Previous Thread  Next Thread

chat icon Slackware 9.0 compile -- not quite there

lholt

Posted: Wed Dec 04, 2002 4:48 am
Joined: 29 Oct 2002
Posts: 18
Loaded up Slackware Current which is to become 9.0 with gcc 3.2

the compile from CVS01 Dec.3 failed at the Mesa libs so I installed Mesa5.0 in /usr/local. Slackware seems to think they belong in /usr/X11R6/lib.

make ran right upto the end and segfaulted on collect2 like so:
----------
gcc -g -O2 -o .libs/blender.bin -L/usr/lib/python2.2/config creator/.libs/libblender_creator.al -L/usr/src/Mesa-5.0/src -L/usr/X11/lib -lm -lpthread -ldl -lm -lm -lm -L/usr/i386-slackware-linux/bin -L/usr/i386-slackware-linux/lib -L/usr/lib/gcc-lib/i386-slackware-linux/3.2 -L/usr/lib/gcc-lib/i386-slackware-linux/3.2/../../../../i386-slackware-linux/lib -L/usr/lib/gcc-lib/i386-slackware-linux/3.2/../../.. -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s blender/.libs/libblender_blender.al -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lpython2.2 -ldl -lm -lpthread -lpthread -lpthread -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lpthread -lpthread -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lpthread -lpthread -lpthread -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s kernel/.libs/libblender_kernel.al -lpthread -lpthread -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s ../intern/.libs/libblender_intern.so -lm -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -lm -lpthread -ldl -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s ../intern/python/frozen/libfrozen.a /usr/local/lib/libGLU.so /usr/local/lib/libGL.so -lpthread /usr/src/Mesa-5.0/src/.libs/libGL.so -lvga -lSM -lICE -lXmu -lXext -lXi -lX11 -lpthread -lz -lutil -lm /usr/local/lib/libjpeg.so -lcrypto -lssl -lpthread -ldl /usr/lib/libstdc++.so -lm -lm -lm -lgcc_s -lc -lgcc_s -lm -lgcc_s -lc -lgcc_s -Wl,--rpath -Wl,/usr/local/lib
collect2: ld terminated with signal 11 [Segmentation fault], core dumped
-----------

I didn't have to put acinclude.m4 in the /blender dir
It didn't ask for libXxf86dga.so, and I don't have it. There is an include for it in X11.

FWIW Blender 2.03 from the CD out of the Offical Blender Book seems to run fine on Slackware 9.0.
Reply with quote


Pol

Posted: Sun Dec 22, 2002 8:57 pm
Joined: 16 Oct 2002
Posts: 15
I get the same problem with Slackware 9 ... gcc 3.2.1 too ... dunno what to do ...
Reply with quote


SirDude

Posted: Mon Dec 23, 2002 11:26 pm
Joined: 13 Oct 2002
Posts: 939
Just a note,

The linux pc install defaults to using mesa but you really don't need it if
you have GL for your platform. you'll want to edit nan_link.mk

We need to modify things a little so that its a little easyer to work.
Reply with quote


elvstone

Posted: Sat Mar 29, 2003 11:24 pm
Joined: 29 Mar 2003
Posts: 1
I have the same problem here, on slack 9. Anyone know if there is a fix in the CVS version?
Reply with quote


the3dfxdude

Posted: Fri Apr 04, 2003 3:45 am
Joined: 04 Apr 2003
Posts: 1
elvstone wrote:
I have the same problem here, on slack 9. Anyone know if there is a fix in the CVS version?


I just tried compiling both the recent release and the latest CVS snapshot. No difference. Same error.

BTW, I am using slack 9 too.
Reply with quote


alien-xmp

Posted: Sun Apr 06, 2003 1:33 pm
Joined: 06 Apr 2003
Posts: 217
I had the same problem.

A work around is to remove all -lc -lgcc_s -lm and -ldl from the line starting with dependency_libs= in some of the .la files:
./intern/libblender_intern.la
./source/libblender_source.la
etc.

The fix would be to stop these libs getting added from libtool/autoconf etc, but I have no idea where that happens.

