Re: [Fink-devel] libtool problem in lyx-1.6.10 for 10.7
On 09/12/2011 04:28 PM, Alexander Hansen wrote: /bin/sh ../../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H - -I. -I../.. -I./.. -DQT_NO_STL -DQT_NO_KEYWORDS - -I/sw/lib/qt4-mac/include -I/sw/lib/qt4-mac/include/QtCore -DQT_SHARED - -I/sw/include -g -O2 -c -o LinkBack.lo `test -f 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' make[5]: *** [LinkBack.lo] Error 1 I'm already running autoreconf -fi before the build, and I've verified that the libtool files in the tarball have been updated. Any ideas? Something will have to be patched to specify a tag. e.g. --mode=compile --tag=CC gcc -DHAVE_CONFIG_H ... is what you want. Yes, I know it's actually an objc source, doesn't really matter. Peter -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerryreg; mobile platform with sessions, labs more. See new tools and technologies. Register for BlackBerryreg; DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool problem with new plplot pkg
Jean-François Mertens wrote: Hi, Sorry to have left for Xmas in a rush, leaving to Martin to fix problems.. I was aware that some problems remained with plplot, but thought of them as not as not that urgent, especially over Xmas time _ so had taken the new version 5.8.0 with me, and just committed it today. There remains a libtool problem that is not well fixed: When removing the last line of the patchscript , the command that runs get-drv-info on the gcw driver fails : Could not open driver module /sw/.bld/plplot-5.8.0-1001/ plplot-5.8.0/drivers/gcw libltdl error: dlopen(/sw/.bld/plplot-5.8.0-1001/plplot-5.8.0/ drivers/gcw.so, 9): image not found There is not enough space on my drive to install this right now, sorry. Your fix seems ok, for some reason the path to the dependent uninstalled library is not being set in the wrapper script, and ltdl will not load dependent libraries (because it knows that darwin's dyld can load them). Seems odd that it should work on elf though, I'd have thought it would fail there too. Oh well, I'll put it on my ever lengthening libtool todo list. Peter -- Peter O'Gorman http://pogma.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] libtool file pointing to fink build dir
On Sun, Feb 11, 2007 at 01:23:57AM +0900, Peter O'Gorman wrote: On Feb 11, 2007, at 12:52 AM, Alexander Hansen wrote: Can somebody remind me what the fix is when a .la file points to the fink build directory? I'm going to start a wiki page for validation errors and their fixes. Most of the time this is due to an upstream error, they have '-L./foo/ bar -lbar' in their Makefile.am where they should have './foo/bar/ libbar.la'. If libtool recognizes a library as being relative to the build directory and not an installed library, then it will not add it to dependency_libs. That particular cause of this particular issue is already on the fink wiki at http://wiki.finkproject.org/index.php/Fink:Porting_Notes though we don't describe the specific validator error message. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool file pointing to fink build dir
On Feb 11, 2007, at 12:52 AM, Alexander Hansen wrote: Can somebody remind me what the fix is when a .la file points to the fink build directory? I'm going to start a wiki page for validation errors and their fixes. Most of the time this is due to an upstream error, they have '-L./foo/ bar -lbar' in their Makefile.am where they should have './foo/bar/ libbar.la'. If libtool recognizes a library as being relative to the build directory and not an installed library, then it will not add it to dependency_libs. Peter - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool problems in a new package?
Kevin Horton wrote: .libs/gtkdatabox_cross_simple.o definition of _GtkDataboxDisplayType in section (__DATA,__common) .libs/gtkdatabox_text.o definition of _GtkDataboxDisplayType in section (__DATA,__common) .libs/gtkdatabox_marker.o definition of _GtkDataboxDisplayType in section (__DATA,__common) this usually means you need: SetCPPFLAGS: -fno-common ...and isn't libtool's fault. Libtool can't help it that darwin's linker is insane. :) --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool problems in a new package?
On 26 Nov 2005, at 16:17, Benjamin Reed wrote: Kevin Horton wrote: .libs/gtkdatabox_cross_simple.o definition of _GtkDataboxDisplayType in section (__DATA,__common) .libs/gtkdatabox_text.o definition of _GtkDataboxDisplayType in section (__DATA,__common) .libs/gtkdatabox_marker.o definition of _GtkDataboxDisplayType in section (__DATA,__common) this usually means you need: SetCPPFLAGS: -fno-common ...and isn't libtool's fault. Libtool can't help it that darwin's linker is insane. :) Thanks for the advice, but that didn't do it. The compile attempt ends with: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -fno-common -I/sw/include -O2 - Wall -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED - DGDK_PIXBUF_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -I/sw/include/ glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/pango-1.0 -I/usr/ X11R6/include -I/usr/X11R6/include/freetype2 -I/sw/include/gtk-2.0 -I/ sw/include/atk-1.0 -I/sw/lib/gtk-2.0/include -g -O2 -MT gtkdatabox_marker.lo -MD -MP -MF .deps/gtkdatabox_marker.Tpo -c gtkdatabox_marker.c -o gtkdatabox_marker.o /dev/null 21 /bin/sh ../libtool --tag=CC --mode=link gcc -O2 -Wall - DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED - DGDK_PIXBUF_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED `pkg-config gtk+-2.0 --cflags` -g -O2 -L/sw/lib/gtk-2.0 -L/sw/lib -o libgtkdatabox.la -rpath /sw/lib -version-info 1 -release 0.4.0 -L/sw/ lib -L/usr/X11R6/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXinerama - lXext -lXcursor -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lXft - lXrender -lpangox-1.0 -lX11 -lpangoft2-1.0 -lfontconfig -lfreetype - lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl - liconv gtkdatabox.lo gtkdataboxmarshal.lo gtkdatabox_points.lo gtkdatabox_lines.lo gtkdatabox_bars.lo gtkdatabox_grid.lo gtkdatabox_cross_simple.lo gtkdatabox_text.lo gtkdatabox_marker.lo gcc -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o .libs/ libgtkdatabox-0.4.0.1.0.0.dylib .libs/gtkdatabox.o .libs/ gtkdataboxmarshal.o .libs/gtkdatabox_points.o .libs/ gtkdatabox_lines.o .libs/gtkdatabox_bars.o .libs/ gtkdatabox_grid.o .libs/gtkdatabox_cross_simple.o .libs/ gtkdatabox_text.o .libs/gtkdatabox_marker.o -L/sw/lib/gtk-2.0 -L/sw/ lib -L/usr/X11R6/lib /sw/lib/libgtk-x11-2.0.dylib /usr/X11R6/lib/ libXrandr.dylib /usr/X11R6/lib/libXinerama.dylib /usr/X11R6/lib/ libXext.dylib /usr/X11R6/lib/libXcursor.dylib /usr/X11R6/lib/ libXft.dylib /usr/X11R6/lib/libXrender.dylib /usr/X11R6/lib/ libfontconfig.dylib /usr/X11R6/lib/libfreetype.dylib /usr/X11R6/lib/ libX11.dylib /sw/lib/libgdk-x11-2.0.dylib -lXrandr -lXinerama -lXext - lXcursor /sw/lib/libatk-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib /sw/ lib/libpangoxft-1.0.dylib -lXft -lXrender /sw/lib/libpangox-1.0.dylib -lX11 /sw/lib/libpangoft2-1.0.dylib -lfontconfig -lfreetype /sw/lib/ libpango-1.0.dylib -lm /sw/lib/libgobject-2.0.dylib /sw/lib/ libgmodule-2.0.dylib /sw/lib/libglib-2.0.dylib /sw/lib/libintl.dylib / sw/lib/libiconv.dylib -install_name /sw/lib/ libgtkdatabox-0.4.0.1.dylib -Wl,-compatibility_version -Wl,2 -Wl,- current_version -Wl,2.0 ld: warning -dylib_install_name /sw/lib/libgtkdatabox-0.4.0.1.dylib not found in segment address table LD_SEG_ADDR_TABLE /sw/var/lib/fink/ prebound/seg_addr_table ld: multiple definitions of symbol _GtkDataboxDisplayType .libs/gtkdatabox.o definition of _GtkDataboxDisplayType in section (__DATA,__common) .libs/gtkdatabox_points.o definition of _GtkDataboxDisplayType in section (__DATA,__common) .libs/gtkdatabox_lines.o definition of _GtkDataboxDisplayType in section (__DATA,__common) .libs/gtkdatabox_bars.o definition of _GtkDataboxDisplayType in section (__DATA,__common) .libs/gtkdatabox_grid.o definition of _GtkDataboxDisplayType in section (__DATA,__common) .libs/gtkdatabox_cross_simple.o definition of _GtkDataboxDisplayType in section (__DATA,__common) .libs/gtkdatabox_text.o definition of _GtkDataboxDisplayType in section (__DATA,__common) .libs/gtkdatabox_marker.o definition of _GtkDataboxDisplayType in section (__DATA,__common) ld: warning multiple definitions of symbol _locale_charset /sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset /sw/lib/libintl.dylib(localcharset.o) definition of _locale_charset /usr/bin/libtool: internal link edit command failed make[2]: *** [libgtkdatabox.la] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of make failed, exit code 2 I've tried adding a -no-cpp-precomp flag too (not that I understand what any of these flags do), but that didn't make any difference either. I see that a dylib is being created. Does that mean I need to put a SplitOff section in the info file? I don't yet have a Shlibs line in my .info file, as I haven't figured out how to discern the -compatibility_version I need to declare. Could the lack of a Shlibs line be a problem at this stage of the compile process? Kevin Horton Ottawa,
Re: [Fink-devel] libtool problems in a new package?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin Horton wrote: | ld: multiple definitions of symbol _GtkDataboxDisplayType | .libs/gtkdatabox.o definition of _GtkDataboxDisplayType in section | (__DATA,__common) | .libs/gtkdatabox_points.o definition of _GtkDataboxDisplayType in | section (__DATA,__common) | .libs/gtkdatabox_lines.o definition of _GtkDataboxDisplayType in | section (__DATA,__common) | .libs/gtkdatabox_bars.o definition of _GtkDataboxDisplayType in section | (__DATA,__common) | .libs/gtkdatabox_grid.o definition of _GtkDataboxDisplayType in section | (__DATA,__common) | .libs/gtkdatabox_cross_simple.o definition of _GtkDataboxDisplayType in | section (__DATA,__common) | .libs/gtkdatabox_text.o definition of _GtkDataboxDisplayType in section | (__DATA,__common) | .libs/gtkdatabox_marker.o definition of _GtkDataboxDisplayType in | section (__DATA,__common) | ld: warning multiple definitions of symbol _locale_charset | /sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset | /sw/lib/libintl.dylib(localcharset.o) definition of _locale_charset | /usr/bin/libtool: internal link edit command failed | make[2]: *** [libgtkdatabox.la] Error 1 | make[1]: *** [all-recursive] Error 1 | make: *** [all] Error 2 | ### execution of make failed, exit code 2 Check for a header file that defines GtkDataboxDisplayType. If there is one, change the definition to a declaration and extern it. Then put the definition in one of the .c files. Peter -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) iQCVAwUBQ4kEtLiDAg3OZTLPAQJIxwP+LM8BzYXgfIHEaBsLBTOEtCuJP2KLRqUt krajpjxP04J/HhmgRekkYVUg2SmwpSX6IfvVTSyPUKi8BLafae7bJDCDaS1Ju9+N IhS7/wuNZToD3ue0qKSffWLFuIqd9etGqQbBqueWz7/LIfjGQGUqcp6bEQHCJDjT S/i51Q7Xs4o= =Ctws -END PGP SIGNATURE- --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool problems in a new package?
Kevin Horton wrote: Thanks for the pointer. I think I've found the definition in gtkdatabox.h: enum /* Types of data display */ { GTK_DATABOX_NOT_DISPLAYED = 0,/* hidden */ GtkDataboxDisplayType; I'll do some Googling to figure out how to move that to one of the .c files.It may be time to buy a C reference. I'm almost certain that they mean be typedef enum ... however, if you have specified -fno-common the symbols should not be in the common section. Anyway, try adding the 'typedef'. Peter --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool and dynamic libraries
On Mon, Aug 23, 2004 at 12:52:42PM -0400, Dale Grover wrote: I am trying to get the most recent source for xcircuit (3.2.23) to run, so that hopefully the Fink package can be updated to a more recent version. (xcircuit is a schematic entry / drawing program.) In brief, I *seem* to be running into a problem with libtool. During the final link stage I get the following: ... rm -f lib/xcircuit.dylib gcc -g -O2 -fPIC -o lib/tcl/xcircuit.dylib -dynamiclib -bind_at_load xcwrap.o \ elements.o events.o filelist.o files.o fontfile.o formats.o functions.o help.o keybindings.o libraries.o menucalls.o netlist.o ngspice.o parameter.o python.o rcfile.o render.o schema.o selection.o text.o undo.o tclxcircuit.o tkSimple.o tkPixmap.o xcircuit.o -L/usr/X11R6/lib \ -lc -lXt -lSM -lICE -lm -lX11 -lXpm /usr/bin/libtool: unknown option character `b' in: -bind_at_load Usage: /usr/bin/libtool -static [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] [-sacLT] Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name] [-compatibility_version #] [-current_version #] [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr 0x#] [-seg_addr_table filename] [-seg_addr_table_filename file_system_path] [-all_load] [-noall_load] make[2]: *** [lib/tcl/xcircuit.dylib] Error 1 make[1]: *** [tcl] Error 2 make: *** [all-recursive] Error 2 Try LIBTOOL=/sw/bin/glibtool ./configure or LIBTOOL=/usr/bin/glibtool ./configure in the CompileScript. /usr/bin/libtool is indeed the wrong libtool that will not work. HTH Michal Suchanek --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool and dynamic libraries
Dale Grover wrote: I am trying to get the most recent source for xcircuit (3.2.23) to run, so that hopefully the Fink package can be updated to a more recent version. (xcircuit is a schematic entry / drawing program.) In brief, I *seem* to be running into a problem with libtool. During the final link stage I get the following: ... rm -f lib/xcircuit.dylib gcc -g -O2 -fPIC -o lib/tcl/xcircuit.dylib -dynamiclib -bind_at_load xcwrap.o \ elements.o events.o filelist.o files.o fontfile.o formats.o functions.o help.o keybindings.o libraries.o menucalls.o netlist.o ngspice.o parameter.o python.o rcfile.o render.o schema.o selection.o text.o undo.o tclxcircuit.o tkSimple.o tkPixmap.o xcircuit.o -L/usr/X11R6/lib \ -lc -lXt -lSM -lICE -lm -lX11 -lXpm /usr/bin/libtool: unknown option character `b' in: -bind_at_load Usage: /usr/bin/libtool -static [-] file [...] [-filelist I think what this is trying to tell you is that you cannot use -bind_at_load with dynamic libraries. Perhaps you mean to use -undefined dynamic_lookup? -- Martin --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool and dynamic libraries
At 11:28 PM +0200 8/24/04, Martin Costabel wrote: Dale Grover wrote: I am trying to get the most recent source for xcircuit (3.2.23) to run, so that hopefully the Fink package can be updated to a more recent version. (xcircuit is a schematic entry / drawing program.) In brief, I *seem* to be running into a problem with libtool. During the final link stage I get the following: ... rm -f lib/xcircuit.dylib gcc -g -O2 -fPIC -o lib/tcl/xcircuit.dylib -dynamiclib -bind_at_load xcwrap.o \ elements.o events.o filelist.o files.o fontfile.o formats.o functions.o help.o keybindings.o libraries.o menucalls.o netlist.o ngspice.o parameter.o python.o rcfile.o render.o schema.o selection.o text.o undo.o tclxcircuit.o tkSimple.o tkPixmap.o xcircuit.o -L/usr/X11R6/lib \ -lc -lXt -lSM -lICE -lm -lX11 -lXpm /usr/bin/libtool: unknown option character `b' in: -bind_at_load Usage: /usr/bin/libtool -static [-] file [...] [-filelist I think what this is trying to tell you is that you cannot use -bind_at_load with dynamic libraries. Perhaps you mean to use -undefined dynamic_lookup? -- Martin Possibly--I'm new to this. But the -bind_at_load appears to be a reasonable argument for ld, and I believe (based on admittedly limited knowledge) it should be passed along without libtool worrying about it. (For example, the error from the current called libtool doesn't mention -bind_at_load as a static library option, so I think it's up to ld.) One key seems to be which libtool is in fact used; once I learn how to change what libtool is called by gcc, it should be clearer. (A previous reply suggests this would be a good path, but I'm unclear on the process.) At the moment the Apple libtool is called, which seems to be A Problem--the GNU libtool (called, I believe, glibtool on my system) is apparently what's called for. However, if that fails to clear this up, I'll follow up your suggestion and see if it strikes a chord with the author. Thanks for your help. --Dale --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool and dynamic libraries
On Aug 24, 2004, at 7:44 PM, Dale Grover wrote: One key seems to be which libtool is in fact used; once I learn how to change what libtool is called by gcc, it should be clearer. (A previous reply suggests this would be a good path, but I'm unclear on the process.) At the moment the Apple libtool is called, which seems to be A Problem--the GNU libtool (called, I believe, glibtool on my system) is apparently what's called for. However, if that fails to clear this up, I'll follow up your suggestion and see if it strikes a chord with the author. gcc is calling the right libtool. I'm not sure why it doesn't recognize -bind_at_load or -Wl,-bind-at-load, but it's possible dylibs ignore that flag in the first place. --- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool and dynamic libraries
Hi Dale, Have you tried passing -Wl,-bind_at_load ? By the way, if you pass -v -v to gcc, it will show you the libtool and ld commands it's running, so you can examine what's going wrong. Dave PGP.sig Description: This is a digitally signed message part
Re: [Fink-devel] Libtool not finding libgnomevfs-2
On Wednesday, August 20, 2003, at 08:30 PM, Daniel Macks wrote: 'autoreconf -f' (from autoconf2.5 (2.57-1)). I see no warnings or errors during ./configure or make, until: /bin/sh ../libtool --mode=link gcc -g -O2 -g -L/sw/lib -o gael -export-dynamic main.o -L/sw/lib -lgnomevfs-2 gcc -g -O2 -g -o .libs/gael main.o -L/sw/lib /sw/lib/.libs/libgnomevfs-2.dylib /sw/lib/libgconf-2.dylib Any ideas why libtool isn't finding the installed .dylib? Hi Daniel, Can you do me a favor and run make LIBTOOL=/bin/sh -x ../libtool build.log in the directory which fails to build and send me the log. Thanks, Peter -- http://www.pogma.com --- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code=104 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool 1.4
What is the point of LibTool in Fink, Mac OS X include version 1.4.2 from glibtool --version: ltmain.sh (GNU libtool) 1.4.2 (1.4 2001/11/19 00:06:02) Sure, and now libtool is up to 1.5 . The newer versions have a lot of Darwin/Mac OS X-specific improvements, in fact (many of which were contributed to the libtool project by members of the Fink team). -- Dave --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool 1.4
On Thursday, May 29, 2003, at 09:21 PM, David R. Morrison wrote: What is the point of LibTool in Fink, Mac OS X include version 1.4.2 from glibtool --version: ltmain.sh (GNU libtool) 1.4.2 (1.4 2001/11/19 00:06:02) Sure, and now libtool is up to 1.5 . The newer versions have a lot of Darwin/Mac OS X-specific improvements, in fact (many of which were contributed to the libtool project by members of the Fink team). Okay, I hope everyone understands that I feel the need to jump all over this :) What's new in libtool-1.5 for darwin users: Full ltdl support, no longer requires dlcompat to load modules Passes make check (this is the first release of libtool to pass on darwin) Fixed zsh issues. Fixed most CXX issues. properly handles -exported-symbols. can strip libraries. What's broken in libtool-1.4.2 on darwin: Does not build modules properly (the extension is .so, but the type is MH_DYLIB not MH_BUNDLE). Does not handle CXX very well. Does not strip libraries. Is mostly broken on both bash and zsh. Can not handle -exported-symbols Does not pass make check. Hope this helps, Peter --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool module behavior and darwin
On Monday 25 November 2002 2:43 pm, Max Horn wrote: An alternate solution might be to change the kbackgammon exectuable to load the kbackgammon.so, too, instead of linking against it. Or is there anything else that needs to link against these loadable modules? Why? What benefit is there in doing it that way? Nick --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool module behavior and darwin
An alternate solution might be to change the kbackgammon exectuable to load the kbackgammon.so, too, instead of linking against it. Or is there anything else that needs to link against these loadable modules? Max -- --- Max Horn Software Developer email: mailto:[EMAIL PROTECTED] phone: (+49) 6151-494890 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Libtool multiple symbols
On Tuesday, September 17, 2002, at 10:30 PM, Sébastien Pierre wrote: libpython2.2.a(stacklesseval.o) definition of _slp_schedule_hook in section (__DATA,__common) make: *** [python.exe] Error 1 ### execution of (export failed, exit code 2 Looking at ranlib man page I tried both -flat_namespace and -no_multidefs, without any success. Any ideas about how to fix this ? Try -fno-common in the CFLAGS. -Ben --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Libtool multiple symbols
Le mercredi, 18 sep 2002, à 16:41 Europe/Paris, Ben Hines a écrit : Try -fno-common in the CFLAGS. I already use that :( Thanks anyway, -- Sébastien -- «My friends says we're like the dinosaurs, only we are doing ourselves in much faster than they ever did.» http://www.type-z.org -- Porno For Pyros, Pets --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Libtool multiple symbols
It might not be CFLAGS, but you need to get it on that compile line. Are you sure it's compiling with the fno-common? -Ben On Wednesday, September 18, 2002, at 09:44 AM, Sébastien Pierre wrote: Le mercredi, 18 sep 2002, à 16:41 Europe/Paris, Ben Hines a écrit : Try -fno-common in the CFLAGS. I already use that :( Thanks anyway, -- Sébastien -- «My friends says we're like the dinosaurs, only we are doing ourselves in much faster than they ever did.» http://www.type-z.org -- Porno For Pyros, Pets --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Libtool multiple symbols
Le mercredi, 18 sep 2002, à 19:57 Europe/Paris, Ben Hines a écrit : It might not be CFLAGS, but you need to get it on that compile line. Are you sure it's compiling with the fno-common? Yes: (..) gcc -c -DNDEBUG -O4 -Wall -Wstrict-prototypes -fno-common -I. -I./Include -I./Stackless -DHAVE_CONFIG_H -o Stackless/stacklesseval.o Stackless/stacklesseval.c (..) ranlib: same symbol defined in more than one member in: libpython2.2.a (table of contents will not be sorted) (..) ranlib: file: libpython2.2.a(ceval.o) defines symbol: _slp_schedule_hook ranlib: file: libpython2.2.a(stacklesseval.o) defines symbol: _slp_schedule_hook (..) libpython2.2.a(stacklesseval.o) definition of _schedule_fasthook in section (__DATA,__common) That's rather strange :( -- Sébastien -- «My friends says we're like the dinosaurs, only we are doing ourselves in much faster than they ever did.» http://www.type-z.org -- Porno For Pyros, Pets --- This SF.NET email is sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool :-(
Erik de Castro Lopo wrote: I applied the patch to this: http://autogen.sf.net/data/autogen-5.3.8pre5.tar.gz Great program! It would be nice to have that on OS X. Thank you. Do we have it yet? :-) Viz., did you try to build it? My G4 came with OS/9 and I threw it away for NetBSD, so I cannot play with OS/X and I cannot directly support my toy -er- tool. It requires libguile and the XML extension (only partly complete) requires libxml2. Cheers - Bruce ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool :-(
On Sun, 09 Jun 2002 16:38:08 -0700 Bruce Korb [EMAIL PROTECTED] wrote: Erik de Castro Lopo wrote: I applied the patch to this: http://autogen.sf.net/data/autogen-5.3.8pre5.tar.gz Great program! It would be nice to have that on OS X. Thank you. Do we have it yet? :-) No, I use it on Debian Linux where all I have to do is apt-get it :-). Viz., did you try to build it? Not game :-). Building stuff on OSX can involve a bit of pain and I'm only willing to go through that for my own software :-). Cheers, Erik -- +---+ Erik de Castro Lopo [EMAIL PROTECTED] (Yes it's valid) +---+ Microsoft is not the answer. Microsoft is the question. NO is the answer. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool :-(
Erik de Castro Lopo wrote: Viz., did you try to build it? Not game :-). Building stuff on OSX can involve a bit of pain and I'm only willing to go through that for my own software :-). My problem is similar: I don't want to spend my own money buying OS/X to make products for Apple to sell. :-) -- Bruce Korb first initial + last name at gnu dot org AG URL: http://autogen.sourceforge.net ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool :-(
To answer your original question, the libtool patch in question has apparently already been incorporated into libtool CVS. It is darwin-specific (if you look at what you are patching :) it is in a darwin-only section) so it definitely doesn't cause any problems. :) -Ben -- http://homepage.mac.com/bhines/ ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool :-(
I'm trying to build autogen now, and it looks pretty easy. By the way, are you aware that sourceforge has two Mac OS X boxes in their compile farm? :-) -- Dave ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool :-(
On Fri, 7 Jun 2002 22:48:18 -0400 David R. Morrison [EMAIL PROTECTED] wrote: You might have to edit ltmain.sh by hand, in order to apply Dave's patch... Ouch. A bit ugly, but it worked :-). Thans to all. Erik -- +---+ Erik de Castro Lopo [EMAIL PROTECTED] (Yes it's valid) +---+ He's a born-again Christian. The trouble is, he suffered brain damage during rebirth. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool :-(
At 6:27 PM +1000 6/8/02, Erik de Castro Lopo wrote: On Fri, 7 Jun 2002 22:48:18 -0400 David R. Morrison [EMAIL PROTECTED] wrote: You might have to edit ltmain.sh by hand, in order to apply Dave's patch... Ouch. A bit ugly, but it worked :-). Not at all. It is normal. There are so many differences in the various libtool versions (and so many different versions floating around) that those patches nearly never work out of the box (line numbers, etc). You almost always have to make the patch by hand and generate your own diff. -Ben -- http://homepage.mac.com/bhines/ ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool :-(
Hi Erik. You haven't told us what problem you're having! We've run into a number of different libtool problems, and have done our best to address them. We send patches back to the libtool team but I'm not sure if all of them have been accepted. You might have a look at http://fink.sourceforge.net/doc/porting/libtool.php to see if your issues are addressed there. If not, please give us a detailed report about how libtool is failing you. -- Dave ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool :-(
On Fri, 7 Jun 2002 21:11:14 -0400 David R. Morrison [EMAIL PROTECTED] wrote: Hi Erik. You haven't told us what problem you're having! We've run into a number of different libtool problems, and have done our best to address them. We send patches back to the libtool team but I'm not sure if all of them have been accepted. You might have a look at http://fink.sourceforge.net/doc/porting/libtool.php to see if your issues are addressed there. If not, please give us a detailed report about how libtool is failing you. OK, I think its the convienence libray thing. My library (libsndfile) has two source code sub directorys. The results of compiling these two sub dirs are two static libraries which are linked with the code in the main source dir to create libsndfile (both static and shared). The errors I'm getting loof like this : gcc -dynamiclib -flat_namespace -undefined suppress -o .libs/libsndfile.1.0.0.dylib \ sndfile.lo common.lo file_io.lo format.lo pcm.lo ulaw.lo alaw.lo float32.lo \ double64.lo ima_adpcm.lo ms_adpcm.lo gsm610.lo dwvw.lo aiff.lo au.lo au_g72x.lo \ nist.lo paf.lo raw.lo samplitude.lo svx.lo wav.lo wav_w64.lo voc.lo ircam.lo \ w64.lo sd2.lo rx2.lo txw.lo -all_load \ GSM610/.libs/libgsm.al G72x/.libs/libg72x.al GSM610/.libs/libgsm.al \ G72x/.libs/libg72x.al -lc -install_name /usr/local/lib/libsndfile.1.dylib \ -compatibility_version 2 -current_version 2.0 ld: multiple definitions of symbol _gsm_A GSM610/.libs/libgsm.al(add.lo) definition of _gsm_A in section (__DATA,__common) GSM610/.libs/libgsm.al(decode.lo) definition of _gsm_A in section (__DATA,__common) ld: multiple definitions of symbol _gsm_B GSM610/.libs/libgsm.al(add.lo) definition of _gsm_B in section (__DATA,__common) In other words, ld complaining about redefinition of symbols which are in the convienience library. I tried Dave Vasilevsky's patch but it didn't want to apply against the ltmain.sh in my tarball. Any clues? Erik -- +---+ Erik de Castro Lopo [EMAIL PROTECTED] (Yes it's valid) +---+ Microsoft : Yesterday's software running on today's hardware tomorrow. ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool :-(
You might have to edit ltmain.sh by hand, in order to apply Dave's patch... -- another Dave (msg resent by request) ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool hacker needed...
On 11/4/02 10:47 AM, Justin Hallett [EMAIL PROTECTED] wrote: I'm sorry I don't remember there being an issue, as a matter a fact I thought giftcurs worked fine?? GiFTcurs works fine, and so does the giFT daemon, but the GTK+ front-end doesn't (it is obsolete anyway, I believe... GiFTcurs is better, anyway). ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool hacker needed...
well I got giFT-skt to work and sent it to beren, he informed me that he had just got it to work as well..but I do agree I'd use the curs version first. [EMAIL PROTECTED] writes: GiFTcurs works fine, and so does the giFT daemon, but the GTK+ front-end doesn't (it is obsolete anyway, I believe... GiFTcurs is better, anyway). ¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., Justin F. Hallett - Systems Analyst Phone: (780)-408-3094 Fax: (780)-454-3200 E-Mail: [EMAIL PROTECTED] .·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool hacker needed...
I'm sorry I don't remember there being an issue, as a matter a fact I thought giftcurs worked fine?? [EMAIL PROTECTED] writes: I have a problem with giFT. I need to disable dlopen, and manually add - -ldl to the LDFLAGS, or else it compiles fine, but says it cannot find symbols at runtime. I think this might be because it creates libOpenFT.a libOpenFT.la libOpenFT.so, and no .dylib. Justin and I have played with it, but it is beyond me at the moment as to why. I was wondering of anyone knew of any possible solutions to this. ¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., Justin F. Hallett - Systems Analyst Phone: (780)-408-3094 Fax: (780)-454-3200 E-Mail: [EMAIL PROTECTED] .·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool hacker needed...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 not giFTcurs. giFT-gtk. I cannot the gtk client to compile with the - --no-dlopen option. Without it, it compiles fine, but It cannot find the symbols in the .so file. On Wednesday, April 10, 2002, at 08:47 PM, Justin Hallett wrote: I'm sorry I don't remember there being an issue, as a matter a fact I thought giftcurs worked fine?? [EMAIL PROTECTED] writes: I have a problem with giFT. I need to disable dlopen, and manually add - -ldl to the LDFLAGS, or else it compiles fine, but says it cannot find symbols at runtime. I think this might be because it creates libOpenFT.a libOpenFT.la libOpenFT.so, and no .dylib. Justin and I have played with it, but it is beyond me at the moment as to why. I was wondering of anyone knew of any possible solutions to this. ¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., Justin F. Hallett - Systems Analyst Phone: (780)-408-3094 Fax: (780)-454-3200 E-Mail: [EMAIL PROTECTED] .·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel - -chris zubrzycki - - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 Isaac Newton understood the impact of the Apple. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (Darwin) Comment: For info see http://www.gnupg.org iD8DBQE8tOoL+/mCMqKrwHARAm7ZAKCvZs/+ZVx2FltQXU3teBiUlLdUZwCgirW1 5cT1dhzaHnUeCxcOM7cPCOo= =9zjg -END PGP SIGNATURE- ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool hacker needed...
On Thursday, April 11, 2002, at 10:42 AM, Chris Zubrzycki wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 not giFTcurs. giFT-gtk. I cannot the gtk client to compile with the - --no-dlopen option. Without it, it compiles fine, but It cannot find the symbols in the .so file. What are the symbols, it sounds like they are calling dlsym without a leading underscore, is this the case? Peter ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool hacker needed...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 when I try to run the damenon, I get [chris@localhost:~/development/local/net$] giFT ** gift-debug:Loading protocols... ** gift-fatal:couldn't load protocol in file /sw/lib/giFT/libOpenFT.so: dlcompat: unable to find symbol OpenFT_init [chris@localhost:~$] strings /sw/lib/giFT/libOpenFT.so | grep OpenFT_init OpenFT_init [chris@localhost:~$] grep OpenFT_init /sw/lib/giFT/libOpenFT.so Binary file /sw/lib/giFT/libOpenFT.so matches [chris@localhost:~$] grep _OpenFT_init /sw/lib/giFT/libOpenFT.so Binary file /sw/lib/giFT/libOpenFT.so matches [chris@localhost:~$] grep a_OpenFT_init /sw/lib/giFT/libOpenFT.so [chris@localhost:~$] grep _OpenFT_init /sw/lib/giFT/libOpenFT.so Binary file /sw/lib/giFT/libOpenFT.so matches you seem to be right...now how could this be fixed? it is odd, it builds and runs fine on my debian boxen... On Wednesday, April 10, 2002, at 11:08 PM, Peter O'Gorman wrote: On Thursday, April 11, 2002, at 10:42 AM, Chris Zubrzycki wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 not giFTcurs. giFT-gtk. I cannot the gtk client to compile with the - --no-dlopen option. Without it, it compiles fine, but It cannot find the symbols in the .so file. What are the symbols, it sounds like they are calling dlsym without a leading underscore, is this the case? Peter - -chris zubrzycki - - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 I think you've been smoking Cocoa instead of coding with it -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (Darwin) Comment: For info see http://www.gnupg.org iD8DBQE8tQRJ+/mCMqKrwHARAgLAAJ0UQQ1fn/+uCJN7XPiW6tPOSPlNMQCfWjIc 7Qkmu1XnMR23Fxt7Nyg2HOM= =VhVN -END PGP SIGNATURE- ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool hacker needed...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [chris@localhost:/sw/src/gift-0.10.0-20020408/OpenFT$] otool -L /sw/lib/giFT/libOpenFT.so /sw/lib/giFT/libOpenFT.so: /sw/lib/libdl.0.dylib (compatibility version 0.0.0, current version 0.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 55.0.0) On Wednesday, April 10, 2002, at 11:31 PM, Justin Hallett wrote: hmm run otool on it and make sure dlcompat is linked to it. [EMAIL PROTECTED] writes: /sw/lib/giFT/libOpenFT.so: dlcompat: unable to find symbol OpenFT_init ¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., Justin F. Hallett - Systems Analyst Phone: (780)-408-3094 Fax: (780)-454-3200 E-Mail: [EMAIL PROTECTED] .·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·., ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel - -chris zubrzycki - - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 Of course, you realize this means war. - -B. Bunny -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (Darwin) Comment: For info see http://www.gnupg.org iD8DBQE8tQXG+/mCMqKrwHARAkAIAJ98DOTHZ6Nwl5tAH6cLVPdqgDUpVQCfV1uk C5D/yRhsFQhcbZDAtKZwLfE= =nTo5 -END PGP SIGNATURE- ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool hacker found
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thanks a lot...it was even easier than that. here's the diff: - - --- gift-0.10.0-20020408.orig/src/protocol.cThu Apr 11 00:01:49 2002 +++ gift-0.10.0-20020408/src/protocol.c Thu Apr 11 00:02:31 2002 @@ -108,7 +108,8 @@ *init_func = 0; init_func = malloc (strlen (proto) + 6); /* _init\0 */ - - - sprintf (init_func, %s_init, proto); +/*Added _ for OS X */ + sprintf (init_func, _%s_init, proto); /* retrieve the symbol */ Should I ask upstream to maybe have an #ifdef DARWIN? or is it our problem? cool. now a little more testing...and it'll be ready to go. On Wednesday, April 10, 2002, at 11:52 PM, Peter O'Gorman wrote: In protocol.c #ifndef WIN32 static char realsym[257]=_; strncpy(realsym[1],symbol,255); return dlsym(handle,realsym); #else ... Note that the above probably won't compile,it is off the top of my head, but you get the idea. Peter On Thursday, April 11, 2002, at 12:47 PM, Chris Zubrzycki wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 which part? in the libtool/config stuff, or the actual code. i did a grep -r and here is what was in the src... protocol.c void *platform_dlsym (void *handle, char *symbol) { #ifndef WIN32 return dlsym (handle, symbol); #else /* WIN32 */ return (void *) GetProcAddress (handle, symbol); #endif /* !WIN32 */ but I think this is what I want... in protocol.c /* retrieve the symbol */ #ifdef USE_DLOPEN init = platform_dlsym (handle, init_func); #else /* !USE_DLOPEN */ if (!strcmp (proto, OpenFT)) init = OpenFT_init; #endif /* USE_DLOPEN */ but how would I change this to prepend an _ ? On Wednesday, April 10, 2002, at 11:41 PM, Peter O'Gorman wrote: One way is to grep the sources for dlsym and add an underscore. Another way, is for me to add a function to dlcompat - dlsym_prepend_underscore, and then you can add -Ddlsym=dlsym_prepend_underscore to the CFLAGS... Method 2 won't work until I get around to updating dlcompat, so I would go with number 1 :) Peter - -chris zubrzycki - - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 Security Is A Series Of Well-Defined Steps... chmod -R 0 / ; and smile :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (Darwin) Comment: For info see http://www.gnupg.org iD8DBQE8tQdU+/mCMqKrwHARAphPAKDes/SjlWqJKYHdjD3c9Z6eit10MQCePIHS 7ITNP7hzbiELXczKjthyd3Q= =CTfO -END PGP SIGNATURE- - - -chris zubrzycki - - - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 Isaac Newton understood the impact of the Apple. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (Darwin) Comment: For info see http://www.gnupg.org iD8DBQE8tQ2/+/mCMqKrwHARAqlkAJ0cH/UtID92/9g/8yS2KR69urqs/gCeJvyy vBjag4Lf7eDpuJhxByGBheA= =Ej1j -END PGP SIGNATURE- ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool fun
At 21:12 Uhr -0400 07.04.2002, Chris Zubrzycki wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 does anyone know if there is a good guide to libtool and the other auto* utilities? http://sources.redhat.com/autobook/ I recommend you to buy a copy, not only to support them, but it's really very useful (I couldn't live w/o mine :-) Also look at http://fink.sourceforge.net/doc/porting/libtool.php Max -- --- Max Horn Software Developer email: mailto:[EMAIL PROTECTED] phone: (+49) 6151-494890 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool fun, and splitoffs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 does anyone know if there is a good guide to libtool and the other auto* utilities? i am getting an error building the musicbrainz client. it is getting a parse error somehow, and it seems to double-include the same lib, so it fails. i would like to learn how to resolve these problems, but I do not know where to start. I was able to get it to work my copying the lt* stuff in the fink dir and removing the version number inside them(why would it care about the libtool version?). i have a question about the format of splitoffs. I want to build the client lib as the main package, but there is a perl interface to the lib, as well as a folder of c and a folder of expat examples. I was thinking of makeing them seperate packages, or maybe a perl and an examples package. I saw that i could include dirs with the Files: field, but how can I make them be installed into a specific location? like the perl files (MusicBrainzClient.pm findalbum.pl findartist.pl findtrack.pl submit.pl) in the correct places, and the examples under the doc folder? [chris@dale:/sw/src/musicbrainz-1.1.0$] ls ex* examples: Makefile.am cdlookup.c findartist.c gettrm.c win32/ Makefile.in cmd.cpp getalbum.clyric_example.cpp c_example.c cpp_example.cpp gettrack.csubmittrm.c expat: MPL-1.1.txt Makefile.am Makefile.in xmlparse/ xmltok/ - -chris zubrzycki - - -- PGP public key: http://homepage.mac.com/beren/publickey.txt ID: 0xA2ABC070 Fingerprint: 26B0 BA6B A409 FA83 42B3 1688 FBF9 8232 A2AB C070 Unix _IS_ user friendly... It's just selective about who its friends are. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (Darwin) Comment: For info see http://www.gnupg.org iD8DBQE8sPyR+/mCMqKrwHARAnbBAJ4oezM6MWEAxN13qw1EyFaYJNpy+wCeN5o+ LHL41HMqsiCHRSIliQk2BuA= =muj+ -END PGP SIGNATURE- ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel