[Bug c++/11735] [3.3 Regression] internal compiler error:Segmentation fault

Here about the latest bug, i was telling about ... Regards Kai -Ursprüngliche Nachricht- Von: pinskia at physics dot uc dot edu [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 31. Juli 2003 01:45 An: [EMAIL PROTECTED] Betreff: [Bug c++/11735] [3.3 Regression] internal compiler error: Seg

AW: gcc segfault on -CURRENT (cvs yesterday)

> On Wed, Jul 30, 2003 at 06:40:58PM +0200, Kai Mosebach wrote: > > Hi, > > > > Trying to compile sapdb fails on a -CURRENT system build yesterday. > > > > On a system from 22.July it compiled fine. > > > > Any ideas ? > > Do you have stale

gcc segfault on -CURRENT (cvs yesterday)

Hi, Trying to compile sapdb fails on a -CURRENT system build yesterday. On a system from 22.July it compiled fine. Any ideas ? Cheers Kai c++ -D_THREAD_SAFE -DFREEBSD_DEBUG -DPTHREADS -DFREEBSD_THREADS -DREL30 \ -DFREEBSD -DI386 -DSAG -I/usr/local/sapdb/depend/incl -I/projects/sapdb/\ FreeBSD/

AW: new.h is missing

> -Ursprüngliche Nachricht- > Von: Ruslan Ermilov [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 29. Juli 2003 14:06 > An: Kai Mosebach > Cc: David Leimbach; Michael Reifenberger; [EMAIL PROTECTED] > Betreff: Re: new.h is missing > > On Tue, Jul 29, 2003

AW: AW: new.h is missing

> -Ursprüngliche Nachricht- > Von: David Leimbach [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 29. Juli 2003 13:57 > An: Kai Mosebach > Cc: 'Michael Reifenberger'; [EMAIL PROTECTED] > Betreff: Re: AW: new.h is missing > > > On Tuesday, July 29

AW: new.h is missing

ichael Reifenberger [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 29. Juli 2003 12:03 > An: Kai Mosebach > Cc: [EMAIL PROTECTED] > Betreff: Re: new.h is missing > > On Tue, 29 Jul 2003, Kai Mosebach wrote: > > > Date: Tue, 29 Jul 2003 11:54:25 +0200 > > From: Kai Mose

new.h is missing

Hi, I am running FreeBSD 5.1-CURRENT (22.07.03) im trying to port a software, and on compile time i get Tools_List.hpp:51:17: new.h: No such file or directory Leading to lots of errors afterwards i.e. : void* operator new(unsigned int, SAPDBMem_IRawAllocator&) RTEMem_Allocator.cpp:124: no mat

geteuid hangs in sigsuspend

Hi, when i update from 5.0-REL to 5.1-REL / 5.1-CURRENT, using a program compiled against linuxthreads, might there be a different behaviour in the geteuid function of libc ? on my sapdb port the database manager called dbmcli starts fine on 5.0-REL, on 5.1-REL/CURRENT it hangs on a sigsuspend.

linuxthreads not compiling

Hi, - I have a 5.1-CURRENT system from 2003-July-10. - I tried to compile the linuxthreads package, but it failed. - From current.freebsd.org i downloaded the ports.tgz from 2003-July-11 - still linuxthreads isnt compiling error looks like : cc -O -pipe -mcpu=pentiumpro -mcpu=pentiumpro -g -O2

kernel : exclusive sleep mutex problem

Hi, i have nearly ported the SapDB (www.sapdb.org), an oracle like open source database from SAP AG, to FreeBSD. It is running fine on FreeBSD5.0, but as i updated to 5.1-Release, most of the binaries got stuck. (Also when i recompile with 5.1 libs). I soon updated to a kernel from 2003.06.23, to