[MacPorts] #55577: getting rid of unforeseen -I${prefix}/include option adding and its potential side-effects

MacPorts noreply at macports.org
Fri Jan 26 12:05:26 UTC 2018


#55577: getting rid of unforeseen -I${prefix}/include option adding and its
potential side-effects
--------------------------+-----------------
  Reporter:  RJVB         |      Owner:
      Type:  enhancement  |     Status:  new
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:
Resolution:               |   Keywords:
      Port:  pcre, glib2  |
--------------------------+-----------------

Comment (by ryandesign):

 Replying to [comment:8 RJVB]:
 > I cannot really comment on the idea of using -isystem . It might work as
 you suggest, but it might depend on whether clang or gcc is used.

 All the compilers we use support `-isystem`. gcc-4.0 didn't support it
 properly, but we don't use that anymore.

 Replying to [comment:9 RJVB]:
 > In fact, how does the resolution of build dependencies work?
 > - If the (pkgconfig) install is triggered from within the evaluation of
 the dependent port (say before the pre-configure step) the CFLAGS
 definition will indeed not be altered after the install
 > - If the install is somehow done before the dependent port is parsed (or
 if the Portfile is parsed again after that install) the check above should
 pass

 The build dependencies will be installed by the time the configure phase
 starts. They might not be there in earlier phases, nor at the time the
 portfile is parsed.

--
Ticket URL: <https://trac.macports.org/ticket/55577#comment:10>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list