[MacPorts] #53027: binutils: libiberty installed to $prefix/include, conflicts in ports
MacPorts
noreply at macports.org
Wed Dec 7 15:39:41 CET 2016
#53027: binutils: libiberty installed to $prefix/include, conflicts in ports
-------------------------------------------------+-------------------------
Reporter: mojca | Owner:
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords:
Port: arm-aout-binutils arm-elf-binutils |
arm-none-eabi-binutils arm-none-linux- |
gnueabi-binutils arm-rtems-binutils avr- |
binutils i386-elf-binutils |
i386-mingw32-binutils i386-rtems-binutils |
i960-rtems-binutils lm32-rtems-binutils m68k- |
elf-binutils m68k-rtems-binutils mips-elf- |
binutils mips-rtems-binutils mipsel-linux- |
binutils msp430-binutils powerpc-rtems- |
binutils ppc-linux-binutils sh-rtems-binutils |
sparc-rtems-binutils spu-binutils x86_64-elf- |
binutils |
-------------------------------------------------+-------------------------
Comment (by mojca):
I attached a patch that seems to fix the issue with headers. The second
section (adding `/`) is optional. Aljaž, are you willing to test?
One problem with the existing `reinplace` is that one ends up with
{{{
"libdir="/opt/local/i686-w64-mingw32/host/lib""
}}}
even though I didn't spot any real problem with that. This can be fixed
later if needed.
I was hoping that
{{{
reinplace "s|@libdir@|\"${prefix}/${crossbinutils.target}/host/lib\"|g" \
${worksrcpath}/libiberty/Makefile.in
}}}
would work in a cleaner way, but it doesn't seem to. I need to learn more
about `Makefile` syntax.
--
Ticket URL: <https://trac.macports.org/ticket/53027#comment:1>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list