They do not need to be added because they are added implicitly by gcc (at least -lc & -lgcc_s are.)

Also ld should be able to deal with this more gracefully than a core dump...

Kester
Reply with quote


Blaasvis

Posted: Mon Apr 07, 2003 9:20 pm
Joined: 02 Apr 2003
Posts: 1
well i have been looking into this, because i want my blender back. it looks like it is a problem with glibc-2.3.2 well i will try the latest cvs of glibc
Reply with quote


alien-xmp

Posted: Thu Apr 10, 2003 3:41 am
Joined: 06 Apr 2003
Posts: 217
I think it is more likely a problem with ld (ie binutils) I have 2.13.1 (not up to date...)

Other information: glibc 2.3.1, gcc 3.2.2.

The thing is -lc & -lgcc_s do not need to be explicitly specified, gcc will pull them in automatically.

-lm & -ldl don't need to be linked more than once.

So, if you can get them to not be specified by libtool, you get a working blender.

One way to do this is to remove them from the .la files manually.
Another is to not write them there in the first place from libtool. This requires knowledge of the autoconf system.

Kester
Reply with quote


Michel

Posted: Sat Apr 12, 2003 6:27 pm
Joined: 16 Oct 2002
Posts: 209
alien-xmp wrote:

The thing is -lc & -lgcc_s do not need to be explicitly specified, gcc will pull them in automatically.

-lm & -ldl don't need to be linked more than once.

So, if you can get them to not be specified by libtool, you get a working blender.

Hi,

I just committed all the necessary changes to the auto* build system. Now it should work. Unfortunately I don't have a Slackware box here, so could you please test it?

Thanks in advance,
Michel
Reply with quote


alien-xmp

Posted: Sun Apr 13, 2003 5:36 am
Joined: 06 Apr 2003
Posts: 217
Thanks Michel,

Doing a compile now... Smile
Reply with quote


alien-xmp

Posted: Sun Apr 13, 2003 7:39 am
Joined: 06 Apr 2003
Posts: 217
Works like a charm.

The only problem is that it didn't find libGLU. The problem is configure couldn't find it because it is an X11 lib. configure couldn't find some other libraries either (Xext, Xxf86dga, X11, GL, GLU).

This patch should fix it:
Index: configure.ac
===================================================================
RCS file: /cvsroot/bf-blender/blender/configure.ac,v
retrieving revision 1.35
diff -u -r1.35 configure.ac
--- configure.ac 12 Apr 2003 17:20:37 -0000 1.35
+++ configure.ac 13 Apr 2003 06:35:03 -0000
@@ -303,11 +303,11 @@
, dnl found -- nop
[enable_openal=no] ) dnl not found -- disable openal
fi
- AC_CHECK_LIB([Xext], [XextFindDisplay])
- AC_CHECK_LIB([X11], [XOpenDisplay])
- AC_CHECK_LIB([GL], [glIsTexture])
- AC_CHECK_LIB([GLU], [gluGetString])
- AC_CHECK_LIB([Xxf86dga], [XDGAQueryModes])
+ AC_CHECK_LIB([Xext], [XextFindDisplay],,,$X_LIBS -lXext -lX11 -lm $X_EXTRA_LIBS)
+ AC_CHECK_LIB([X11], [XOpenDisplay],,,$X_LIBS -lXext -lX11 -lm $X_EXTRA_LIBS)
+ AC_CHECK_LIB([GL], [glIsTexture],,,$X_LIBS -lXext -lX11 -lm $X_EXTRA_LIBS)
+ AC_CHECK_LIB([GLU], [gluGetString],,,$X_LIBS -lXext -lX11 -lm $X_EXTRA_LIBS)
+ AC_CHECK_LIB([Xxf86dga], [XDGAQueryModes],,,$X_LIBS -lXext -lX11 -lm $X_EXTRA_LIBS)

dnl ---------------------
dnl Checks for data types


cheers,

Kester
Reply with quote


 
Jump to:  
Powered by phpBB © 2001, 2005 phpBB Group