Custom Query (16683 matches)
Results (88 - 90 of 16683)
|#319||worksforme||Java enabled db-4.1.25 doesn't compile|
I compiled GCC 3.2.1 with Java support to be able to compile db-4.1.25 with Jave support afterwards. After compiling GCC successfully I couldn't compile db. I got the following message: cc -c -I. -I../dist/.. -I../dist/../dbinc -D_GNU_SOURCE -D_REENTRANT -O2 ../dist/../libdb_java/java_Db.c -fPIC -DPIC -o .libs/java_Db.lo In file included from ../libdb_java/java_Db.c:13: /usr/include/jni.h:17:31: gcj/libgcj-config.h: No such file or directory make: * [java_Db.lo] Error 1 Well, I can provide a fix for the bug. I searched for the file libgcj-config.h and found it at gcc-build/i686-pc-linux-gnu/libjava/gcj/libgcj-config.h I copied it to usr/include/gcj and afterwards I could compile db successfully.
|#755||worksforme||SDL fails with certain CFLAGS or fails to detect correct machine Arch|
This is a hard bug to reproduce. as I have only come across this after building a lot of LFS machines on different hardware
The problem I have come across on SDL 1.2.6 is that on a lot of platforms setting the gcc CFLAGS/CXXFLAGS with an -Ox optimisation causes failure, and not specifying any CFLAGS/CXXFLAGS causes the configure script to set -O2 which again causes it to fail. After much playing I came to the following conclusion optimisation on this package is not good, probably down to the ammount of use of nasm. The reason the optimisation appears to be failing is because if you don't set a -march=$your_cpu or other options that correctly identify your cpu the configure script does not always get it right. I don't know what causes the configure script to get it wrong but on one machine it set my pentium 3 to a pentiumpro and my Opteron to an AMD64. I've seen it have a few messy calls on the UltraSparc CPU also.
The only way I can get around this is to set my CFLAGS/CXXFLAGS to -march-cpu and leave it at that, this way the CPU is correctly identified and the configure script cannot force -O2 on the end, and you have not set any -Ox problems
This does appear a rare occurance in the SDL package, however it may be worth mentioning in the book to set your compile options to force the CPU type - and the CPU type alone, nothing else.
The error caused by this problem is normally some variation on
SDL_RLEaccel.c:845: error: invalid `asm': invalid expression as operand
|#1052||worksforme||nfs-utils needs kernel parameters updated for linux 2.6|
The kernel parameters are now: