Re: [Fink-devel] RE: lammpi 7.1.1 build problems
Jack Howarth wrote:
Oddly I see to see that when fink links liblam.0.0.0.dylib with gcc called
as gcc-4.0, I have...
gcc-4.0 -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o
.libs/liblam.0.0.0.dylib ...etc
whereas when I build lam 7.1.1 manually I end up with...
gcc -dynamiclib ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o
.libs/liblam.0.0.0.dylib ...etc
which is very strange since the default compiler is set to gcc-4.0 in both
cases. The first case produced the liblam.0.0.0.dylib which had the additional
/usr/lib/libgcc_s.1.dylib linked in compared to the second case which didn't.
Jack
This is strange also because the libtool calls in both cases seem identical...
[]
It is curious that they produce such different linkages.
Different libtool versions in /sw and in /usr?
--
Martin
---
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] RE: lammpi 7.1.1 build problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Costabel wrote: | This is strange also because the libtool calls in both cases seem | identical... | | [] | | It is curious that they produce such different linkages. | | | Different libtool versions in /sw and in /usr? | Nope, setting MACOSX_DEPLOYMENT_TARGET to 10.3 or later (as fink does) causes -undefined dynamic_lookup to be used in place of -undefined suppress. The fink package should probably have NoSetMACOSX_DEPLOYMENT_TARGET: true in it. Peter -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) iQCVAwUBQ38N1LiDAg3OZTLPAQKvlQP/UrEBGGW/hZSJ1YLnmMbs0GkOzcVT0/U9 Srnt5WavdkWBaHC8/TQ7Jg9fDsJXf7Zf0BSw2kc3U3nGv28W+55ai+TEy3xXOoIn cBzdJUumqzcMUJkp0jTkd+L87ZJx9PzRNwF3uvmXbGJ1PMq1bKdVn0HTvH3J20In g7I4587c5tk= =Svu1 -END PGP SIGNATURE- --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] gdk-pixbuf-shlibs dependencies error
Hi, I get an error with circular dependencies for gdk-pixbuf-shlibs: ... gdk-pixbuf-shlibs gnome-print-shlibs Do you want to continue? [Y/n] /sw/bin/dpkg-lockwait -i /sw/fink/dists/unstable/main/binary-darwin- powerpc/gnome/gdk-pixbuf-shlibs_0.22.0-10_darwin-powerpc.deb Selecting previously deselected package gdk-pixbuf-shlibs. (Reading database ... 29074 files and directories currently installed.) Unpacking gdk-pixbuf-shlibs (from .../gdk-pixbuf- shlibs_0.22.0-10_darwin-powerpc.deb) ... Setting up gdk-pixbuf-shlibs (0.22.0-10) ... Failed: Problem resolving dependencies. Check for circular dependencies. - Koen. --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] proper fix for g77 package?
On 16 Nov 2005, at 23:48, Peter O'Gorman wrote: Peter: ... why JFM added the link to /usr/lib/gcc/powerpc-apple- darwin8/4.0.0/libgcc.a to g77 in the first place, ... I think it was added because of symbols which appear in Apple's libgcc.a (maybe saveFP, restFP et. al.) but don't exist in the fsf version. The solution used to be to add -lcc_dynamic to the link line, but with 10.4, that lib disappeared. I'm not 100% sure though... On 17 Nov 2005, at 00:31, Matthew Sachs wrote: On Nov 16, 2005, at 17:56, Martin Costabel wrote: The reason was the old rest_FP/save_FP undefined symbol problem that used to be solved by including a -lcc_dynamic linker flag. libgcc_dynamic always was, despite its name, a link to the static libgcc.a, but Apple removed this link for gcc4. If it's really just for these two symbols, maybe you should just steal gcc/config/rs6000/darwin-fpsave.asm from 4.0.1. Sorry to have been away during this. Peter's recollection coincides with my vague memory: saveFP, restFP, et. al. _ ie not just those 2, though they were by far the most prevalent... Jean-François --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_idv28alloc_id845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Where does libgdk_pixbuf_xlib-2.0.0.600.10.dylib come from?
I do not have gdk-pixbuf installed! Is it part of gtk2? --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Where does libgdk_pixbuf_xlib-2.0.0.600.10.dylib come from?
On 11/19/05, Murali Vadivelu [EMAIL PROTECTED] wrote: I do not have gdk-pixbuf installed! Is it part of gtk2? $ dlocate libgdk_pixbuf_xlib-2.0.0.600.10.dylib gtk+2-shlibs: /sw/lib/libgdk_pixbuf_xlib-2.0.0.600.10.dylib -- Alexander K. Hansen Fink Documenter [Day Job] Levitated Dipole Experiment http://psfcwww2.psfc.mit.edu/ldx/ --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_idv28alloc_id845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] RE: lammpi 7.1.1 build problems
Peter, Actually 'NoSetMACOSX_DEPLOYMENT_TARGET: true' is insufficient. I had to resort to 'SetMACOSX_DEPLOYMENT_TARGET: 10.2' in order to force libtool to use -undefined suppress. I'll post the packaging I have into the fink tracking system later today. There also was a patch I added to force the code in liblammpio.a to be built with -fno-common since mpicc automatically links that into shared libs in gromacs 3.3. I'm surprised no one caught that before as non-PIC code from static libs linked into shared libs can cause no end of grief. Jack --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] new gromacs/gromacs-mpi/fftw3/lammpi
I have posted new gromacs and gromacs-mpi 3.3-1 packages on the fink tracking system. While upgrading gromacs, I noticed that the lammpi build for 7.1.1 needed fixing for fink packaging and have posted 7.1.1-1 packaging which produces a working lamboot. Lastly I have updated the fftw3 packages which gromacs now uses to version 3.0.1-1. The main change there was allowing fftw3 to build against gcc-4.0 while still using the g++-3.3 abi requirement. Jack --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] libscigraphica
I am trying to create a .info file for this package. However, at compile stage I get this error from multiply defined symbol PyarrayXXX. I have tried setting the LDFLAGS to mutliply_defined suppress. It does not seem to work on either gcc-3.3 or 4.0.1. Any help, please? /bin/sh ../libtool --mode=link gcc -g -O -W -Wall -DWITH_WARNINGS - L/sw/lib -lz -o libscigraphica-2.0.la -rpath /usr/local/lib -version- info 1:0:0 -release 2.1 -export-dynamic -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 -L/sw/lib -L/ usr/X11R6/lib -L/usr/local/lib -lgtkextra-x11-2.0 -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 -L/sw/lib -lxml2 -lpthread - lz -liconv -lm -L/System/Library/Frameworks/Python.framework/ Versions/2.3/lib/python2.3//config -lpython2.3 -ldl sg_application.lo sg.lo sg_config.lo sg_dataset.lo sg_features.lo sg_file.lo sg_file_dialog.lo sg_layer_control.lo sg_locale.lo sg_plugin_array.lo sg_plugin.lo sg_plugin_dataset.lo sg_plugin_file.lo sg_plugin_formula.lo sg_plugin_function.lo sg_plugin_iterator.lo sg_plugin_layer.lo sg_plugin_loader.lo sg_plugin_menu.lo sg_plugin_style.lo sg_python.lo sg_python_worksheet.lo sg_python_expr.lo algorithms/ libsgalgorithms.la widgets/libsgwidgets.la dialogs/libsgdialogs.la libtool: link: warning: library `/sw/lib/libgtkextra-x11-2.0.la' was moved. rm -fr .libs/libscigraphica-2.0.la .libs/libscigraphica-2.0.* .libs/ libscigraphica-2.0-2.1.* gcc -r -keep_private_externs -nostdlib -o .libs/ libscigraphica-2.0-2.1.1.0.0.dylib-master.o sg_application.lo sg.lo sg_config.lo sg_dataset.lo sg_features.lo sg_file.lo sg_file_dialog.lo sg_layer_control.lo sg_locale.lo sg_plugin_array.lo sg_plugin.lo sg_plugin_dataset.lo sg_plugin_file.lo sg_plugin_formula.lo sg_plugin_function.lo sg_plugin_iterator.lo sg_plugin_layer.lo sg_plugin_loader.lo sg_plugin_menu.lo sg_plugin_style.lo sg_python.lo sg_python_worksheet.lo sg_python_expr.lo -all_load algorithms/.libs/libsgalgorithms.al widgets/.libs/libsgwidgets.al dialogs/.libs/libsgdialogs.al gcc - dynamiclib -flat_namespace -undefined suppress -o .libs/ libscigraphica-2.0-2.1.1.0.0.dylib .libs/ libscigraphica-2.0-2.1.1.0.0.dylib-master.o -L/sw/lib -L/usr/X11R6/ lib -L/usr/local/lib -lgtkextra-x11-2.0 -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 -lgobject-2.0 -lgmodule-2.0 - lglib-2.0 -lintl -lxml2 -lpthread -liconv -lm -L/System/Library/ Frameworks/Python.framework/Versions/2.3/lib/python2.3//config - lpython2.3 -ldl -lz -lc -install_name /usr/local/lib/ libscigraphica-2.0-2.1.1.dylib -compatibility_version 2 - current_version 2.0 /usr/bin/ld: multiple definitions of symbol _PyArrayXXX sg.lo definition of _PyArrayXXX in section (__DATA,__common) sg_config.lo definition of _PyArrayXXX in section (__DATA,__common) sg_file.lo definition of _PyArrayXXX in section (__DATA,__common) sg_file_dialog.lo definition of _PyArrayXXX in section (__DATA,__common) sg_layer_control.lo definition of _PyArrayXXX in section (__DATA,__common) sg_plugin_function.lo definition of _PyArrayXXX in section (__DATA,__common) sg_plugin_loader.lo definition of _PyArrayXXX in section (__DATA,__common) sg_python.lo definition of _PyArrayXXX in section (__DATA,__common) sg_python_worksheet.lo definition of _PyArrayXXX in section (__DATA,__common) sg_python_expr.lo definition of _PyArrayXXX in section (__DATA,__common) widgets/.libs/libsgwidgets.al(sg_dialog.lo) definition of _PyArrayXXX in section (__DATA,__common) widgets/.libs/libsgwidgets.al(sg_layer.lo) definition of _PyArrayXXX in section (__DATA,__common) widgets/.libs/libsgwidgets.al(sg_matrix.lo) definition of _PyArrayXXX in section (__DATA,__common) widgets/.libs/libsgwidgets.al(sg_matrix_convert.lo) definition of _PyArrayXXX in section (__DATA,__common) widgets/.libs/libsgwidgets.al(sg_matrix_menu.lo) definition of _PyArrayXXX in section (__DATA,__common) widgets/.libs/libsgwidgets.al(sg_matrix_toolbar.lo) definition of _PyArrayXXX in section (__DATA,__common) widgets/.libs/libsgwidgets.al(sg_plot_menu.lo) definition of _PyArrayXXX in section (__DATA,__common) widgets/.libs/libsgwidgets.al(sg_plot_toolbar.lo) definition of _PyArrayXXX in section (__DATA,__common) widgets/.libs/libsgwidgets.al(sg_stock.lo) definition of _PyArrayXXX in section (__DATA,__common) widgets/.libs/libsgwidgets.al(sg_toggle_combos.lo) definition of
[Fink-devel] -force_flat_namespace not allowed with -dynamiclib
I have posted three updated packages on the fink tracking system for lammpi 7.1.1-1, fftw3-3.0.1-1 and gromacs/gromacs-mpi 3.3-1. However I discovered afterwards that while the lam-7.1.1-1 package has a working lamboot it seems to have broken the linking of gromacs-mpi. I am now seeing errors of the form... /bin/sh ../../libtool --mode=link --tag=CC mpicc -O3 -fomit-frame-pointer -finline-functions -Wall -Wno-unused -no-cpp-precomp -faltivec -mcpu=7450 -mtune=970 -L/sw/lib -o libmd_mpi.la -rpath /sw/lib -version-info 4:0:0 calcmu.lo calcvir.lo constr.lo coupling.lo ebin.lo edsam.lo ewald.lo force.lo ghat.lo init.lo mdatom.lo mdebin.lo minimize.lo ns.lo nsb.lo nsgrid.lo pme.lo pppm.lo fftgrid.lo pull.lo pullinit.lo pullio.lo pullutil.lo rf_util.lo shakef.lo sim_util.lo splittop.lo tables.lo tgroup.lo update.lo vcm.lo vsite.lo wnblist.lo csettle.lo clincs.lo qmmm.lo gmx_fft.lo gmx_parallel_3dfft.lo gmx_fft_fftw3.lo -L/usr/X11R6/lib -lfftw3f -lm -lXm -lXt -lSM -lICE -lXext -lXp -lX11 mpicc -dynamiclib -flat_namespace -undefined suppress -o .libs/libmd_mpi.4.dylib .libs/calcmu.o .libs/calcvir.o .libs/constr.o .libs/coupling.o .libs/ebin.o .libs/edsam.o .libs/ewald.o .libs/force.o .libs/ghat.o .libs/init.o .libs/mdatom.o .libs/mdebin.o .libs/minimize.o .libs/ns.o .libs/nsb.o .libs/nsgrid.o .libs/pme.o .libs/pppm.o .libs/fftgrid.o .libs/pull.o .libs/pullinit.o .libs/pullio.o .libs/pullutil.o .libs/rf_util.o .libs/shakef.o .libs/sim_util.o .libs/splittop.o .libs/tables.o .libs/tgroup.o .libs/update.o .libs/vcm.o .libs/vsite.o .libs/wnblist.o .libs/csettle.o .libs/clincs.o .libs/qmmm.o .libs/gmx_fft.o .libs/gmx_parallel_3dfft.o .libs/gmx_fft_fftw3.o /usr/X11R6/lib/libXt.dylib /usr/X11R6/lib/libX11.dylib /usr/X11R6/lib/libXp.dylib /usr/X11R6/lib/libXext.dylib /usr/X11R6/lib/libICE.dylib /usr/X11R6/lib/libSM.dylib /usr/X11R6/lib/libXmu.dylib -L/sw/lib -L/usr/X11R6/lib /sw/lib/libfftw3f.dylib -lm /sw/lib/libXm.dylib -lXt -lSM -lICE -lXext -lXp -lX11 -mcpu=7450 -mtune=970 -install_name /sw/lib/libmd_mpi.4.dylib -compatibility_version 5 -current_version 5.0 powerpc-apple-darwin8-gcc-4.0.1: -force_flat_namespace not allowed with -dynamiclib which I didn't see with this packaging for gromacs/gromacs-mpi 3.3-1 with lam-7.0.6-11. Does anyone give me some clues on what the problem is here? I am assuming it is related to the need to force MACOSX_DEPLOYMENT_TARGET to 10.2 to prevent a broken lamboot from been created under fink. For now I have regressed out my change to lam-7.1.1-1 which built liblammpio.a as PIC code although that doesn't seem to fixed this breakage I am seeing now. Thanks in advance for any hints. Jack --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] -force_flat_namespace not allowed with -dynamiclib
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jack Howarth wrote: | I have posted three updated packages on the fink tracking system | for lammpi 7.1.1-1, fftw3-3.0.1-1 and gromacs/gromacs-mpi 3.3-1. | However I discovered afterwards that while the lam-7.1.1-1 package | has a working lamboot it seems to have broken the linking of gromacs-mpi. | I am now seeing errors of the form... | which I didn't see with this packaging for gromacs/gromacs-mpi 3.3-1 with | lam-7.0.6-11. Does anyone give me some clues on what the problem is here? | I am assuming it is related to the need to force MACOSX_DEPLOYMENT_TARGET | to 10.2 to prevent a broken lamboot from been created under fink. For now | I have regressed out my change to lam-7.1.1-1 which built liblammpio.a | as PIC code although that doesn't seem to fixed this breakage I am seeing | now. Thanks in advance for any hints. | Jack Hi Jack, - -force_flat_namespace is a flag that only affects executable output. Where is this being set? in your .info file? You shouldn't need to set it if you have MACOSX_DEPLOYMENT_TARGET 10.3, as libtool will default to - -flat_namespace in that case. Peter -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Darwin) iQCVAwUBQ3+8+LiDAg3OZTLPAQItmAP9Ep9XDIldxM9d6LmEDHUrUBC4XO0cIQ0P +4v4Q6QGxBb5o+HbZq6zQ6nu7KUNK+GoPWS7+2YbIGIEVSJuwEeMsl79CHts5tY5 LDhXIGKo8+/cOnD8UfqE5dVpt+cY79ITYBK6C8L5RODLUIJpiBlJJd5SPEWzclkf 7AFsQ/C+BdM= =j9l4 -END PGP SIGNATURE- --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] -force_flat_namespace not allowed with -dynamiclib
Peter, I have verified that the current gromacs-mpi packaging for 3.3-1 in fink tracking builds fine against the lam-7.0.6-11 currently in unstable. The problem seems to be specific to lam-7.1.1. With the lam-7.1.1-1 package installed (which was built with MACOSX_DEPLOYMENT_TARGET 10.2), I find that the gromacs-mpi 3.3-1 build fails with the error... -force_flat_namespace not allowed with -dynamiclib I assume this is because mpicc is dragging in the offending -force_flat_namespace. I tried manually removing the -force_flat_namespace from the call to libtool on the command line and I still got that error so it must be from mpicc indirectly. If I just checkin the new fftw3 and gromacs/gromacs-mpi packages everything will be okay. However the most recent lam 7.1.1 release appears to only build correctly (ie lamboot actually runs) under gcc-4.0/g++-4.0 and MACOS_DEPLOYMENT_TARGET = 10.3. Could you download the lammpi-7.1.1-1 and gromacs/gromacs-mpi-3.3-1 files from fink tracking and try building them. If you remove the SetMACOSX_DEPLOYMENT_TARGET: 10.2 from the lammpi.info file you will find that while lammpi builds, when you execute 'lamboot -v lamhosts', the test will fail. Jack ps When do we ever get the 10.4 branch so we can chuck all this gcc-3.3 crap. As far as I am concerned most of the problem is that upstream is worried about a clean gcc-3.3 or gcc-4.0 and not some mutant combo. --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libscigraphica
darwin* | rhapsody*) # PIC is the default on this platform # Common symbols not allowed in MH_DYLIB files lt_cv_prog_cc_pic='-fno-common' This is already in there in configure file. Moreover, I have tried setting the cfags in the .info file and still get exactly the same error. Any thoughts, please? On 19 Nov 2005, at 11:55 pm, Martin Costabel wrote: Murali Vadivelu wrote: I am trying to create a .info file for this package. However, at compile stage I get this error from multiply defined symbol PyarrayXXX. I have tried setting the LDFLAGS to mutliply_defined suppress. It does not seem to work on either gcc-3.3 or 4.0.1. Any help, please? [] /usr/bin/ld: multiple definitions of symbol _PyArrayXXX sg.lo definition of _PyArrayXXX in section (__DATA,__common) sg_config.lo definition of _PyArrayXXX in section (__DATA,__common) sg_file.lo definition of _PyArrayXXX in section (__DATA,__common) You need to compile object files that go into a dylib with the -fno- common flag. See grep fno-common -r /sw/fink/dists/unstable/main/finkinfo for various different examples how to do this. -- Martin --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] latex output
Hi, Hope this isn't too off-topic, but I'm having a simple problem with current latex-3.0 in unstable (no answer on web?): I've noticed that /sw/bin/latex is symlinked to pdfetex, which means that 'latex' produces only pdfs, never any DVI files (at least on all my documents). If I need to produce a .dvi, what can I call explicitly to do so? I can't just call tex; all LAtex-isms won't compile. I have some archaic latex documents that require old-style tex - dvi - ps - pdf, because going straight to pdf doesn't work. :( (e.g. prosper slides) I also might want to write some sort of auto/configure macro to detect and workaround this variation in behavior, especially if this is really the default behavior of tetex-3.0 distributions. Thanks in advance. David --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Fwd: [Scigraphica-devel] gcc-3.3 and gcc-4.0.1
Begin forwarded message:
From: Murali Vadivelu
Date: 20 November 2005 03:47:32 am GMT
To: [EMAIL PROTECTED]
Subject: [Scigraphica-devel] gcc-3.3 and gcc-4.0.1
Both give the same error:
gcc-3.3 -DHAVE_CONFIG_H -I. -I. -I.. -I. -I../scigraphica -Ipython -
I../pixmaps -I../scigraphica/widgets -I../scigraphica/dialogs -I../
scigraphica/algorithms -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 -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 -I/sw/include/gtkextra-2.0 -I/sw/include/
libxml2 -I/sw/include -I/sw/include/python2.4 -DPYTHON_MODULE_PATH=
\\ -DSG_PREFIX=\/sw\ -DSG_DATADIR=\/sw/share/scigraphica/2.1.0
\ -DSG_LIBDIR=\/sw/lib/scigraphica/2.1.0\ -DSG_PLUGINDIR=\/sw/
lib/scigraphica/2.1.0/plugins\ -DSG_ICONDIR=\/sw/share/pixmaps/
scigraphica\ -I/sw/include -g -O -W -Wall -DWITH_WARNINGS -MT
sg_python_expr.lo -MD -MP -MF .deps/sg_python_expr.Tpo -c
sg_python_expr.c -fno-common -DPIC -o .libs/sg_python_expr.lo
In file included from /sw/include/python2.4/Python.h:77,
from sg_python_expr.c:26:
/sw/include/python2.4/objimpl.h:255: warning: use of `long double'
type; its size may change in a future release
/sw/include/python2.4/objimpl.h:255: warning: (Long double usage is
reported only once for each file.
/sw/include/python2.4/objimpl.h:255: warning: To disable this
warning, use -Wno-long-double.)
sg_python_expr.c: In function `sg_eval_expr_double':
sg_python_expr.c:133: warning: unused variable `parray'
sg_python_expr.c:134: warning: unused variable `apt'
sg_python_expr.c:136: warning: unused variable `retarray'
sg_python_expr.c:130: warning: unused parameter `expect'
sg_python_expr.c:213: warning: control reaches end of non-void
function
sg_python_expr.c: At top level:
sg_python_expr.c:214: warning: type defaults to `int' in
declaration of `len'
sg_python_expr.c:214: error: `expect' undeclared here (not in a
function)
sg_python_expr.c:214: error: `array' undeclared here (not in a
function)
sg_python_expr.c:214: warning: data definition has no type or
storage class
sg_python_expr.c:215: error: parse error before if
sg_python_expr.c:218: error: parse error before '' token
sg_python_expr.c:218: warning: type defaults to `int' in
declaration of `g_array_append_vals'
sg_python_expr.c:218: error: conflicting types for
`g_array_append_vals'
/sw/include/glib-2.0/glib/garray.h:77: error: previous declaration
of `g_array_append_vals'
sg_python_expr.c:220: warning: type defaults to `int' in
declaration of `retarray'
sg_python_expr.c:220: error: `array' undeclared here (not in a
function)
sg_python_expr.c:220: warning: data definition has no type or
storage class
sg_python_expr.c:221: warning: type defaults to `int' in
declaration of `num'
sg_python_expr.c:221: error: `array' undeclared here (not in a
function)
sg_python_expr.c:221: warning: data definition has no type or
storage class
sg_python_expr.c:222: error: parse error before '(' token
make[3]: *** [sg_python_expr.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
---
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click
___
Scigraphica-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/scigraphica-devel
---
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] latex output
Trevor Harmon wrote: On Nov 19, 2005, at 6:09 PM, David Fang wrote: I've noticed that /sw/bin/latex is symlinked to pdfetex, which means that 'latex' produces only pdfs, never any DVI files (at least on all my documents). I don't see why this should happen. I'm running tetex-base-3.0-1, and when I run latex on a .tex file (which actually runs pdfetex, as you pointed out), I get .dvi output, not .pdf. Are you sure you're actually running latex and not pdflatex? The default behavior is to produce dvi output, but it has been observed that for some people this doesn't work as it should. There were long discussions about this a couple of months ago on the users list: http://thread.gmane.org/gmane.os.apple.fink.general/17602 and on a related isssue http://thread.gmane.org/gmane.os.apple.fink.general/17645 The main source for the problem is that old config files from a previous tex installation can interfere with the installation of a new tetex package. -- Martin --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
