[MacPorts] #64175: fnc is not using the right compiler or arch flags
MacPorts
noreply at macports.org
Sat Apr 22 21:00:33 UTC 2023
#64175: fnc is not using the right compiler or arch flags
-------------------------+----------------------
Reporter: ryandesign | Owner: mcjsk
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.7.1
Resolution: | Keywords:
Port: fnc |
-------------------------+----------------------
Comment (by ryandesign):
Replying to [comment:2 mcjsk]:
> Replying to [comment:1 ryandesign]:
> > I also see a `-I/usr/include/ncursesw` in there which is wrong since
the port declares a dependency on the ncurses port so clearly we're
wanting to use MacPorts ncurses, not any that might be provided by the OS.
MacPorts cppflags come preset to `-I${prefix}/include` so by using those
the right flag will be there. You may still need to take additional
measures to remove the incorrect flag, depending on how it's getting into
the build. (Read the Makefile to find out.)
>
> Thanks, ryandesign at . I'll tend to this.
[changeset:d657b78c7618fb822ebfce6ee23e93e745bf62ef/macports-ports The
makefile portgroup was added to the port] which takes care of using the
right compiler and flags. But `-I/usr/include/ncursesw` is still present
in the most recent build log and should be removed. I see it's simply
hardcoded into `FNC_CFLAGS` in the fnc.bld.mk file so a patch should be
added to remove that part.
> Rather than depend on MacPorts ncurses, can we use the macOS base
install instead? Originally, we didn't have the `port:ncurses` included in
the `depends_lib`.
We usually don't want to do that, as explained in wiki:FAQ#ownlibs.
--
Ticket URL: <https://trac.macports.org/ticket/64175#comment:3>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list