Re: [Fink-devel] libtool and dynamic libraries
Alexander Strange wrote: 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. -Wl,-bind_at_load should work fine, gcc used to silently swallow -bind_at_load and not pass it on to /usr/bin/libtool, however at some point (gcc-3.1?) that changed and then /usr/bin/libtool began to barf when it saw the flag. -bind_at_load is only used for executables, not libraries. Hope this helps, Peter (jetlagged and returning to bed) -- Peter O'Gorman - http://www.pogma.com --- 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
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] Fwd: emboss compilation failed
On Aug 24, 2004, at 8:55 AM, Guy Lauquin wrote: Finally I was able to install emboss!!! I installed the Java142Update1Tools after reading FAQ from apple developper connection: "2. Xcode can't find jni.h after installing Java 1.4.2. The Java 1.4.2 user installation does not update the Headers directory in JavaVM.framework. Developers should install the Java 1.4.2 Developer Package from the ADC Member Site, which will install the new headers." But I also reinstalled the java142update1, XcodeTools 1.5 and MacOSXCombo10.3.5 I can't tell what was the solution. I bet it was the Java SDK. I'm glad it works now. - Koen. --- 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] Fwd: emboss compilation failed
Koen van der Drift wrote: Guy, Maybe you should try to reinstall Java and the Java SDK from Apple. I looked again at the console log you mailed me, but saw no earlier java error. The emboss build log is a funny thing, actually. I rebuilt emboss, I have plenty of freshly-built *.class files, but I cannot see anything in the build log that mentions that these have been built. No "javac" at all in the build log. So this was not really helpful this time. -- 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
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] fink and conditional provides
Dave, Could you look at the current fftw.info and grace.info in unstable and make some suggestions? The problem that the Provides was meant to solve was the following. If one does "fink install grace" it will automatically install fftw. However without the Provides: fftw-shlibs added to fftw.info, "fink install fftw-mpi" will fail afterwards. This is because grace doesn't know that fftw-mpi-shlibs can satisfy its fftw-shlibs Depends. The idea was to put the burden of solving this problem on the fftw.info rather than requiring every single package that uses fftw to change from... Depends: fftw-shlibs ...to... Depends: fftw-shlibs|fftw-mpi-shlibs The only other option would be to break out fftw-mpi as an add-on package to fftw. However that would introduce its own issues. For example if one made fftw-mpi/fftw-mpi-shlibs just contain the additional mpi specific files, how do you sync it with fftw. For instance, lets say that we do a 'fink install fftw' with Xcode 1.2 installed and then later upgrade to Xcode 1.5 before we do a 'fink install fftw-mpi'. Having split the package, I worried that the shared libs installed in the original build of fftw against Xcode 1.2 might have different internal symbols than one one that would be built and linked with against Xcode 1.5 when the mpi specific libraries are built later. That is I worried about breaking up the build of fftw and fftw-mpi into two separate sections that might use different devtools and have different internal symbols. Jack --- 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] fink and conditional provides
On Aug 24, 2004, at 10:14 AM, Jack Howarth wrote: Daniel, You might want to take a look at how fink currently handles Provides. As I mentioned before, I had to create a new revision of fftw (2.1.5-6) because the addition of "Provides: fftw" to both the fftw and fftw-mpi as well as "Provides: fftw-shlibs" to both the fftw-shlibs and fftw-mpi-shlibs packages broke the ability to upgrade from fftw to fftw-mpi. That is... [snip] Jack, there is a basic problem in using Provides with a -shlibs splitoff: in order to make sure that libraries and headers match up properly, we essentially always use a line of the form "Depends: foo-shlibs (=%v-%r)" in the splitoff containing headers. On the other hand, it is not possilble to provide versioning with Provides. (This is not just a shortcoming of fink; it isn't possible in dpkg.) As a consequence, I wouldn't recommend using "Provides: foo-shlibs" under any circumstances. -- Dave --- 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
[Fink-devel] switching btw ssl and non-ssl variants
Is there a way to gracefully switch between SSL and non-SSL variants of a package that each depend on an SSL/non-SSL versioned library? In this case, A-ssl depends on B-ssl-shlibs and A depends on B-shlibs. If I have A-ssl and B-ssl-shlibs installed, and I try "fink install A", fink builds B-shlibs, but then dpkg can't remove B-ssl-shlibs because A-ssl depends on it. At this point, the process crashes. If I first remove A-ssl, then everything works fine. I've tried several variations with the Conflicts: and Replaces: but none have worked so far to automate this. Any ideas? Thanks, Hanspeter -- Eagles may soar, but weasels don't get sucked into jet engines --- 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
Thank you for the suggestion. I'm not seeing a CompileScript in the flow here. Is this variable set in configure.in (or Makefile.am)? There is also a comment, possibly old, at http://fink.sourceforge.net/doc/porting/libtool.php?phpLang=en "Side note: Apple's Developer Tools contain a program also called libtool, which is used by the compiler driver to build shared libraries. However, this is completely unrelated with GNU libtool. The GNU libtool that Apple ships is installed as glibtool instead. This can be achieved by configuring GNU libtool with --program-transform-name=s/libtool/glibtool/." It is not clear to me how one does this (glibtool/libtool doesn't have this as a valid argument). But perhaps this is doing the same sort of thing. --Dale At 1:46 PM +0200 8/24/04, Michal 'hramrach' Suchanek wrote: 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 ] [-seg_addr_table_filename ] [-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 --- 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
[Fink-devel] fink and conditional provides
Daniel, You might want to take a look at how fink currently handles Provides. As I mentioned before, I had to create a new revision of fftw (2.1.5-6) because the addition of "Provides: fftw" to both the fftw and fftw-mpi as well as "Provides: fftw-shlibs" to both the fftw-shlibs and fftw-mpi-shlibs packages broke the ability to upgrade from fftw to fftw-mpi. That is... fink install fftw fink install fftw-mpi ...no longer works. I had to wrapper the Provides in a conditional of the form (%type_raw[-mpi] = -mpi) to prevent fftw and fftw-shlibs from providing themselves (which seems to block upgrading to fftw-mpi and fftw-mpi-shlibs). I suspect this may be a bug in fink. At the very least it seems that fink should do the same thing that it does for the Conflict and Replaces lines...drop the package name itself from the list. That change hopefully will remedy the situation and we can stop having to put conditionals into the Provides line for fftw. Jack ps As I mentioned before, the downgrade from fftw-mpi to fftw isn't allowed but that is as expected since fftw-mpi is a superset of fftw. --- 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 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 ] [-seg_addr_table_filename > ] [-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] Fwd: emboss compilation failed
Guy, Maybe you should try to reinstall Java and the Java SDK from Apple. I looked again at the console log you mailed me, but saw no earlier java error. - Koen. On Aug 23, 2004, at 7:05 AM, Martin Costabel wrote: Koen van der Drift wrote: Hi, A user reported this error for the emboss package that I maintain. Anyone has a clue what could be the problem? [] a lot of warnings like this: Forget the warnings. [] mkdir /sw/src/root-emboss-2.9.0-3/sw/share/EMBOSS/jemboss/org/emboss/ jemboss/editor install: *.class: No such file or directory This sounds like none of the class files in the editor directory got compiled. There must have been earlier error messages concerning java. -- 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 --- 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
[Fink-devel] gnome card games failure
When I attempt to start one of the Gnome card games, such as "AisleRiot" via the sol binary, I get the following error: ** (sol:7648): CRITICAL **: file gdk-card-image.c: line 688 (gdk_card_deck_new): assertion `w->index[i] != -1' failed In fact none of the card games start. I also receive a popup window from Gnome explaining that the game could not load its card images. A fair amount of journeyman investigation on my part has resulted in nothing, and the fink-users list is silent. Any tips? I have not run into this problem running the same programs on other platforms, so wondering if this is a fink-specific bug. thanks, Conrad Heiney [EMAIL PROTECTED] --- 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