#43005 closed defect (duplicate)
t1lib tries to use nonexistent gcc-4.2
Reported by: | janstary (Jan Starý) | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.2.1 |
Keywords: | Cc: | ||
Port: | t1lib |
Description
Building t1lib fails for me on 10.6.8.
After compiing parts, successfully, with /usr/bin/clang, it tries to link things together to .libs/libt1.5.dylib using /usr/bin/gcc-4.2 which doesn't even exist here.
See attached log.
Attachments (1)
Change History (3)
Changed 11 years ago by janstary (Jan Starý)
comment:1 Changed 7 months ago by ryandesign (Ryan Carsten Schmidt)
Resolution: | → duplicate |
---|---|
Status: | new → closed |
comment:2 Changed 7 months ago by jmroot (Joshua Root)
Running /opt/local/bin/glibtool
isn't standard practice though, normally the configure script will generate a libtool in the build dir from ltmain.sh.
Note: See
TracTickets for help on using
tickets.
The log says:
So it was libtool that was doing that; nothing specific to the t1lib port. This libtool bug is being tracked in #61243.