Opened 14 years ago
Last modified 14 years ago
#26138 closed defect
qrupdate fails to build if libtool port is active — at Version 1
| Reported by: | ned@… | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.9.1 |
| Keywords: | qrupdate libtool | Cc: | ryandesign@… |
| Port: | qrupdate |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
The Portfile for qrupdate 1.1.1 edits src/Makefile to change the call to "ar -cr" into a call to "libtool -o". However, that usage of libtool only works with the system libtool in /usr/bin, not with the Macports libtool (which is a later version of GNU libtool).
So if you have the Macports libtool port active, you get
libtool: unrecognized option: -o
The workaround is to deactivate the libtool port before building qrupdate.
However, this should be fixed to allow usage with the Macports libtool port active.
Change History (1)
comment:1 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)
| Cc: | ryandesign@… added |
|---|---|
| Description: | modified (diff) |
Note: See
TracTickets for help on using
tickets.
The libtool port does not install a program called "libtool", it installs a program called "glibtool", so this should not be a problem. Or have you created a symlink "libtool" pointing to "glibtool"? If so, then that is the problem.