Re: [gentoo-user] glib with nptl
On Tue, 13 Sep 2005, Richard Fish wrote: If so, I suspect hardware problems: 1. Dirty/bad CPU fan. Try blowing out your system. 2. Bad memory. In addition to memtest86, there was another (and better) memory test script discussed on this list some weeks ago. Search the archives, or maybe someone else can provide a link. 3. Bad power supply. Also, assuming that you have ACPI thermal zone support in your kernel, you might want to monitor the processor temperature with: while sleep 1 ; do cat /proc/acpi/thermal_zone/THRM/temperature; done Richard, Thanks a lot for your suggestions. I suspect memory problems, due to the output of equery depends and the output of emerge mozilla. I downloaded a binary of gcc-3.3.4 and managed to compile mozilla with it (but still no joy with equery). Then I compiled gcc-3.3.6 and tried again with gcc-3.3.6. Failure again. I rebooted. Mistake! We're talking about a remote computer, and I lost contact (won't be able to go there for a week or so). Kernel panic, maybe. Since I didn't touch kernel nor grub, everything points to hw failure. The computer is less than 1 year old :( I usually monitor the hd's temperature with hddtemp (always very good temperature) but never did anything of the kind with other hardware components, being unable to find my way through lmsensors documentation. I'll try your script when (or if) this mess gets cleaned up. Regards, Jorge -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] glib with nptl
On Mon, 12 Sep 2005, Richard Fish wrote: Jorge Almeida wrote: I think this happens because my system is broken, God knows where and why. Can you post the contents of /var/tmp/portage/glib-2.6.5/work/glib-2.6.5/config.log? I'm sending it to you off list (4302 lines!) This should contain much more information about exactly why the glib configure cannot find a usable threading library. Thank you. Jorge -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] glib with nptl
Jorge Almeida wrote:
On Mon, 12 Sep 2005, Richard Fish wrote:
Jorge Almeida wrote:
I think this happens because my system is broken, God knows where and
why.
Can you post the contents of
/var/tmp/portage/glib-2.6.5/work/glib-2.6.5/config.log?
I'm sending it to you off list (4302 lines!)
Well, something is very wrong with your system, but of course, you knew
that already! The configure blew up at this point:
configure:32976: checking for thread implementation
configure:32985: result: posix
configure:33079: i686-pc-linux-gnu-gcc -o conftest -O2 -march=pentium4
-fomit-frame-pointer -Wall -pthread conftest.c 5
conftest.c: In function `main':
conftest.c:121: warning: implicit declaration of function `exit'
configure:33082: $? = 0
configure:33084: ./conftest
./configure: line 33085: 24663 Segmentation fault ./conftest$ac_exeext
configure:33087: $? = 139
configure: program exited with status 139
Basically, gcc had a memory fault compiling a very simple program that
configure was using to determine the features of the threading library.
Normally the only time gcc segfaults is if you have bad
hardware...faulty memory is the most common cause.
The (somewhat simplified) program that configure tried to build was:
#include pthread.h
int check_me = 0;
void* func(void* data) {check_me = 42; return check_me;}
int main() {
pthread_t t;
void *ret;
pthread_create (t, 0, func, 0);
pthread_join (t, ret);
exit (check_me != 42 || ret != check_me);
}
If you save the above lines to a file (like testthread.c), you can try
building it with:
i=0
while test $i -lt 1000; do
printf \r$i
gcc -O2 -march=pentium4 -o testthread -pthread testthread.c
results.txt 21
test $? -ne 0 break
i=$(( $i + 1 ))
done
The above shell script will build the program 1000 times. My guess is
that it won't compile more than a few times.
If so, I suspect hardware problems:
1. Dirty/bad CPU fan. Try blowing out your system.
2. Bad memory. In addition to memtest86, there was another (and better)
memory test script discussed on this list some weeks ago. Search the
archives, or maybe someone else can provide a link.
3. Bad power supply.
Also, assuming that you have ACPI thermal zone support in your kernel,
you might want to monitor the processor temperature with:
while sleep 1 ; do cat /proc/acpi/thermal_zone/THRM/temperature; done
HTH,
-Richard
--
gentoo-user@gentoo.org mailing list
[gentoo-user] glib with nptl
I added nptl to my USE variables and tried to emerge glib. checking whether to compile timeloop... yes checking if building for some Win32 platform... no checking for thread implementation... posix checking thread related cflags... -D_REENTRANT checking for pthread_create/pthread_join... no checking for pthread_create/pthread_join in -lpthread... no checking for pthread_create/pthread_join in -lpthread32... no checking for pthread_create/pthread_join in -lpthreads... no checking for pthread_create/pthread_join in -lthread... no checking for pthread_create/pthread_join in -ldce... no configure: error: I can't find the libraries for the thread implementation posix. Please choose another thread implementation or provide information on your thread implementation. You can also run 'configure --disable-threads' to compile without thread support. !!! Please attach the config.log to your bug report: !!! /var/tmp/portage/glib-2.6.5/work/glib-2.6.5/config.log !!! ERROR: dev-libs/glib-2.6.5 failed. !!! Function econf, Line 485, Exitcode 0 !!! econf failed !!! If you need support, post the topmost build error, NOT this status message. The relevant line of /var/tmp/portage/glib-2.6.5/work/glib-2.6.5/config.log: $ ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --build=i686-pc-linux-gnu --with-threads=posix --disable-static --enable-gtk-doc It seems that nptl is not being taken into account. Is this normal for glib? If so, what can I do to provide the missing libraries? (I know my system is somewhat broken, I'm just trying to fix it be emerging some packages I suppose might be relevant...) -- Jorge Almeida -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] glib with nptl
On Mon, 2005-09-12 at 11:48 +0100, Jorge Almeida wrote: I added nptl to my USE variables and tried to emerge glib. checking whether to compile timeloop... yes checking if building for some Win32 platform... no checking for thread implementation... posix checking thread related cflags... -D_REENTRANT checking for pthread_create/pthread_join... no checking for pthread_create/pthread_join in -lpthread... no checking for pthread_create/pthread_join in -lpthread32... no checking for pthread_create/pthread_join in -lpthreads... no checking for pthread_create/pthread_join in -lthread... no checking for pthread_create/pthread_join in -ldce... no configure: error: I can't find the libraries for the thread implementation posix. Please choose another thread implementation or provide information on your thread implementation. You can also run 'configure --disable-threads' to compile without thread support. !!! Please attach the config.log to your bug report: !!! /var/tmp/portage/glib-2.6.5/work/glib-2.6.5/config.log !!! ERROR: dev-libs/glib-2.6.5 failed. !!! Function econf, Line 485, Exitcode 0 !!! econf failed !!! If you need support, post the topmost build error, NOT this status message. The relevant line of /var/tmp/portage/glib-2.6.5/work/glib-2.6.5/config.log: $ ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --build=i686-pc-linux-gnu --with-threads=posix --disable-static --enable-gtk-doc It seems that nptl is not being taken into account. Is this normal for glib? If so, what can I do to provide the missing libraries? (I know my system is somewhat broken, I'm just trying to fix it be emerging some packages I suppose might be relevant...) -- Jorge Almeida Did you an ``emerge --newuse world'' before you tried to install further packages? Just a thought. I think I've seen nptl mentioned in the installation log of glibc. What if glibc don't know about this? Frank PS: I could be wrong. Don't have a gentoo installation accessible right now. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] glib with nptl
Am Montag, 12. September 2005 12:48 schrieb Jorge Almeida: I added nptl to my USE variables and tried to emerge glib. you must re-emerge glibc, when adding nptl to your USE. glib does not use the nptl USE-variable ;) Regards, Michael -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] glib with nptl
On Mon, 12 Sep 2005, Frank Schafer wrote: Did you an ``emerge --newuse world'' before you tried to install further packages? Just a thought. I think I've seen nptl mentioned in the installation log of glibc. What if glibc don't know about this? Frank PS: I could be wrong. Don't have a gentoo installation accessible right now. I can't do ``emerge --newuse world' because it will certainly fail (as there is something wrong with the system). But I did emerge glibc before trying to emerge glib. I think glib doesn't use nptl (judging by emerge -pv glib), but the problem is that it can't use posix threads either. Thanks. Jorge -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] glib with nptl
On Mon, 12 Sep 2005, Michael Schreckenbauer wrote: Am Montag, 12. September 2005 12:48 schrieb Jorge Almeida: I added nptl to my USE variables and tried to emerge glib. you must re-emerge glibc, when adding nptl to your USE. glib does not use the nptl USE-variable ;) Yes, I did that before trying to emerge glib. I found out after posting (by checking a sane system) that the missing libraries are provided by glibc. And /usr/lib/libpthread.so exists in my system...(as it should, since the nptlonly USE variable is _not_ set). I think this happens because my system is broken, God knows where and why. Is there some way to fix the toolchain, short of re-installing gentoo? Thanks. Jorge Almeida -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] glib with nptl
On 12 September 2005 13:59, Michael Schreckenbauer wrote: Am Montag, 12. September 2005 12:48 schrieb Jorge Almeida: I added nptl to my USE variables and tried to emerge glib. you must re-emerge glibc, when adding nptl to your USE. glib does not use the nptl USE-variable ;) Did you see that the error occurred in glibc? Uwe -- 95% of all programmers rate themselves among the top 5% of all software developers. - Linus Torvalds http://www.uwix.iway.na (last updated: 20.06.2004) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] glib with nptl
Jorge Almeida wrote: I think this happens because my system is broken, God knows where and why. Can you post the contents of /var/tmp/portage/glib-2.6.5/work/glib-2.6.5/config.log? This should contain much more information about exactly why the glib configure cannot find a usable threading library. -Richard -- gentoo-user@gentoo.org mailing list
