On Tue, Jun 13, 2006 at 09:56:32AM -0400, Alexander K. Hansen wrote: > This should presumably affect all instances (arch/Distribution) of the > package: > ... > mv -f .libs/libscream.lo libscream.lo > /bin/sh ../libtool --mode=link gcc -g -O2 -L/sw/lib > -Wl,-read_only_relocs,warning -L/sw/lib -L/usr/X11R6/lib -L/sw/lib > -L/usr/X11R6/lib -o libEterm.la -rpath /sw/lib -release 0.9.3 > actions.lo buttons.lo command.lo draw.lo e.lo events.lo font.lo > grkelot.lo menus.lo misc.lo netdisp.lo options.lo pixmap.lo screen.lo > script.lo scrollbar.lo startup.lo system.lo term.lo timer.lo utmp.lo > windows.lo defaultfont.lo libscream.lo -lImlib2 -ldl -L/sw/lib > -L/usr/X11R6/lib -lSM -lICE -lXmu -last -lXext -lX11 -lm > grep: /sw/lib/libttf.la: No such file or directory > sed: can't read /sw/lib/libttf.la: No such file or directory > libtool: link: `/sw/lib/libttf.la' is not a valid libtool archive > make[2]: *** [libEterm.la] Error 1 > ... > Installing freetype provides %p/bin/libttf.la, of course, but I'm > suspicious given that there's a declared builddepend on freetype219.
Built cleanly for me with no *libttf* anywhere in fink. Can you determine how this .la becomes needed? It's not listed in the libtool call either by path or as a -lttf flag, so it's presumably listed in the dependency_libs field of a libfoo.la that is listed by path or as a -lfoo flag (recursing through that field). Maybe it's in /sw/lib/libImlib2.la? Need to know the version of whatever pkg causes this link requirement; if it's not up-to-date, what the old version was and whether updating it fixes; if it is, whether rebuilding it fixes. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
