[gentoo-user] cmake bug ?
When i try to compile VTK-4.2 by [cd VTK; cmake . or with ccmake .] i get the following error message, before cmake segfaults: CMake Error: Error in cmake code at /mnt/saddam/downloads/VTK/CMake/vtkLoadCMakeExtensions.cmake:7: LOAD_COMMAND Attempt to load the library /mnt/saddam/downloads/VTK/CMake/libcmVTK_WRAP_TCL2.so failed. Additional error info is: /mnt/saddam/downloads/VTK/CMake/libcmVTK_WRAP_TCL2.so: failed to map segment from shared object: Operation not permitted CMake Error: Error in cmake code at /mnt/saddam/downloads/VTK/CMake/vtkLoadCMakeExtensions.cmake:17: A command failed during the invocation of macro VTK_LOAD_SINGLE_CMAKE_EXTENSION. Loading VTK command VTK_WRAP_TCL2 - failed -- Configuring done Segmentation fault Here is my configuration: Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20041102-r1, 2.6.10-gentoo-r6 i686) cmake version 2.0.5 By the way, it seems that i'm not the only one with this kind of problem: http://vtk.org/pipermail/vtkusers/2004-January/071177.html Besides, i've allready posted in the VTK mailing list myself [http://public.kitware.com/pipermail/vtkusers/2005-March/0790(12/16).html] - but i didn't get a helpfull answer - so i thought that maybe someone here knows what to do, as it may be a gentoo specific problem. thanks, antonio -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: [Bug 78401] New: dev-php/mod_php-4.3.10 build failed.
On Mon, 17 Jan 2005 17:34:49 -0600, Kurt Guenther [EMAIL PROTECTED] wrote: Jerry McBride wrote: You need to run fix_libtool_files.sh... See bugs.gentoo.org for the exact command I ran `fix_libtool_files.sh 3.3`, but I got the same exact error. --Kurt -- gentoo-user@gentoo.org mailing list try running 'fix_libtool_files.sh 3.3.4' - the full version number (3.3.4 instead of 3.3) -- Eric Thompson [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: [Bug 78401] New: dev-php/mod_php-4.3.10 build failed.
On Tuesday 18 January 2005 09:17 am, Kurt Guenther [EMAIL PROTECTED] wrote: I finally just added a link for the missing version. It seemed to work. It was suggested that I fun: `fix_libtool_files.sh 3.3.4` but this didn't update any files. When your system was first borked the libtool files had paths like: .../3.3.4/... After you incorrectly ran `fix_libtool_files.sh 3.3' the paths became: .../3.3.5.4/... (probably) (So, you went from borked to completely borked) To fix your problem now, you'd need to run `fix_libtool_files.sh 3.3.5.4' (and pray) -- Boyd Stephen Smith Jr. [EMAIL PROTECTED] ICQ: 514984 YM/AIM: DaTwinkDaddy -- gentoo-user@gentoo.org mailing list
[gentoo-user] Qt bug???
I don't know if this is a bug in Qt or not. I re-emerged qt-3.3.3 last
night to have it install the documentation. Now the HTML docs are
installed. I've been giving my wife C++ lessons in our spare time, and
I thought she might enjoy doing some GUI stuff. I've always used Qt for
my C++ GUI projects, though I haven't worked on any since I came to
Gentoo. I typed in this program straight out of my Qt 3 book:
#include qapplication.h
#include qlabel.h
int main(int argc, char *argv[])
{
QApplication app(argc, argv);
QLabel *label = new QLabel(Hello World!, 0);
app.setMainWidget(label);
label-show();
return app.exec();
}
I ran qmake -project to get a .pro file, then qmake again to generate a
Makefile. Then I ran make and got this output:
g++ -c -pipe -Wall -W -O2 -march=i686 -DQT_NO_DEBUG
-I/usr/qt/3/mkspecs/linux-g++ -I. -I. -I/usr/qt/3/include -o helloqt.o
helloqt.cpp
g++ -o qt helloqt.o-L/usr/X11R6/lib -lXext -lX11 -lm
helloqt.o(.text+0x2a): In function `main':
: undefined reference to `QApplication::QApplication[in-charge](int,
char**)'
helloqt.o(.text+0x50): In function `main':
: undefined reference to `QString::QString[in-charge](char const*)'
helloqt.o(.text+0x6e): In function `main':
: undefined reference to `QLabel::QLabel[in-charge](QString const,
QWidget*, char const*, unsigned)'
helloqt.o(.text+0x84): In function `main':
: undefined reference to `QString::shared_null'
helloqt.o(.text+0x8e): In function `main':
: undefined reference to `QStringData::deleteSelf()'
helloqt.o(.text+0x9a): In function `main':
: undefined reference to `QApplication::setMainWidget(QWidget*)'
helloqt.o(.text+0xad): In function `main':
: undefined reference to `QApplication::exec()'
helloqt.o(.text+0xb7): In function `main':
: undefined reference to `QApplication::~QApplication [in-charge]()'
helloqt.o(.text+0xe0): In function `main':
: undefined reference to `QString::shared_null'
helloqt.o(.text+0xea): In function `main':
: undefined reference to `QStringData::deleteSelf()'
helloqt.o(.text+0x104): In function `main':
: undefined reference to `QApplication::~QApplication [in-charge]()'
helloqt.o(.gnu.linkonce.r._ZTV6QGList+0xc): undefined reference to
`QGList::clear()'
helloqt.o(.gnu.linkonce.r._ZTV6QGList+0x10): undefined reference to
`QGList::~QGList [in-charge]()'
helloqt.o(.gnu.linkonce.r._ZTV6QGList+0x14): undefined reference to
`QGList::~QGList [in-charge deleting]()'
helloqt.o(.gnu.linkonce.r._ZTV6QGList+0x18): undefined reference to
`QPtrCollection::newItem(void*)'
helloqt.o(.gnu.linkonce.r._ZTV6QGList+0x20): undefined reference to
`QGList::compareItems(void*, void*)'
helloqt.o(.gnu.linkonce.r._ZTV6QGList+0x24): undefined reference to
`QGList::read(QDataStream, void*)'
helloqt.o(.gnu.linkonce.r._ZTV6QGList+0x28): undefined reference to
`QGList::write(QDataStream, void*) const'
helloqt.o(.gnu.linkonce.r._ZTI6QGList+0x8): undefined reference to
`typeinfo for QPtrCollection'
collect2: ld returned 1 exit status
make: *** [qt] Error 1
I looked over my book's source code and compared it to what I typed in
and they look identical. Is this a problem with my source code or a
problem with the Qt toolkit? Should I submit this as a bug?
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Qt bug???
On Tue, 18 Jan 2005 17:15:36 -0600, Michael Sullivan [EMAIL PROTECTED] wrote: I looked over my book's source code and compared it to what I typed in and they look identical. Is this a problem with my source code or a problem with the Qt toolkit? Should I submit this as a bug? Before that, try a sanity check. Open up the makefile and make sure it's including the right libraries and that the paths are all correct. It's possible some config file got messed up when you emerged it and the paths aren't right. It looks like a linker error, so maybe it's not pulling in the right libraries. -Andy -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: [Bug 78401] New: dev-php/mod_php-4.3.10 build failed.
Does anybody know why the mod_php build would fail? [EMAIL PROTECTED] wrote: http://bugs.gentoo.org/show_bug.cgi?id=78401 Summary: dev-php/mod_php-4.3.10 build failed. Product: Gentoo Linux Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Ebuilds AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm trying to emerge this package as a dependency of 'net-dialup/pptpconfig', but it fails. I don't know if this is related, but I recently emerge gcc 3.3.4. Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: /bin/sh /var/tmp/portage/mod_php-4.3.10/work/php-4.3.10/libtool --silent --preserve-dup-deps --mode=compile gcc -DJNI_12 -D_REENTRANT '-DJAVALIB=/opt/blackdown-jdk-1.4.1/jre/lib/i386/libjava.so' -I/opt/blackdown-jdk-1.4.1/include -I/opt/blackdown-jdk-1.4.1/include/linux -Iext/java/ -I/var/tmp/portage/mod_php-4.3.10/work/php-4.3.10/ext/java/ -DPHP_ATOM_INC -I/var/tmp/portage/mod_php-4.3.10/work/php-4.3.10/include -I/var/tmp/portage/mod_php-4.3.10/work/php-4.3.10/main -I/var/tmp/portage/mod_php-4.3.10/work/php-4.3.10 -I/var/tmp/portage/mod_php-4.3.10/work/php-4.3.10/Zend -I/usr/include/libxml2 -I/var/tmp/portage/mod_php-4.3.10/work/php-4.3.10/ext/mbstring/mbregex -I/var/tmp/portage/mod_php-4.3.10/work/php-4.3.10/ext/mbstring/libmbfl -I/var/tmp/portage/mod_php-4.3.10/work/php-4.3.10/ext/mbstring/libmbfl/mbfl -I/usr/include/postgresql/pgsql -I/usr/include/pspell -I/var/tmp/portage/mod_php-4.3.10/work/php-4.3.10/ext/xml/expat -I/var/tmp/portage/mod_php-4.3.10/work/php-4.3.10/TSRM -march=pentium4 -O3 -pipe -prefer-pic -c /var/tmp/portage/mod_php-4.3.10/work/php-4.3.10/ext/java/java.c -o ext/java/java.lo grep: /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la: No such file or directory /bin/sed: can't read /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la: No such file or directory libtool: link: `/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la' is not a valid libtool archive make: *** [libphp4.la] Error 1 make: *** Waiting for unfinished jobs !!! ERROR: dev-php/mod_php-4.3.10 failed. !!! Function php-sapi_src_compile, Line 516, Exitcode 2 Expected Results: emerge success --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: [Bug 78401] New: dev-php/mod_php-4.3.10 build failed.
On Monday 17 January 2005 03:29 pm, Kurt Guenther wrote: Does anybody know why the mod_php build would fail? ---snip --- Yeah, you using gcc 3.3.5 to compile the source while the .la files are pointing to non-existant 3.3.4 compiler... You need to run fix_libtool_files.sh... See bugs.gentoo.org for the exact command -- ** Registered Linux User Number 185956 FSF Associate Member number 2340 since 05/20/2004 Join me in chat at #linux-users on irc.freenode.net Buy an Xbox for $149.00, run linux on it and Microsoft loses $150.00! 3:28pm up 99 days, 23:14, 8 users, load average: 0.10, 0.14, 0.09 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: [Bug 78401] New: dev-php/mod_php-4.3.10 build failed.
Jerry McBride wrote: You need to run fix_libtool_files.sh... See bugs.gentoo.org for the exact command I ran `fix_libtool_files.sh 3.3`, but I got the same exact error. --Kurt -- gentoo-user@gentoo.org mailing list
[gentoo-user] mirrorselect bug
I did a fresh install (minimal, stage3) of 2004.3. When it came time to emerge things I would get repeated failures. All the mirrors selected by mirror select seem to have failures of one type or another. It seems like mirror select decided that since they failed in such a short time, they were the quickest. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mirrorselect bug
On 01/16/05 00:46, David Corbin wrote: I did a fresh install (minimal, stage3) of 2004.3. When it came time to emerge things I would get repeated failures. All the mirrors selected by mirror select seem to have failures of one type or another. It seems like mirror select decided that since they failed in such a short time, they were the quickest. My personal favorite mirror is DataPipe's. The one from the OSU Open Source Lab has always worked fine for me, too, though it's not as fast. Add this to your /etc/make.conf: GENTOO_MIRRORS=ftp://mirror.datapipe.net/gentoo http://gentoo.osuosl.org; That should make it automatically use DataPipe's mirror, which has never failed me before... -- gentoo-user@gentoo.org mailing list
[gentoo-user] quickpkg bug??
quickpkg /var/db/pkg/dev-python/pyogg-1.1 This line is supposed to create a package for this installed ebuild and I don't know why it isn't working... -- live free() or die() Jadex signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
[gentoo-user] usb.agent bug around line 144
There is a bug in the usb.agent file of hotplug around line 144 and there is supposedly a fix available on the linux-hotplug-devel list. I have not figured out where the fix is. Any ideas? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] incorporating bug fixes
-- quoting Grendel -- It actually is superior, My IQ ranks at 165, and I am a life member of mensa. Wow Grendel, you're my man ... you must be the most intelligent guy I've ever wrote to! What I can't understand: How could it be that a guy with an IQ of only 132 (shame on me) like me was able to fill a bug report at first try (bug got fixed 2 days later), but such a genius like you wasn't able to do that? Strange things happening here... -- Could this be the best day of my life? -- Homer Simpson Homer the Heretic -- [EMAIL PROTECTED] mailing list
[gentoo-user] [OT] Re: [gentoo-user] incorporating bug fixes
On Thu, 26 Feb 2004 16:43:17 +0100 Matthias F. Brandstetter [EMAIL PROTECTED] wrote: Wow Grendel, you're my man ... you must be the most intelligent guy I've ever wrote to! What I can't understand: How could it be that a guy with an IQ of only 132 (shame on me) like me was able to fill a bug report at first try (bug got fixed 2 days later), but such a genius like you wasn't able to do that? This just goes to prove what I've been thinking for several years - your IQ score only tells how well can you solve IQ tests. Nothing more, nothing less. That said, I just don't understand people who are fond of their (high) IQ. -- /~\ The ASCIIAndrej Ticho Kacian andrej at kacian dot sk \ / Ribbon Campaign GnuPG public key ID: 7CD93FE2 (pgp.mit.edu) X Against HTML Key fingerprint: / \ Email! E87D 9DEF 2A23 6FFB 7AD9 542F 4253 3A46 7CD9 3FE2 pgp0.pgp Description: PGP signature
Re: [gentoo-user] incorporating bug fixes
On Thu, 26 Feb 2004, Matthias F. Brandstetter uttered the following... -- quoting Grendel -- It actually is superior, My IQ ranks at 165, and I am a life member of mensa. Wow Grendel, you're my man ... you must be the most intelligent guy I've ever wrote to! Not really there are far more greater individuals. Linus Pauling and bobby fisher had ~ 175, and you see the IQ scale is such that there is a immense difference between say 165 and 175. Ie a 175 person is a really a genius. Really I was disappointed when my IQ was confirmed as 165 as I was expecting far more. What I can't understand: How could it be that a guy with an IQ of only 132 (shame on me) like me was able to fill a bug report at first try (bug got fixed 2 days later), but such a genius like you wasn't able to do that? Strange things happening here... There were several reasons, 1. I clicked on the New Link which is actually New-Expert, and not New-guided which is listed in the bottom of the screen were o one who is submitting his first bug report would look. 2. Time was of the essense, I was short of time and the new-expert was so complicated to figureout, for a first time submitter of bugzilla. 3. It was a simple problem where the latest qt (3.2 IIRC) was trying to link with the earlier version of qt(3.1), while compiling. So what I did was to rm the qt 3.1 libs and recompile the latest qt and it compiled perfectly as the old qt library was nto there to link to. So although I did not submit the bug report I figured out how to do it. Grendel -- Grendels annoyance filter is so advanced it puts people to the killfile even before they have posted. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] incorporating bug fixes
-- quoting Grendel -- 1. I clicked on the New Link which is actually New-Expert, and not New-guided which is listed in the bottom of the screen were o one who is submitting his first bug report would look. What? If you visit bugs.gentoo.org there is a link under Gentoo Linux Bugzilla in BIG letters saying Report a Bug - Using the guided format. Thats in the middle of the screen, not at the bottom. So I really can't see the problem here... -- If the Bible has taught us nothing else -- and it hasn't -- it's that girls should stick to girls' sports, such as hot oil wrestling and foxy boxing and such and such. -- Homer Simpson Lisa on Ice -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] incorporating bug fixes
On Wednesday 25 February 2004 03:33 am, Andrew Gaffney wrote: Grendel wrote: On Wed, 25 Feb 2004, Jason Stubbs uttered the following immortal words, I agree. But I would have assumed that, with your superior intellect, you It actually is superior, My IQ ranks at 165, and I am a life member of mensa. would have noticed that all of those soo many choices have defaults. Even if you handt used bugzilla before, wouldn't you think that the defaults are there for a reason? It also specifically says to not change the assigned field if you don't know whom to assign it to. Isn't it obvious that the reason for this is because the default receiver is somebody(s) that can field the bugs correctly? Actually I registered, then I wanted to report a bug in which qt 3.2 wouldnt compile if a previous qt was installed. However the huge amount of options really confused me and I even read the tutorial but still I gave up. I finally removed my earlier qt libraries and then newer qt was able to compile cleanly. It certainly would have been much easier if some text which explains everything like your statement above was there. Even with my not-so-superior intellect (I.Q. of 136), it was easy enough for me to file my first bug using the 'New' (not 'New-expert') option in the bar at the bottom of the screen, which guides you through creating a new bug. Everything is plainly laid out with sufficient (IMO) descriptions. You may not have seen this link, but give it a try 148 smart enough not to join mensa when invited. I found their members quite full of themselves.Just my $.02 -- Regards, Ernie 100% Microsoft and Intel free -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
What stage tarball are you using and where did you get it from, I remember this error, last time I downloaded a stage 1. So I just got myself an older stage 1 and it worked just fine. You could also try to startout with a stage 3 and then optimize these packages later on. - Original Message - From: Koala Gnu [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 3:25 PM Subject: Re: [gentoo-user] possible BUG in gentoo Thomas T. Veldhouse wrote: Koala Gnu wrote: sorry for my english To restart the build process, should I clean some directories or I can give directly the scripts/bootstrap.sh command? Restart from what point? Is this a fully installed machine that you are just trying to rebuild? If yes, then emerge -UuDep world will do the job nicely. Restart from scripts/bootstrap.sh. I avoided all the emerge since I am behind a firewall and emerge web sync does not work fine. So I downloaded the stage1 tar and I untared it in the gentoo partition (mounted on /mnt/gentoo). Then I untared in /mnt/gentoo/usr the last portage tree. Then I followed the instruction guide in www.gentoo.it (in italian) and run scripts/bootstrap.sh. This step was unsuccessful, and the I posted the mail. Then I changed some settings in make.conf according to the suggestions of Norbert and I was asking if I could restart from scripts/bootstrap.sh. Tom Veldhouse -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
[gentoo-user] possible BUG in gentoo
Hi all, I tried to install 4 times gentoo on my workstation having Mandrake 9.0. My computer is a Pentium 4 IBM Netvista. I used a 2 Gb partition for gentoo and I followed all the steps of the italian gentoo guide at www.gentoo.it. I run /scripts/bootstrap.sh and I got the following error. I think this could be a BUG, I tried to submit it, but I do not have an BUGZILLA account. Any help is welcome. gcc getw.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -freorder-blocks -mcpu=i686 -pipe -mpreferred-stack-boundary=2 -fPIC-I../include -I. -I/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/stdio-common -I.. -I../libio -I/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere -I../sysdeps/i386/elf -I../linuxthreads/sysdeps/unix/sysv/linux/i386 -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/i386/i686 -I../linuxthreads/sysdeps/i386 -I../sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /usr/lib/gcc-lib/i486-pc-linux-gnu/3.2.3/include -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DSHARED -D_IO_MTSAFE_IO -o /var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/stdio-common/getw.os -MD -MP -MF /var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/stdio-common/getw.os.dt gcc putw.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -freorder-blocks -mcpu=i686 -pipe -mpreferred-stack-boundary=2 -fPIC-I../include -I. -I/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/stdio-common -I.. -I../libio -I/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere -I../sysdeps/i386/elf -I../linuxthreads/sysdeps/unix/sysv/linux/i386 -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/i386/i686 -I../linuxthreads/sysdeps/i386 -I../sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /usr/lib/gcc-lib/i486-pc-linux-gnu/3.2.3/include -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DSHARED -D_IO_MTSAFE_IO -o /var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/stdio-common/putw.os -MD -MP -MF /var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/stdio-common/putw.os.dt gcc ../sysdeps/posix/remove.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -freorder-blocks -mcpu=i686 -pipe -mpreferred-stack-boundary=2 -fPIC-I../include -I. -I/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/stdio-common -I.. -I../libio -I/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere -I../sysdeps/i386/elf -I../linuxthreads/sysdeps/unix/sysv/linux/i386 -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/i386/i686 -I../linuxthreads/sysdeps/i386 -I../sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /usr/lib/gcc-lib/i486-pc-linux-gnu/3.2.3/include -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DPIC -DSHARED -D_IO_MTSAFE_IO -o
Re: [gentoo-user] possible BUG in gentoo
On Tue, 2004-01-20 at 09:59, Koala Gnu wrote: Hi all, I tried to install 4 times gentoo on my workstation having Mandrake 9.0. My computer is a Pentium 4 IBM Netvista. I used a 2 Gb partition for gentoo and I followed all the steps of the italian gentoo guide at www.gentoo.it. I run /scripts/bootstrap.sh and I got the following error. I think this could be a BUG, I tried to submit it, but I do not have an BUGZILLA account. Any help is welcome. gcc getw.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -freorder-blocks -mcpu=i686 -pipe [snip] stdin: Assembler messages: stdin:3: Error: no such instruction: `rret' make[2]: *** [/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/stdio-common/rename.os] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/stdio-common' make[1]: *** [stdio-common/subdir_lib] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2' make: *** [all] Error 2 !!! ERROR: sys-libs/glibc-2.3.2-r9 failed. !!! Function src_compile, Line 495, Exitcode 2 !!! (no error message) Suspect you have set the wrong architecture. The error would seem to indicate that the assembler is being passed an instruction it doesn't understand. Try setting your arch/cpu-type to pentium4. -Bruce -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
I forgot to mention that the first three installation had pentium4 as cpu arch, but the error was the same. So I do not think this is the solution. Bruce Munro wrote: On Tue, 2004-01-20 at 09:59, Koala Gnu wrote: Hi all, I tried to install 4 times gentoo on my workstation having Mandrake 9.0. My computer is a Pentium 4 IBM Netvista. I used a 2 Gb partition for gentoo and I followed all the steps of the italian gentoo guide at www.gentoo.it. I run /scripts/bootstrap.sh and I got the following error. I think this could be a BUG, I tried to submit it, but I do not have an BUGZILLA account. Any help is welcome. gcc getw.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -freorder-blocks -mcpu=i686 -pipe [snip] stdin: Assembler messages: stdin:3: Error: no such instruction: `rret' make[2]: *** [/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/stdio-common/rename.os] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/stdio-common' make[1]: *** [stdio-common/subdir_lib] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2' make: *** [all] Error 2 !!! ERROR: sys-libs/glibc-2.3.2-r9 failed. !!! Function src_compile, Line 495, Exitcode 2 !!! (no error message) Suspect you have set the wrong architecture. The error would seem to indicate that the assembler is being passed an instruction it doesn't understand. Try setting your arch/cpu-type to pentium4. -Bruce -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
Hello, what are your C/CXX-Flags. I have experienced that kind of errors when the optimization was too hard. Hth Michael On Tue, 20 Jan 2004 12:32:10 +0100, Koala Gnu [EMAIL PROTECTED] wrote: I forgot to mention that the first three installation had pentium4 as cpu arch, but the error was the same. So I do not think this is the solution. Bruce Munro wrote: On Tue, 2004-01-20 at 09:59, Koala Gnu wrote: Hi all, I tried to install 4 times gentoo on my workstation having Mandrake 9.0. My computer is a Pentium 4 IBM Netvista. I used a 2 Gb partition for gentoo and I followed all the steps of the italian gentoo guide at www.gentoo.it. I run /scripts/bootstrap.sh and I got the following error. I think this could be a BUG, I tried to submit it, but I do not have an BUGZILLA account. Any help is welcome. gcc getw.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -freorder-blocks -mcpu=i686 -pipe [snip] stdin: Assembler messages: stdin:3: Error: no such instruction: `rret' make[2]: *** [/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/stdio-common/rename.os] Error 1 make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/stdio-common' make[1]: *** [stdio-common/subdir_lib] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2' make: *** [all] Error 2 !!! ERROR: sys-libs/glibc-2.3.2-r9 failed. !!! Function src_compile, Line 495, Exitcode 2 !!! (no error message) Suspect you have set the wrong architecture. The error would seem to indicate that the assembler is being passed an instruction it doesn't understand. Try setting your arch/cpu-type to pentium4. -Bruce -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list -- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/ -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
Hi Michael,
thanks for your reply.
In attachment there is my make.conf file. There you can find my C/CXX -
Flags
Michael Gruetzner wrote:
Hello,
what are your C/CXX-Flags. I have experienced that kind of errors when
the
optimization was too hard.
Hth
Michael
On Tue, 20 Jan 2004 12:32:10 +0100, Koala Gnu [EMAIL PROTECTED]
wrote:
I forgot to mention that the first three installation had pentium4 as
cpu arch, but the error was the same. So I do not think this is the
solution.
Bruce Munro wrote:
On Tue, 2004-01-20 at 09:59, Koala Gnu wrote:
Hi all,
I tried to install 4 times gentoo on my workstation having Mandrake
9.0.
My computer is a Pentium 4 IBM Netvista.
I used a 2 Gb partition for gentoo and I followed all the steps of
the italian gentoo guide at
www.gentoo.it.
I run /scripts/bootstrap.sh and I got the following error. I think
this could be a BUG, I tried to submit it, but I do not have an
BUGZILLA account.
Any help is welcome.
gcc getw.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes
-Wwrite-strings -freorder-blocks -mcpu=i686 -pipe [snip]
stdin: Assembler messages:
stdin:3: Error: no such instruction: `rret'
make[2]: ***
[/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/stdio-common/rename.os]
Error 1
make[2]: *** Waiting for unfinished jobs
make[2]: Leaving directory
`/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/stdio-common'
make[1]: *** [stdio-common/subdir_lib] Error 2
make[1]: Leaving directory
`/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2'
make: *** [all] Error 2
!!! ERROR: sys-libs/glibc-2.3.2-r9 failed.
!!! Function src_compile, Line 495, Exitcode 2
!!! (no error message)
Suspect you have set the wrong architecture. The error would seem to
indicate that the assembler is being passed an instruction it doesn't
understand. Try setting your arch/cpu-type to pentium4.
-Bruce
--
[EMAIL PROTECTED] mailing list
--
[EMAIL PROTECTED] mailing list
# Copyright 2000-2002 Daniel Robbins, Gentoo Technologies, Inc.
# Contains local system settings for Portage system
# Please review 'man make.conf' for more information.
# Build-time functionality
#
#
# The USE variable is used to enable optional build-time functionality. For
# example, quite a few packages have optional X, gtk or GNOME functionality
# that can only be enabled or disabled at compile-time. Gentoo Linux has a
# very extensive set of USE variables described in our USE variable HOWTO at
# http://www.gentoo.org/doc/use-howto.html
#
# The available list of use flags with descriptions is in your portage tree.
# Use 'less' to view them: -- less /usr/portage/profiles/use.desc --
#
# Example:
#USE=X gtk gnome -alsa
# Host Setting
#
#
# If you are using a Pentium Pro or greater processor, leave this line as-is;
# otherwise, change to i586, i486 or i386 as appropriate. All modern systems
# (even Athlons) should use i686-pc-linux-gnu
#
CHOST=i686-pc-linux-gnu
# Host and optimization settings
# ==
#
# For optimal performance, enable a CFLAGS setting appropriate for your CPU
#
# -mcpu=cpu-type means optimize code for the particular type of CPU without
# breaking compatibility with other CPUs.
#
# -march=cpu-type means to take full advantage of the ABI and instructions
# for the particular CPU; this will break compatibility with older CPUs (for
# example, -march=athlon-xp code will not run on a regular Athlon, and
# -march=i686 code will not run on a Pentium Classic.
#
# CPU types supported in gcc-3.2 and higher: athlon-xp, athlon-mp, athlon-4,
# athlon-tbird, athlon, k6, k6-2, k6-3, i386, i486, i586 (Pentium), i686
# (PentiumPro), pentium, pentium-mmx, pentiumpro, pentium2 (Celeron), pentium3,
# and pentium4. Note that Gentoo Linux 1.4 and higher include at least gcc-3.2.
#
# CPU types supported in gcc-2.95*: k6, i386, i486, i586 (Pentium), i686
# (Pentium Pro), pentium, pentiumpro Gentoo Linux 1.2 and below use gcc-2.95*
#
# Decent examples:
#
#CFLAGS=-mcpu=athlon-xp -O3 -pipe
CFLAGS=-O3 -mcpu=i686 -funroll-loops -pipe
# If you set a CFLAGS above, then this line will set your default C++ flags to
# the same settings. If you don't set CFLAGS above, then comment this line out.
CXXFLAGS=${CFLAGS}
# Advanced Masking
#
#
# Gentoo is using a new masking system to allow for easier stability testing
# on packages. KEYWORDS are used in ebuilds to mask and unmask packages based
# on the platform they are set for. A special form has been added that
# indicates packages and revisions that are expected to work, but have not yet
# been approved for the stable set. '~arch' is a superset of 'arch' which
# includes the unstable, in testing, packages. Users of the 'x86' architecture
# would add '~x86' to ACCEPT_KEYWORDS to enable unstable/testing packages.
# '~ppc', '~sparc', '~sparc64' are the unstable KEYWORDS for their respective
# platforms. DO NOT PUT ANYTHING BUT YOUR SPECIFIC ~ARCHITECTURE IN THE LIST.
# IF YOU
Re: [gentoo-user] possible BUG in gentoo
This works on P4 excellent:
CFLAGS=-march=pentium4 -O2 -mfpmath=sse -msse2 -mmmx -pipe
CXXFLAGS=${CFLAGS}
noro
--
[EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
To restart the build process, should I some directories or I can give
directly the
scripts/bootstrap.sh command?
Thanks for you comments.
Bye
Norbert Kamenicky wrote:
This works on P4 excellent:
CFLAGS=-march=pentium4 -O2 -mfpmath=sse -msse2 -mmmx -pipe
CXXFLAGS=${CFLAGS}
noro
--
[EMAIL PROTECTED] mailing list
--
[EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
sorry for my english
To restart the build process, should I clean some directories or I can
give directly the
scripts/bootstrap.sh command?
Koala Gnu wrote:
To restart the build process, should I some directories or I can give
directly the
scripts/bootstrap.sh command?
Thanks for you comments.
Bye
Norbert Kamenicky wrote:
This works on P4 excellent:
CFLAGS=-march=pentium4 -O2 -mfpmath=sse -msse2 -mmmx -pipe
CXXFLAGS=${CFLAGS}
noro
--
[EMAIL PROTECTED] mailing list
--
[EMAIL PROTECTED] mailing list
--
[EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
Koala Gnu wrote: sorry for my english To restart the build process, should I clean some directories or I can give directly the scripts/bootstrap.sh command? just restaring it should be enough noro -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
Koala Gnu wrote: sorry for my english To restart the build process, should I clean some directories or I can give directly the scripts/bootstrap.sh command? Restart from what point? Is this a fully installed machine that you are just trying to rebuild? If yes, then emerge -UuDep world will do the job nicely. Tom Veldhouse -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
Thomas T. Veldhouse wrote: Koala Gnu wrote: sorry for my english To restart the build process, should I clean some directories or I can give directly the scripts/bootstrap.sh command? Restart from what point? Is this a fully installed machine that you are just trying to rebuild? If yes, then emerge -UuDep world will do the job nicely. Restart from scripts/bootstrap.sh. I avoided all the emerge since I am behind a firewall and emerge web sync does not work fine. So I downloaded the stage1 tar and I untared it in the gentoo partition (mounted on /mnt/gentoo). Then I untared in /mnt/gentoo/usr the last portage tree. Then I followed the instruction guide in www.gentoo.it (in italian) and run scripts/bootstrap.sh. This step was unsuccessful, and the I posted the mail. Then I changed some settings in make.conf according to the suggestions of Norbert and I was asking if I could restart from scripts/bootstrap.sh. Tom Veldhouse -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
Again the problem is present. I changed the C/CXX flags according to Norbert suggestions, but it does not work. It seems that the -j2 compilation flag has problem with -C option (see the following line in the output gcc: cannot specify -o with -c or -S and multiple compilations ) Any suggestion is welcome. make -j2 -C io subdir_lib make[2]: Entering directory `/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/io' .././scripts/mkinstalldirs /var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/io .././scripts/mkinstalldirs /var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/io mkdir /var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/io mkdir /var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/io (echo '#include sysdep.h'; \ echo 'PSEUDO (utime, utime, 2)'; \ echo ' ret'; \ echo 'PSEUDO_END(utime)'; \ echo 'libc_hidden_def (utime)'; \ ) | gcc -c -I../include -I. -I/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/io -I.. -I../libio -I/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere -I../sysdeps/i386/elf -I../linuxthreads/sysdeps/unix/sysv/linux/i386 -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/i386/i686 -I../linuxthreads/sysdeps/i386 -I../sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv/i386 I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -II../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /usr/lib/gcc-lib/i486-pc-linux-gnu/3.2.3/include -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DASSEMBLER -DGAS_SYNTAX -x assembler-with-cpp -o /var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/io/utime.o - mkdir: cannot create directory `/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/io': File exists .././scripts/mkinstalldirs /var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/io gcc: cannot specify -o with -c or -S and multiple compilations make[2]: *** [/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/io/utime.o] Error 1 make[2]: *** Waiting for unfinished jobs (echo '#include sysdep.h'; \ echo 'PSEUDO (__statfs, statfs, 2)'; \ echo ' ret'; \ echo 'PSEUDO_END(__statfs)'; \ echo 'libc_hidden_def (__statfs)'; \ echo 'weak_alias (__statfs, statfs)'; \ echo 'libc_hidden_weak (statfs)'; \ ) | gcc -c -I../include -I. -I/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/io -I.. -I../libio -I/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere -I../sysdeps/i386/elf -I../linuxthreads/sysdeps/unix/sysv/linux/i386 -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread -I../sysdeps/pthread -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix -I../linuxthreads/sysdeps/i386/i686 -I../linuxthreads/sysdeps/i386 -I../sysdeps/unix/sysv/linux/i386 -I../sysdeps/unix/sysv/linux -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman -I../sysdeps/unix/inet -I../sysdeps/unix/sysv/i386 -I../sysdeps/unix/sysv -I../sysdeps/unix/i386 -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/i386/i686/fpu -I../sysdeps/i386/i686 -I../sysdeps/i386/i486 -I../sysdeps/i386/fpu -I../sysdeps/i386 -I../sysdeps/wordsize-32 -I../sysdeps/ieee754/ldbl-96 -I../sysdeps/ieee754/dbl-64 -I../sysdeps/ieee754/flt-32 -I../sysdeps/ieee754 -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc -isystem /usr/lib/gcc-lib/i486-pc-linux-gnu/3.2.3/include -isystem /usr/include -D_LIBC_REENTRANT -include ../include/libc-symbols.h -DASSEMBLER -DGAS_SYNTAX -x assembler-with-cpp -o /var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/buildhere/io/statfs.o - make[2]: *** Waiting for unfinished jobs make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2/io' make[1]: *** [io/subdir_lib] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.2-r9/work/glibc-2.3.2' make: *** [all] Error 2 !!! ERROR: sys-libs/glibc-2.3.2-r9 failed. !!! Function src_compile, Line 495, Exitcode 2 !!! (no error message) Koala Gnu wrote: Hi all, I tried to install 4 times gentoo on my workstation having Mandrake 9.0. My computer is a Pentium 4 IBM Netvista. I used a 2 Gb partition for gentoo and I followed all the steps of the italian gentoo guide at www.gentoo.it. I run /scripts/bootstrap.sh and I got the following error. I think this could be a BUG, I tried to submit it, but I do not have an BUGZILLA account. Any help is welcome. gcc getw.c -c -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes
Re: [gentoo-user] possible BUG in gentoo
Hi again, your cflags look fine I don't belive that they are causing the error. MfG Michael On Tue, 20 Jan 2004 13:44:31 +0100, Koala Gnu [EMAIL PROTECTED] wrote: Hi Michael, thanks for your reply. In attachment there is my make.conf file. There you can find my C/CXX - Flags [...] -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
I wak taking about MAKEOPTS=-j2 looking at the message error seems that -j2 and -C generate problems when used together. Michael Gruetzner wrote: Hi again, your cflags look fine I don't belive that they are causing the error. MfG Michael On Tue, 20 Jan 2004 13:44:31 +0100, Koala Gnu [EMAIL PROTECTED] wrote: Hi Michael, thanks for your reply. In attachment there is my make.conf file. There you can find my C/CXX - Flags [...] -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] possible BUG in gentoo
I tried commenting -j2 but still not work. At this point I try the Live CD approach. Koala Gnu wrote: I wak taking about MAKEOPTS=-j2 looking at the message error seems that -j2 and -C generate problems when used together. Michael Gruetzner wrote: Hi again, your cflags look fine I don't belive that they are causing the error. MfG Michael On Tue, 20 Jan 2004 13:44:31 +0100, Koala Gnu [EMAIL PROTECTED] wrote: Hi Michael, thanks for your reply. In attachment there is my make.conf file. There you can find my C/CXX - Flags [...] -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list -- [EMAIL PROTECTED] mailing list
[gentoo-user] kernel BUG at filemap.C
Hi everybody, It all started about a week ago... I turned on my PC and it said: Searching for Boot Device in floppyfailed. Searching for Boot Device in CDROMfailed. Searching for Boot Device in SCSIfailed. So I thought I had a BIOS virus or something, so I went to the BIOS and started changing stuff in Boot Devices, but nothing worked, then I did something else (to tell you the truth I don't know what I was doing) and it worked, the boot loader showed up. I booted into Windows 2000 pro. and after a few seconds it rebooted! That's when I decied I had a bad virus somewhere. I booted into gentoo and it came up with this (note debian was booting fine): *Checking all filesystems... /dev/hda5 was not cleanly unmounted check forced. /dev/hda5: Incode 471045 i_blocks is 2352 should be 168.FIXED kernel BUG at filemap. C:919! ==\41.1% EIP:0010:[c01d4277] not tainted. EFLAGS: 00010046 eax:c118a9c8ebx:c0109300ecx:0018 edx: esi: c1340618 edi:0002ebp:0001 esp:c0129ecc Process Swapper (pid:0 stackpage=c0129000) Stack: c7cfbf40 c1a727c0 c02e7f57 7cfb40 0001 c1a727c0 c0319c1f c0157604 c1a727c0 c1aaf680 0001 0286 c030e170 c1a727c0 0001 c0157700 0028 c0157604 c1a727c0 c0319089 0001 c1aaf680 c01575c0 Call Trace: [c010ed557] [c0319c1f] [c30e179] [c0319089] [ co310191] [c0319000] [c01aed55] [c0laef80] [c01ab650] [c0b1893] [c01ab650] [c01ab650] [c01ab673] [c01ab6c4] Code: 0f 0b 97 03 52 CC 41 c0 39 36 75 0d 8b 1c 24 8b 74 24 04 83 0Kernel panic: Aiee, killing interrupt handler! In interrupt handler ? not syncing. My question(s): Could this be a hardware problem instead of a virus? Could I have done something stupid in the BIOS to cause this? Thanks in advance to everyone that may reply, Gezim Hoxha __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ -- [EMAIL PROTECTED] mailing list
[gentoo-user] kernel bug on shutdown (umount segfault)
I'm getting the following error whenever I shutdown or restart: kernel BUG at inode.c:1105! invalid operand: CPU:0 EIP:0010:[c01e2388] Not tainted EFLAGS: 00010246 eax: cd03ca20 ebx: cd03ca20 ecx: cd03cb34 edx: cd03cb34 esi: cd160600 edi: ebp: d08fc3c0 esp: ce3e3f48 ds: 0018 es: 0018 ss: 0018 Process umount (pid: 7079, stackpage=ce3e3000) Stack: cd160600 cd1606c4 cde95190 d08f69c3 cd03ca20 cd160640 cd160600 c01d3ebc cd160600 d08fc428 ce3e3f88 ce3e2000 bfff8858 c01e3e2d cd160600 cde95190 c1abe510 ce2c44bc ce2c44b0 ce4d4210 0009 0001 bfff8798 Call Trace:[d08f69c3] [c01d3ebc] [d08fc428] [c01e3e2d] [c01e3e97] [c019eb73] Code: 0f 0b 51 04 95 dd 30 c0 e9 17 fe ff ff 8d 76 00 8b 54 24 04 /sbin/rc: line 141: 7079 Segmentation fault umount -a -r -n -t nodevfs,noproc,nosysfs,notmpfs /dev/null I suppose that means that umount is segfaulting. I've STFW'ed, and only found a similar error on the kernel mailing list, and one reply claimed that it was fixed in 2.4.20-pre11. Apparently not -- I'm using gentoo-sources-2.4.20-r8 -Eamon -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] kernel bug on shutdown (umount segfault)
On Sat, 01 Nov 2003 18:10:37 -0800, Eamon Caddigan muttered: kernel BUG at inode.c:1105! invalid operand: ... /sbin/rc: line 141: 7079 Segmentation fault umount -a -r -n -t nodevfs,noproc,nosysfs,notmpfs /dev/null I suppose that means that umount is segfaulting. I've STFW'ed, and only found a similar error on the kernel mailing list, and one reply claimed that it was fixed in 2.4.20-pre11. Apparently not -- I'm using gentoo-sources-2.4.20-r8 Actually, it means that the *kernel* is segfaulting at unmount. Yikes. Try a 2.4.22+ kernel and see if it persists? (OT: How the heck does the shell manage to spit out a segmentation-fault message after a kernel panic?) -- Andrew Farmer [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
[gentoo-user] bootstrap bug???
I'm trying to install gentoo from stage1 but when I get to the part scripts/bootstrap.sh the following error occurs: configure: error: /bin/sh '.configure' failed for autoconf-lib-link !!! Error: sys-devel/gettext-0.12.1 !!! Function econf, Line 320, Exitcode 1 !!! econf failed Could this be a bug or am I doing something wrong? I tried using the default make.conf to see if it would fix it and it did, but I think that's because it was using gettext-0.11.5 Tom -- [EMAIL PROTECTED] mailing list
[gentoo-user] a bug?
hey i found a funny behavior! try using phoenix to surf your hard drive. i went to /root to move some files around and a folder became out of view anyways i allready had the file and was in the dragging mode and when i tried to let go in a manner to make it do nothing it actually got phoenix to go into a file copy loop with the root directory! copying the file over and over never satisfied! well after a few quick exits of phoenix it stopped. nothing serious didnt crash my system tho its possible i guess. just thought someone might be interested! lol neat trick. later guys = *// No cows were injured in the making of this message *// __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] a bug?
On Wednesday 25 June 2003 02:17, Stephen Turner wrote: hey i found a funny behavior! try using phoenix to surf your hard drive. i went to /root to move some files around and a folder became out of view anyways i allready had the file and was in the dragging mode and when i tried to let go in a manner to make it do nothing it actually got phoenix to go into a file copy loop with the root directory! copying the file over and over never satisfied! well after a few quick exits of phoenix it stopped. nothing serious didnt crash my system tho its possible i guess. just thought someone might be interested! lol neat trick. later guys = *// No cows were injured in the making of this message *// __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -- [EMAIL PROTECTED] mailing list Wow... I don't know how this is related to Gentoo; file a Firebird bug. -- Zack Gilburd http://tehunlose.com GnuPG Key ID: A79A45668240AB6C pgp0.pgp Description: signature
Re: [gentoo-user] a bug?
On Wednesday 25 June 2003 18:33, Zack Gilburd wrote: Wow... I don't know how this is related to Gentoo; file a Firebird bug. Allow me to be more clear: File a bug with Mozilla, this is not a Gentoo problem. Please do not file with bugs.gentoo.org. Regards -- Zack Gilburd http://tehunlose.com GnuPG Key ID: A79A45668240AB6C pgp0.pgp Description: signature
[gentoo-user] prelink_mask_path BUG
Hi folks, Im trying out prelink over the past couple of days and there seems to be a bug with prelink not reacting to /etc/env.d/99prelink I have posted this at bugs.gentoo.org but thought I would mention it here in case any other gentoo users have seen this. http://bugs.gentoo.org/show_bug.cgi?id=22020 -- Alex Combas [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
