Compilation problems with libxalan
Hi, I am trying to build AnyMeal (http://anymeal.sourceforge.net). When running make I get following error: , | In file included from /usr/include/xalanc/XPath/XPathProcessorImpl.hpp:39, | from xmlDocument.cpp:27: | ../xalanc/PlatformSupport/XalanMessageLoader.hpp:29:29: error: LocalMsgIndex.hpp: No such file or directory ` Asking Google about LocalMsgIndex.hpp did not yield any usefull answers. Now I am wondering whether this is a bug in my setup (on 2 machines), AnyMeal, Debian, Xalan-C ... Any clues? Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Compilation problems with libxalan
Matthias Julius wrote: Hi, I am trying to build AnyMeal (http://anymeal.sourceforge.net). When running make I get following error: You probably have AnyMeal related problem so the better idea is to use anymeal mailing list or forums. Most probably you are using different version of Xalan-C then the AnyMeal's authors. , | In file included from /usr/include/xalanc/XPath/XPathProcessorImpl.hpp:39, | from xmlDocument.cpp:27: | ../xalanc/PlatformSupport/XalanMessageLoader.hpp:29:29: error: LocalMsgIndex.hpp: No such file or directory ` Asking Google about LocalMsgIndex.hpp did not yield any usefull answers. Now I am wondering whether this is a bug in my setup (on 2 machines), AnyMeal, Debian, Xalan-C ... Any clues? Matthias -- Mladen Adamovic http://home.blic.net/adamm http://www.shortopedia.com http://www.froola.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Compilation problems with libxalan
Mladen Adamovic [EMAIL PROTECTED] writes: You probably have AnyMeal related problem so the better idea is to use anymeal mailing list or forums. Most probably you are using different version of Xalan-C then the AnyMeal's authors. I was guessing something like that. The thing that confuses me is that XalanMessageLoader.hpp - whish is part of Xalan-C - includes LocalMsgIndex.hpp which is not there. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation problems
I guess it would be the binutils package... Search for the package when you run base-config, to find out. Rob Weir [EMAIL PROTECTED] wrote: On Sat, Mar 08, 2003 at 10:20:30PM +0100, Christian Fuchs wrote: Dear Debian Community, I just installed Debian 3.0.0r0 from the set of 7 cd's and I am very excited about it (and a new user to debian). I have, however a problem compiling any kind of C - Files. I first tried compiling the kernbel source and got errors; then i write a small hello-word program and i also got the same compilation errors.Have you installed build-essential? This package pulls in the basicstuff needed for compiling C and C++ programs. It's the absoluteminimum that you need for, funnily enough, compiling 'Hello World' :) The output is attached below. I think that this woudl eb a package misselection i did during the system install, but I cannot think of whi ch package that might be. Can anyone give me a hint of what to try? ===Cut=== File: test.c #include void main (void) { printf("hello world!"); } ===Cut=== Output compilation errors test.c In file included from /usr/include/sys/types.h:132, from /usr/include/stdlib.h:390, from test.c:1: /usr/include/time.h:82: parse error before `clockid_t' /usr/include/time.h:82: warning: data definition has no type or storage class /usr/include/time.h:94: parse error before `timer_t' /usr/include/time.h:94: warning: data definition has no type or storage class In file included from /usr/include/sys/types.h:215, from /usr/include/stdlib.h:390, from test.c:1: /usr/include/sys/select.h:49: parse error before `suseconds_t' /usr/include/sys/select.h:49: warnin g: data definition has no type or storage class /usr/include/sys/select.h:55: conflicting types for `__fd_mask' /usr/local/include/bits/types.h:89: previous declaration of `__fd_mask' test.c: In function `main': test.c:3: warning: return type of `main' is not `int' ===Cut===Woah, weird. I'd say it's missing packages. Try installingbuild-essential and try again; if it still doesn't work, email the listagain.-- Rob Weir <[EMAIL PROTECTED]>http://ertius.org/ ATTACHMENT part 2 application/pgp-signature Catch all the cricket action. Download Yahoo! Score tracker
Re: compilation problems
On Sat, Mar 08, 2003 at 10:20:30PM +0100, Christian Fuchs wrote: Dear Debian Community, I just installed Debian 3.0.0r0 from the set of 7 cd's and I am very excited about it (and a new user to debian). I have, however a problem compiling any kind of C - Files. I first tried compiling the kernbel source and got errors; then i write a small hello-word program and i also got the same compilation errors. Have you installed build-essential? This package pulls in the basic stuff needed for compiling C and C++ programs. It's the absolute minimum that you need for, funnily enough, compiling 'Hello World' :) The output is attached below. I think that this woudl eb a package misselection i did during the system install, but I cannot think of which package that might be. Can anyone give me a hint of what to try? ===Cut=== File: test.c #include stdlib.h void main (void) { printf(hello world!); } ===Cut=== Output compilation errors test.c In file included from /usr/include/sys/types.h:132, from /usr/include/stdlib.h:390, from test.c:1: /usr/include/time.h:82: parse error before `clockid_t' /usr/include/time.h:82: warning: data definition has no type or storage class /usr/include/time.h:94: parse error before `timer_t' /usr/include/time.h:94: warning: data definition has no type or storage class In file included from /usr/include/sys/types.h:215, from /usr/include/stdlib.h:390, from test.c:1: /usr/include/sys/select.h:49: parse error before `suseconds_t' /usr/include/sys/select.h:49: warning: data definition has no type or storage class /usr/include/sys/select.h:55: conflicting types for `__fd_mask' /usr/local/include/bits/types.h:89: previous declaration of `__fd_mask' test.c: In function `main': test.c:3: warning: return type of `main' is not `int' ===Cut=== Woah, weird. I'd say it's missing packages. Try installing build-essential and try again; if it still doesn't work, email the list again. -- Rob Weir [EMAIL PROTECTED]http://ertius.org/ pgp0.pgp Description: PGP signature
compilation problems
Dear Debian Community, I just installed Debian 3.0.0r0 from the set of 7 cd's and I am very excited about it (and a new user to debian). I have, however a problem compiling any kind of C - Files. I first tried compiling the kernbel source and got errors; then i write a small hello-word program and i also got the same compilation errors. The output is attached below. I think that this woudl eb a package misselection i did during the system install, but I cannot think of which package that might be. Can anyone give me a hint of what to try? Thank your very much for your help and time in advance! Christian Fuchs e-mail: [EMAIL PROTECTED] ===Cut=== File: test.c #include stdlib.h void main (void) { printf(hello world!); } ===Cut=== Output compilation errors test.c In file included from /usr/include/sys/types.h:132, from /usr/include/stdlib.h:390, from test.c:1: /usr/include/time.h:82: parse error before `clockid_t' /usr/include/time.h:82: warning: data definition has no type or storage class /usr/include/time.h:94: parse error before `timer_t' /usr/include/time.h:94: warning: data definition has no type or storage class In file included from /usr/include/sys/types.h:215, from /usr/include/stdlib.h:390, from test.c:1: /usr/include/sys/select.h:49: parse error before `suseconds_t' /usr/include/sys/select.h:49: warning: data definition has no type or storage class /usr/include/sys/select.h:55: conflicting types for `__fd_mask' /usr/local/include/bits/types.h:89: previous declaration of `__fd_mask' test.c: In function `main': test.c:3: warning: return type of `main' is not `int' ===Cut=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Glide3 Compilation Problems
Kevin Smith said: Hi All, When I try to compile Glibe3 from source on Debian Woody 3.0r1 powerpc, I get the following errors. how about apt-get install libglide3 ? or if you want to build it: apt-get -b source libglide3 ? the source one requires you have source uris in /etc/apt/sources.list e.g.: deb-src http://mirrors.kernel.org/debian/ stable main non-free contrib deb-src http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free you may need to apt-get build-dep libglide3 before compiling. nate When I tried the apt-get install libglide3, apt reports it couldn't find the package. Is this package not available on the powerpc platform? When trying to compile from source, I get the following errors: recursing into fxmisc (make libs) cc -O6 -m486 -fomit-frame-pointer -funroll-loops -fexpensive-optimizatio ns -ffast-math -DBIG_OPT -I. -I/home/admin/glide-2001.01.26/build-tree/g lide2x/swlibs/include -I/home/admin/glide-2001.01.26/build-tree/glide2x/ cvg/include -DENDB -DX11 -Wall -fPIC -DPIC -c -o fx64.o fx64.c cc1: Invalid option `486' make[3]: *** [fx64.o] Error 1 make[2]: *** [libs] Error 1 make[1]: *** [libs] Error 1 make[1]: Leaving directory `/home/admin/glide-2001.01.26/build-tree/glide2x' make: *** [debian/stampdir/build.glide2.cvg] Error 2 Build command 'cd glide-2001.01.26 dpkg-buildpackage -b -uc' failed. E: Child process failed Thanks, Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Glide3 Compilation Problems
Hi All, When I try to compile Glibe3 from source on Debian Woody 3.0r1 powerpc, I get the following errors. bagpuss:/home/admin/Glide3# ./build.3dfx Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda8 2064208501328 1458024 26% /home Making all in swlibs make[1]: Entering directory `/home/admin/Glide3/swlibs' Making all in fxmisc make[2]: Entering directory `/home/admin/Glide3/swlibs/fxmisc' /bin/sh ../../libtool --mode=compile gcc -DX11 -fomit-frame-pointer -funroll-loops -fexpensive-optimizations -ffast-math -DBIG_OPT -Wall -I../../h5/glide3/src -I../../ h5/incsrc -I../../h5/incsrc -I../../h5/minihwc -I. -I../../swlibs/fxmemm ap -I../../swlibs/fxmisc -I../../swlibs/newpci/pcilib -I../../swlibs/tex us2/lib-O6 -m486 -c fx64.c libtool: ltconfig version `' does not match ltmain.sh version `1.3.5' Fatal configuration error. See the libtool docs for more information. make[2]: *** [fx64.lo] Error 1 make[2]: Leaving directory `/home/admin/Glide3/swlibs/fxmisc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/admin/Glide3/swlibs' make: *** [all-recursive] Error 1 Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda8 2064208501328 1458024 26% /home Time Elapsed: 0 Years, 0 Days, 0 Hours, 0 Minutes, 0 Seconds Disk usage: 0.0 Mb Any ideas what I need to do? Thanks, Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Glide3 Compilation Problems
Kevin Smith said: Hi All, When I try to compile Glibe3 from source on Debian Woody 3.0r1 powerpc, I get the following errors. how about apt-get install libglide3 ? or if you want to build it: apt-get -b source libglide3 ? the source one requires you have source uris in /etc/apt/sources.list e.g.: deb-src http://mirrors.kernel.org/debian/ stable main non-free contrib deb-src http://non-us.debian.org/debian-non-US stable/non-US main contrib non-free you may need to apt-get build-dep libglide3 before compiling. nate -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: parted - compilation problems - solved
On Sat, 9 Nov 2002 06:33, Colin Watson wrote: Don't have grep-available It's in the grep-dctrl package, one of the ones I install on any Debian system I find myself running. Thanks, it looks usefull so I'll install it Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
parted - compilation problems
I'm running Woody and attempting to compile the latest parted (1.6.3) I get the following ./configure error checking for uuid_generate in -luuid... no configure: error: GNU Parted requires libuuid - a part of the e2fsprogs package (but sometimes distributed separately in uuid-devel or similar) This can probably be found on your distribution's CD or FTP site or at: http://web.mit.edu/tytso/www/linux/e2fsprogs.html Note: if you are using precompiled packages you will also need the development package as well (which may be called e2fsprogs-devel or something similar). If you compile e2fsprogs yourself then you need to do 'make install' and 'make install-libs'. However, searching for the library gives the following. bob@debian:/usr/local/src/parted-1.6.3$ sudo ldconfig -p | grep libuuid libuuid.so.1 (libc6) = /lib/libuuid.so.1 Note I have not much experience using these tools. Nor could I find any e2fsprogs-devel in the packages selection list. What to do please? Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: parted - compilation problems
On Sat, Nov 09, 2002 at 04:19:49AM +1100, bob parker wrote: checking for uuid_generate in -luuid... no configure: error: GNU Parted requires libuuid - a part of the e2fsprogs package (but sometimes distributed separately in uuid-devel or similar) $ grep-available -P uuid Package: uuid-dev Priority: extra Section: devel Installed-Size: 104 Maintainer: Yann Dirson [EMAIL PROTECTED] Architecture: i386 Source: e2fsprogs (1.29+1.30-WIP-0930-2) Version: 1.2-1.29+1.30-WIP-0930-2 Replaces: e2fslibs-dev ( 1.15) Depends: libc6-dev, e2fsprogs (= 1.29+1.30-WIP-0930-2) Conflicts: e2fsprogs ( 1.10-6) Filename: pool/main/e/e2fsprogs/uuid-dev_1.2-1.29+1.30-WIP-0930-2_i386.deb Size: 13298 MD5sum: 6bc6ada6c66ebff5dd79c788931597e7 Description: Universally unique id library - headers and static libraries. libuuid generates and parses 128-bit universally unique id's (UUID's), using a standard which is blessed by both Microsoft and DCE, and is being proposed as an internet standard. See the internet-draft: . draft-leach-uuids-guids-01.txt . for more information. (Or you could use the search engine at http://packages.debian.org/.) Cheers, -- Colin Watson [[EMAIL PROTECTED]] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: parted - compilation problems
bob parker wrote: I'm running Woody and attempting to compile the latest parted (1.6.3) I get the following ./configure error checking for uuid_generate in -luuid... no configure: error: GNU Parted requires libuuid - a part of the e2fsprogs package (but sometimes distributed separately in uuid-devel or similar) This can probably be found on your distribution's CD or FTP site or at: http://web.mit.edu/tytso/www/linux/e2fsprogs.html Note: if you are using precompiled packages you will also need the development package as well (which may be called e2fsprogs-devel or something similar). If you compile e2fsprogs yourself then you need to do 'make install' and 'make install-libs'. However, searching for the library gives the following. bob@debian:/usr/local/src/parted-1.6.3$ sudo ldconfig -p | grep libuuid libuuid.so.1 (libc6) = /lib/libuuid.so.1 Note I have not much experience using these tools. Nor could I find any e2fsprogs-devel in the packages selection list. What to do please? Bob Have you done an 'apt-get build-dep parted'? When I tested it, it wanted to install libncurses5-dev libreadline4-dev libreiserfs0.3-0 libreiserfs0.3-dev uuid-dev so uuid-dev is probably what you are looking for... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: parted - compilation problems - solved
On Sat, 9 Nov 2002 04:58, Colin Watson wrote: $ grep-available -P uuid Package: uuid-dev Priority: extra Section: devel Installed-Size: 104 Maintainer: Yann Dirson [EMAIL PROTECTED] Architecture: i386 Source: e2fsprogs (1.29+1.30-WIP-0930-2) Version: 1.2-1.29+1.30-WIP-0930-2 Replaces: e2fslibs-dev ( 1.15) Depends: libc6-dev, e2fsprogs (= 1.29+1.30-WIP-0930-2) Conflicts: e2fsprogs ( 1.10-6) Filename: pool/main/e/e2fsprogs/uuid-dev_1.2-1.29+1.30-WIP-0930-2_i386.deb Size: 13298 MD5sum: 6bc6ada6c66ebff5dd79c788931597e7 Description: Universally unique id library - headers and static libraries. libuuid generates and parses 128-bit universally unique id's (UUID's), using a standard which is blessed by both Microsoft and DCE, and is being proposed as an internet standard. See the internet-draft: . Don't have grep-available but installing uuid-dev solved the problem Thanks Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: parted - compilation problems solved
On Sat, 9 Nov 2002 05:05, you wrote: Have you done an 'apt-get build-dep parted'? When I tested it, it wanted to install libncurses5-dev libreadline4-dev libreiserfs0.3-0 libreiserfs0.3-dev uuid-dev so uuid-dev is probably what you are looking for... apt-get build-dep .. got nowhere but I have no source packages in my sources but I did install the uuid-dev package and that solved the problem Thanks Bob -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: parted - compilation problems - solved
On Sat, Nov 09, 2002 at 06:09:04AM +1100, bob parker wrote: On Sat, 9 Nov 2002 04:58, Colin Watson wrote: $ grep-available -P uuid [...] Don't have grep-available It's in the grep-dctrl package, one of the ones I install on any Debian system I find myself running. -- Colin Watson [[EMAIL PROTECTED]] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
XMPS compilation problems
Hey all.. i'm trying to compile xmps and it gives me errors eventhough i have all the dependencies that are listed on the site installed on my system. I follow the INSTALL file and go ./configure and then make, and make outputs some cryptic errors. Both outputs, ./configure and make are in the appended textfile. Hope anyone can help. nka:~/debs/xmps-0.2.0$ ./configure creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... missing checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... i686-pc-linux-gnu checking build system type... i686-pc-linux-gnu checking for ranlib... ranlib checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes updating cache ./config.cache loading cache ./config.cache within ltconfig checking for object suffix... o checking for executable suffix... no checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.lo... yes checking if gcc supports -fno-rtti -fno-exceptions ... yes checking if gcc static flag -static works... -static checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the linker (/usr/bin/ld) supports shared libraries... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate checking for /usr/bin/ld option to reload object files... -r checking dynamic linker characteristics... Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool updating cache ./config.cache loading cache ./config.cache checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for c++... c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... yes checking whether c++ accepts -g... yes checking for POSIXized ISC... no checking for a BSD compatible install... /usr/bin/install -c checking whether ln -s works... (cached) yes checking whether make sets ${MAKE}... (cached) yes checking how to run the C preprocessor... gcc -E checking for X... no checking for pthread.h... yes checking for pthread_attr_init in -lpthread... yes checking for gtk-config... no checking for GTK - version = 1.2.0... no *** The gtk-config script installed by GTK could not be found *** If GTK was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the GTK_CONFIG environment variable to the *** full path to gtk-config. checking for gnome-config... no Cannot find gnome! GNOME GUI will not be built! Gnome sources can be found at: ftp://ftp.gnome.org/pub/GNOME/sources/latest/ Redhat users can find RPMS at: ftp://ftp.gurulabs.com/pub/gnome/updates/ checking for sdl-config... no checking for SDL - version = 1.1.5... no *** The sdl-config script installed by SDL could not be found *** If SDL was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the SDL_CONFIG environment variable to the *** full path to sdl-config. checking for sys/stat.h... yes checking for sys/dir.h... yes checking for ANSI C header files... yes checking for working const... yes checking for inline... inline checking for off_t... yes checking for size_t... yes checking for working alloca.h... yes checking for alloca... yes checking for unistd.h... yes checking for getpagesize... yes checking for working mmap... yes checking for argz.h... yes checking for limits.h... yes checking for locale.h... yes checking for nl_types.h... yes checking for malloc.h... yes checking for string.h... yes checking for unistd.h... (cached) yes checking for sys/param.h... yes checking for getcwd... yes checking for munmap... yes checking for putenv... yes checking for setenv... yes checking for setlocale... yes checking for strchr... yes checking for strcasecmp... yes checking for strdup... yes checking for __argz_count... yes checking for __argz_stringify... yes checking for
Re: XMPS compilation problems
On Tue, Jun 18, 2002 at 03:09:50AM +0200, Rox de Gabba wrote: Hey all.. i'm trying to compile xmps and it gives me errors eventhough i have all the dependencies that are listed on the site installed on my system. Did you install the build-dependencies listed in debian/control in the source package? Runtime dependencies are unlikely to be enough. You need a variety of -dev packages. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XMPS compilation problems
Did you install the build-dependencies listed in debian/control in the source package? Runtime dependencies are unlikely to be enough. You need a variety of -dev packages. Do you happen to know where to look for the names of the -dev packages i need? The sources i got were from a tar.gz file so i didn't get any help from apt-get. README and INSTALL files don't mention anything either. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XMPS compilation problems
On Tue, Jun 18, 2002 at 03:32:34AM +0200, Rox de Gabba wrote: Colin Watson wrote: Did you install the build-dependencies listed in debian/control in the source package? Runtime dependencies are unlikely to be enough. You need a variety of -dev packages. Do you happen to know where to look for the names of the -dev packages i need? They usually correspond to the runtime dependencies. Looking at the output you gave, libgtk1.2-dev, libgnome-dev, and libsdl1.2-dev would be a good start. You might also want gettext. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XMPS compilation problems
They usually correspond to the runtime dependencies. Looking at the output you gave, libgtk1.2-dev, libgnome-dev, and libsdl1.2-dev would be a good start. You might also want gettext. Gettext was the problem with compilation, thanx for helping me out, mate, i would have never thought of that. Now i got the thing running and i just need to tune it for running divx:) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation problems
On Sat, Apr 13, 2002 at 10:23:28PM -0400, Vivek Bharathan wrote: Hello, I recently reformatted my hard drive and upgraded from potato to woody. Previously, under potato, when I upgraded and recompiled my kernel, I simply set the config file, typed make dep, and make install and configured lilo and everything worked fine after that. Under Woody, however, I did the following: make menuconfig, entered my choices make clean make dep make bzImage make modules make modules_install then I configured lilo you probably have some files bad-linked under /boot and / by default the commands you've given install linux under / dir besides debian has a vmlinuz-X.X.XX in /boot linked to / control if all these links are set well, even if imho it's better to have all kernel files installed under /boot, do do this you firstly have to uncomment INSTALL_PATH=/boot in the kernel-source Makefile, edit your /etc/lilo.conf change location of vmlinuz from /vmlinuz to /boot/vmlinuz, rename an eventual /boot/System.map-x.x.xx and /boot/vmlinuz-x.x.xx respectively to System.old and vmlinuz.old. Then make the same operation you did (use in this case make bzlilo instead of make bzImage so you'll get vmlinuz copied in /boot). if you don't like this handmaking method you also can apt-get install kernel-package and the man make-kpkg and it'll build your own kernel-image deb :) enjoy. Luca Pasquali GNU\Debian User I've to patch my brain and my heart, I've been hacked by the wings of love, lonelyness is for fools, society for suckers, the mountains are useful to rise up a little bit more to the sky contact me at: [EMAIL PROTECTED] [EMAIL PROTECTED] pgpjP2jIEGBLl.pgp Description: PGP signature
Re: compilation problems
On Sun, 14 Apr 2002 12:23, Vivek Bharathan wrote: Hello, I recently reformatted my hard drive and upgraded from potato to woody. Previously, under potato, when I upgraded and recompiled my kernel, I simply set the config file, typed make dep, and make install and configured lilo and everything worked fine after that. Under Woody, however, I did the following: make menuconfig, entered my choices make clean make dep make bzImage make modules make modules_install then I configured lilo When I reboot with the new kernel, the network cannot be accessed. I double-checked the configuration with the old kernel and have all of the net device settings the same. I don't think this is the problem. When I reboot using the old kernel I can get a connection. I have my network card (3c59x) set to run as a module. I suspect that the modules are not being read correctly... Help please? Thank you, Vivek You can check to see if the 3c59x module has been loaded with the lsmod command. If it isn't run modconf (as root type modconf) and chose the 3c59x module. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
compilation problems
Hello, I recently reformatted my hard drive and upgraded from potato to woody. Previously, under potato, when I upgraded and recompiled my kernel, I simply set the config file, typed make dep, and make install and configured lilo and everything worked fine after that. Under Woody, however, I did the following: make menuconfig, entered my choices make clean make dep make bzImage make modules make modules_install then I configured lilo When I reboot with the new kernel, the network cannot be accessed. I double-checked the configuration with the old kernel and have all of the net device settings the same. I don't think this is the problem. When I reboot using the old kernel I can get a connection. I have my network card (3c59x) set to run as a module. I suspect that the modules are not being read correctly... Help please? Thank you, Vivek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: compilation problems
On Sat, 2002-04-13 at 22:23, Vivek Bharathan wrote: Hello, I recently reformatted my hard drive and upgraded from potato to woody. Previously, under potato, when I upgraded and recompiled my kernel, I simply set the config file, typed make dep, and make install and configured lilo and everything worked fine after that. Under Woody, however, I did the following: make menuconfig, entered my choices make clean make dep make bzImage make modules make modules_install then I configured lilo When I reboot with the new kernel, the network cannot be accessed. I double-checked the configuration with the old kernel and have all of the net device settings the same. I don't think this is the problem. When I reboot using the old kernel I can get a connection. I have my network card (3c59x) set to run as a module. I suspect that the modules are not being read correctly... Help please? Thank you, Vivek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] try doing the debian version of compiling the kernel...which, seems to be very slick and let's you assign version numbers to your newly made kernel... http://www.debian.org/doc/FAQ/ch-kernel.html#s-customkernel good luck! -jeff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: glade compilation problems
On Fri, Feb 22, 2002 at 16:48:41 -0500, timothy bauscher wrote: now I am having troubles because gnomeConf.sh cannot be found. Install the package that contains this file. http://www.debian.org/distrib/packages#search_contents quickly leads to libgnome-dev as the package you're looking for. HTH, Ray -- RUMOUR Believe all you hear. Your world may not be a better one than the one the blocks live in but it'll be a sight more vivid. - The Hipcrime Vocab by Chad C. Mulligan
glade compilation problems
I am having some problems compiling my first glade application. I have fixed several problems so far, but now I am having troubles because gnomeConf.sh cannot be found. I tried an apt-get install gnome-libs and an apt-get install gnome-libs-devel, but neither where found by apt. What should I ask apt to get? Thank you for your help! (==timothy==) All software sucks. Linux sucks less. #== output produced by autogen.sh == **Warning**: I am going to run `configure' with no arguments. If you wish to pass any to it, please specify them on the `autogen.sh' command line. processing . Creating ./aclocal.m4 ... Running gettextize... Ignore non-fatal messages. You should update your own `aclocal.m4' by adding the necessary macro packages gettext.m4, lcmessage.m4 and progtest.m4 from the directory `/aclocal' Making ./aclocal.m4 writable ... Running aclocal -I macros ... Running autoheader... Running automake --gnu ... Running autoconf ... Running ./configure --enable-maintainer-mode --enable-compile-warnings ... loading cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... missing checking for gnome-config... no checking for gnomeConf.sh file in /usr/local/lib... not found configure: error: Could not find the gnomeConf.sh file that is generated by gnome-libs install
Re: glade compilation problems
On Fri, Feb 22, 2002 at 04:48:41PM -0500, timothy bauscher wrote: | I am having some problems compiling my | first glade application. I have fixed | several problems so far, but now I am | having troubles because gnomeConf.sh | cannot be found. | | I tried an apt-get install gnome-libs | and an apt-get install gnome-libs-devel, | but neither where found by apt. What | should I ask apt to get? [running autoconf] | checking for gnome-config... no | checking for gnomeConf.sh file in /usr/local/lib... not found | configure: error: Could not find the gnomeConf.sh file that is generated | by gnome-libs install I think that autoconf isn't quite right in this case. The simplest thing you can do is just run the compiler yourself giving it all the right options. autoconf is nice if you want your app to build on a system that may be different than yours. I believe that the issue is a reworking of how gtk/gnome lib build options are determined. There used to be a script called 'gnome-config' that would output the CFLAGs and LDFLAGs that gnome apps should be compiled with. I believe that has now been consolidated into a single script with a database for the libs/apps. It is probably that transition that is tripping things up. I don't remember the name of that new system, but I do see 'gnome-config' on my woody box. It is in the 'libgnome-dev' package. Try installing that and see if it helps. HTH, -D -- Like a gold ring in a pig's snout is a beautiful woman who shows no discretion. Proverbs 11:22
Re: glade compilation problems
I don't remember the name of that new system, but I do see 'gnome-config' on my woody box. It is in the 'libgnome-dev' package. Try installing that and see if it helps. libgnome-dev was what I needed. Problem solved. Thank you! (==timothy==) --- On Fri, Feb 22, 2002 at 04:48:41PM -0500, timothy bauscher wrote: | I am having some problems compiling my | first glade application. I have fixed | several problems so far, but now I am | having troubles because gnomeConf.sh | cannot be found. | | I tried an apt-get install gnome-libs | and an apt-get install gnome-libs-devel, | but neither where found by apt. What | should I ask apt to get? [running autoconf] | checking for gnome-config... no | checking for gnomeConf.sh file in /usr/local/lib... not found | configure: error: Could not find the gnomeConf.sh file that is generated | by gnome-libs install I think that autoconf isn't quite right in this case. The simplest thing you can do is just run the compiler yourself giving it all the right options. autoconf is nice if you want your app to build on a system that may be different than yours. I believe that the issue is a reworking of how gtk/gnome lib build options are determined. There used to be a script called 'gnome-config' that would output the CFLAGs and LDFLAGs that gnome apps should be compiled with. I believe that has now been consolidated into a single script with a database for the libs/apps. It is probably that transition that is tripping things up. I don't remember the name of that new system, but I do see 'gnome-config' on my woody box. It is in the 'libgnome-dev' package. Try installing that and see if it helps. HTH, -D -- Like a gold ring in a pig's snout is a beautiful woman who shows no discretion. Proverbs 11:22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New to Debian....compilation problems
On Tue, 10 Apr 2001, Morgan Terry wrote: On 8 Apr 2001, Moritz Schulte wrote: gcc: Internal compiler error: program cc1 got fatal signal 4 mea culpa. it _was_ 11. When I was getting sig 11's on my box, it turned out to be a bad CPU fan. I replaced it and haven't had any problems since. It does compile on my old redhat on the same box...Could there be something that i'ven't installed or with the kernel options that i have selected ? ** omicron Mail:[EMAIL PROTECTED] (Sridhar N) www:omicron.symonds.net pubkeys:omicron.symonds.net/pubkeys C O G I T O E R G O S U M ~~~
Re: New to Debian....compilation problems
hi.. On 8 Apr 2001, Moritz Schulte wrote: gcc: Internal compiler error: program cc1 got fatal signal 4 mea culpa. it _was_ 11. have you overclocked your system? Well, it is about Signal 11, but perhaps it's useful, too: http://www.bitwizard.nl/sig11/. perhaps i should upgrade my gcc/libc6 ?btw, i'll check that url. Thanx. regards omicron ** omicron Mail:[EMAIL PROTECTED] (Sridhar N) www:omicron.symonds.net pubkeys:omicron.symonds.net/pubkeys C O G I T O E R G O S U M ~~~
Re: New to Debian....compilation problems
On Tue, Apr 10, 2001, omicron wrote: hi.. On 8 Apr 2001, Moritz Schulte wrote: gcc: Internal compiler error: program cc1 got fatal signal 4 mea culpa. it _was_ 11. Hi, If it was signal 11, you probably want to run memtest86 as it is quite possibly a memory error. 'apt-get install hwtools' Hope this helps and take care, Daniel have you overclocked your system? Well, it is about Signal 11, but perhaps it's useful, too: http://www.bitwizard.nl/sig11/. perhaps i should upgrade my gcc/libc6 ?btw, i'll check that url. Thanx. regards omicron ** omicron Mail:[EMAIL PROTECTED] (Sridhar N) www:omicron.symonds.net pubkeys:omicron.symonds.net/pubkeys C O G I T O E R G O S U M ~~~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Daniel A. Freedman Laboratory for Atomic and Solid State Physics Department of Physics Cornell University
Re: New to Debian....compilation problems
omicron wrote: hi.. On 8 Apr 2001, Moritz Schulte wrote: gcc: Internal compiler error: program cc1 got fatal signal 4 mea culpa. it _was_ 11. ... When I was getting sig 11's on my box, it turned out to be a bad CPU fan. I replaced it and haven't had any problems since. -- Morgan Terry [EMAIL PROTECTED] It is easier to move a problem around (for example, by moving the problem to a different part of the overall network architecture) than it is to solve it. --RFC 1925
New to Debian....compilation problems
hi i'm new to Debian and this list. I installed Debian 2.2r2. But when i try to compile the kernel 2.4.1 source, then i get the message gcc: Internal compiler error: program cc1 got fatal signal 4 i have gcc 2.95.2-13 and libc6 2.1.3.Can you help me out ? Thanx in advance, regards omicron ** omicron Mail:[EMAIL PROTECTED] (Sridhar N) www:omicron.symonds.net pubkeys:omicron.symonds.net/pubkeys C O G I T O E R G O S U M ~~~
Re: New to Debian....compilation problems
omicron [EMAIL PROTECTED] writes: i'm new to Debian and this list. I installed Debian 2.2r2. But when i try to compile the kernel 2.4.1 source, then i get the message gcc: Internal compiler error: program cc1 got fatal signal 4 Is this problem 100% reproducible? If not, i would guess you have a hardware problem. Signal 4 is Illegal instruction (man 7 signal) - have you overclocked your system? Well, it is about Signal 11, but perhaps it's useful, too: http://www.bitwizard.nl/sig11/. hth, moritz -- Moritz Schulte [EMAIL PROTECTED] http://www.chaosdorf.de/moritz/ Debian/GNU supporter - http://www.debian.org/ http://www.gnu.org/ GPG fingerprint = 3A14 3923 15BE FD57 FC06 B501 0841 2D7B 6F98 4199
Compilation problems with XEmacs
I have the debian sources for xemacs 20.4-13 and wanted to recompile it to remove the gpm support. After applying a little filter to the debian/rules file to get rid of the mule variants: while(STDIN) { print unless /mule/; next unless /nomule/; s/\S*canna\S*//g; s/\S*[-_]mule\S*//g; s/[ ]mule\S*/ /g; print; } I compiled it as usual. However, gcc complained about the ndbm.h file missing. I used locate to find it in /usr/include/db1 and changed the rules file to point to this include locatation. The compilation succeeded, however xemacs crashed as soon as I started it in X11 (with -nw or in linux console it run fine). I was able to track the problem down to the database library. If I add the --with-database=berkdb option to the configure call in debian/rules, the resulting version won't crash on my system. Does anybody has similiar problems after stepping to glibc2.1 (currently 2.1.1-0.2 is installed)? Is there a better way to solve this problem without correcting the self-detection routines in autoconf.h? I'd like to compile unchanged debian packages on my system. Torsten -- Homepage: http://www.in-berlin.de/User/myrkr
Compilation Problems
Hi, As root I can compile a program using: gcc -I /usr/include/X11 -L/usr/X11R6/lib demo.c -lX11 and get an executable a.out. As a user when I type the same thing I get: ld:cannot open -lX11: No such file of directory Do I have to give this user special privledges or something??? How do I make it so I can compile as this user.. PS Please reply with a copy directly to me. Regards, MTY
compilation problems
Hi, I apologize for the long message but I figure I'd better lay out all the errors. I'm having some unusual compilation problems on a new machine I'm setting up. When I try a make depend on some code, I often get one or more of the following errors: f77 -I./inc -cpp -g -C -c routine.F -o ./routine.o ./routine.F routine: mv: routine.c: I/O error /usr/bin/f77: routine.c: No such file or directory mv: /tmp/gc.8744: No such file or directory cc: routine.c: No such file or directory cc: No input files If it gets past this stage, I get the following after linking: f77 -cpp -g -C [all object files] -o phdst -L/usr/cern/97a/lib -lkernlib -lpacklib -lmathlib other_routine.o: file not recognized: I/O error Occasionally, I won't even get that far, since when I try a make, I get: make: getcwd: : I/O error or even Assembler messages: FATAL: Can't create some_routine.o: I/O error The specific object or source file constantly changes. That is, if I retry the make command repeatedly, it will cycle through an arbitrary number of existing object files and decide it doesn't like them. Same with linking. If I'm lucky, after 5 or 6 tries, I'll get a working executable but evidently, something's very wrong. Here are some (I think) relevant packages that I have installed: ii netbase 2.13-1 Basic TCP/IP networking binaries ii netstd 2.13-1 Networking binaries and daemons for ii f77reorder 2.25-2 f77 compiler script calling f2c/gcc. ii sed 2.05-12The GNU sed stream editor. ii gawk3.0.2-1GNU awk, a pattern scanning and ii mawk1.3.3-1a pattern scanning and text processing Since most or all of these are from stable, I can't see why they'd be causing a problem. It looks like all of these problems are just different manifestations of the same problem (ie, Linux can't stat the file in question), but I can't imagine why it has trouble with a file and 5 seconds later *doesn't* but has trouble with *another* file. Is this the fault of nfs? I'm hoping I don't have to reinstall the entire system Thanks, J. Goldman -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: compilation problems
On Wed, 20 Aug 1997, Jesse Goldman wrote: ii netbase 2.13-1 Basic TCP/IP networking binaries ii netstd 2.13-1 Networking binaries and daemons for ii f77reorder 2.25-2 f77 compiler script calling f2c/gcc. ii sed 2.05-12The GNU sed stream editor. ii gawk3.0.2-1GNU awk, a pattern scanning and ii mawk1.3.3-1a pattern scanning and text processing Did you try to install GNU fortran77, the real f77 compiler? BTW it comes in version 0.5.20 in stable (though 5.20 is known to have bugs), maybe somewhere 0.5.19.1 is somewhere around as .deb? Awaiting g77 0.5.21 soon, Michael Taeschner DLR Braunschweig: [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: compilation problems
In message [EMAIL PROTECTED], writes: Hi, I apologize for the long message but I figure I'd better lay out all the errors. I'm having some unusual compilation problems on a new machine I'm setting up. When I try a make depend on some code, I often get one or more of the following errors: f77 -I./inc -cpp -g -C -c routine.F -o ./routine.o ./routine.F routine: mv: routine.c: I/O error `I/O error' is a hardware problem. It sounds as if there's something wrong with the hard disk. That's why the file involved keeps changing. -- Oliver Elphick[EMAIL PROTECTED] Isle of Wight http://lfix.co.uk/oliver Make it idiot-proof, and someone will breed a better idiot. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
G77 (was Re: compilation problems)
Thus Spake Michael Taeschner: Did you try to install GNU fortran77, the real f77 compiler? BTW it comes in version 0.5.20 in stable (though 5.20 is known to have bugs), maybe somewhere 0.5.19.1 is somewhere around as .deb? The bo-updates section has 0.5.19.1. Awaiting g77 0.5.21 soon, Don't hold your breath. I've heard that it's been indefinitely delayed, sort of like gcc 2.8. If you feel like living dangerously (and are using a libc6 development environment) the egcs compiler package (experimental new gcc version; see http://www.cygnus.com/egcs/) is heading for experimental as soon as the first non-snapshot release comes out. This will have a eg77 package, which is a pre-beta version of 0.5.21 designed to work with egcc. --Galen -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: G77 (was Re: compilation problems)
Hi, On Thu, 21 Aug 1997, Galen Hazelwood wrote: Date: Thu, 21 Aug 1997 12:01:44 -0600 From: Galen Hazelwood [EMAIL PROTECTED] To: debian-user@lists.DEBIAN.org Subject: G77 (was Re: compilation problems) Resent-Date: Thu, 21 Aug 1997 18:04:20 + Resent-From: debian-user@lists.DEBIAN.org Resent-cc: recipient list not shown: ; Thus Spake Michael Taeschner: Did you try to install GNU fortran77, the real f77 compiler? BTW it comes in version 0.5.20 in stable (though 5.20 is known to have bugs), maybe somewhere 0.5.19.1 is somewhere around as .deb? The bo-updates section has 0.5.19.1. Awaiting g77 0.5.21 soon, Don't hold your breath. I've heard that it's been indefinitely delayed, sort of like gcc 2.8. nope, it will be released about Sep 1st and based on gcc 2.7.2.3 If you feel like living dangerously (and are using a libc6 development environment) the egcs compiler package (experimental new gcc version; see http://www.cygnus.com/egcs/) is heading for experimental as soon as the first non-snapshot release comes out. This will have a eg77 package, which is a pre-beta version of 0.5.21 designed to work with egcc. i've got amazing speed out of egcs g77 benchmarks ! Feel free to ask in private e-mail OK -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: G77 (was Re: compilation problems)
Galen Hazelwood wrote: Thus Spake Michael Taeschner: Awaiting g77 0.5.21 soon, Don't hold your breath. I've heard that it's been indefinitely delayed, sort of like gcc 2.8. Craig Burley is planning the release of g77 0.5.21 on September 1st, or at least so he wrote two days ago. -- Thomas Koenig, [EMAIL PROTECTED], [EMAIL PROTECTED] The joy of engineering is to find a straight line on a double logarithmic diagram. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: G77 (was Re: compilation problems)
Oleg Krivosheev wrote: nope, it will be released about Sep 1st and based on gcc 2.7.2.3 That's good news. Unfortunately, if it's based on 2.7.2.3, that means there probably won't be a libc5 version of it. If that's going to inconvenience anybody, let me know, and I'll...see what I can do. --Galen -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
routed in netstd and gated compilation problems.
Hi. I've been trialing the routed included in netstd and it seems _very_ broken to the point of not establishing routes in the table when one needs to be added. I believe that from reports about 'routed' on the Internet that people don't use it because of this and 'gated' is a very powerful and versitile replacement. Perhaps either gated can be provided as part of netstd - though a seperate package would be a better way to go. Now, even more interesting problem - I'm having trouble compiling gated would you believe :-) Please keep in mind that I'm no programmer, but these are the errors I get, and again, wouldn't you know it - right near the end of the compilaton: parse.o: In function `parse_where': parse.o(.text+0x56b): undefined reference to `yylineno' parse.o(.text+0x591): undefined reference to `yylineno' lexer.o: In function `yylex': lexer.o(.text+0x327): undefined reference to `yylineno' lexer.o(.text+0x5a8): undefined reference to `yylineno' lexer.o(.text+0x6b8): undefined reference to `yylineno' lexer.o(.text+0x86d): more undefined references to `yylineno' follow make[1]: *** [gated] Error 1 If someone can help me on this gated compilation issue it'd proboly be best to keep it off the list. Thanks -- Karl Ferguson, Tower Networking Pty LtdTel: +61 8 9456 [EMAIL PROTECTED] t/a STAR Online ServicesFax: +61 8 9455 2776[EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Kernel compilation problems - solved
Thank you to everyone responding. I discovered at one stage that the compilation process was looking for as86 and that I did not have it. After installing bin86 the problem was solved. Johann. Johann Spies [EMAIL PROTECTED] Windsorlaan 19 Pietermaritzburg 3201 Suid Afrika (South Africa) Tel. Nr. 0331-46-1310 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
kernel compilation problems
In preparation for linux 2.1, I recently upgraded binutils to 2.7-3, and libc5 ( -dev) to 5.4.7. While compiling 2.1.5, it bombed out saying entry.o not found (in arch/i386/kernel); entry.S was there, but for some reason wasn't compiled (assembled). I gave up at the time. Tonight I'm trying to recompile 2.0.21 and it's dying with the same error. The Makefile in /usr/src/linux/arch/i386/kernel doesn't specifically mention how to compile entry.S, but it doesn't for all the .c files either. But it doesn't get compiled, so that part won't link, and it dies. If I assemble by hand, it works okay. 2.0.21 was fine before, and I've since patched up to 2.0.23 which didn't change that Makefile, and am trying it now. I've downgraded binutils and libc5 already, not yet libc5-dev but make shouldn't be troubled by that. Any ideas? :-( thanks, Hamish -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]