[MacPorts] #47923: jasper @1.900.1_10 Linking error (bad option name)
MacPorts
noreply at macports.org
Mon Jun 1 13:53:15 PDT 2015
#47923: jasper @1.900.1_10 Linking error (bad option name)
-------------------------+-------------------
Reporter: predoehl@… | Owner: jmr@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.3.3
Resolution: | Keywords:
Port: jasper |
-------------------------+-------------------
Changes (by mf2k@…):
* cc: predoehl@… (removed)
* owner: macports-tickets@… => jmr@…
* port: => jasper
Old description:
> This affects my very old PowerPC system running Tiger, OS 10.4, and Xcode
> 2.5.
>
> At first I could not build graphics/jasper because the linking step had
> two unrecognized options. Basically the build was trying to do the
> following:
>
> gcc-apple-4.2 ...MANY-OPTIONS... -Wl,-compatibility_version
> -Wl,-current_version,2 ...
>
> The above command failed because of the linker options, with the message,
> ld: unrecognized option -compatibility_version
>
> After some research I managed to make a band-aid one-time fix by manually
> editing libtool in the build directory, like so:
>
> {{{
> OLD LIBTOOL OPTION NEW LIBTOOL OPTION
> -----------------------------------------
> compatibility_version dylib_compatibility_version
> current_version dylib_current_version
> }}}
>
> I am aware that libtool is ephemeral, created by configure, and that if I
> reconfigured the port, my fix would be lost. But I hope I don't need to
> rebuild the port often. I have no idea how to establish this fix
> permanently.
>
> I do not know how to categorize the defect -- maybe it is a defect in
> configure, or maybe it is not a defect at all due to end-of-support for
> such old systems. But, I did want to report it in case it is not
> spurious. If I should report it elsewhere (like a GNU project mailing
> list), I'd be happy to, if you think it is appropriate.
New description:
This affects my very old PowerPC system running Tiger, OS 10.4, and Xcode
2.5.
At first I could not build graphics/jasper because the linking step had
two unrecognized options. Basically the build was trying to do the
following:
{{{
gcc-apple-4.2 ...MANY-OPTIONS... -Wl,-compatibility_version
-Wl,-current_version,2 ...
}}}
The above command failed because of the linker options, with the message,
{{{
ld: unrecognized option -compatibility_version
}}}
After some research I managed to make a band-aid one-time fix by manually
editing libtool in the build directory, like so:
{{{
OLD LIBTOOL OPTION NEW LIBTOOL OPTION
-----------------------------------------
compatibility_version dylib_compatibility_version
current_version dylib_current_version
}}}
I am aware that libtool is ephemeral, created by configure, and that if I
reconfigured the port, my fix would be lost. But I hope I don't need to
rebuild the port often. I have no idea how to establish this fix
permanently.
I do not know how to categorize the defect -- maybe it is a defect in
configure, or maybe it is not a defect at all due to end-of-support for
such old systems. But, I did want to report it in case it is not
spurious. If I should report it elsewhere (like a GNU project mailing
list), I'd be happy to, if you think it is appropriate.
--
Comment:
In the future, please fill in the Port field and Cc the port maintainers
({{{port info --maintainers jasper}}}), if any. As reporter, you do not
need to Cc yourself.
--
Ticket URL: <https://trac.macports.org/ticket/47923#comment:2>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list