Juergen Lock pe v t 03. 03. 2005 v 23:50 +0100:
> On Thu, Mar 03, 2005 at 08:35:34PM +0000, Pav Lucistnik wrote:
> > Synopsis: update emulators/qemu to 2005-03-01 snapshot
> > State-Changed-From-To: open->closed
> > State-Changed-By: pav
> > State-Changed-When: Thu Mar 3 20:35:12 GMT 2005
> > State-Changed-Why:
> > Committed, thanks!
> > Sadly, still broken on amd64. This time compiler segfaults:
> > cc -I/usr/local/include -Wall -O2 -g -fno-strict-aliasing -I. -I/tmp/a/ports/emulators/qemu/work/qemu-snapshot-2005-03-01_23/target-i386 -I/tmp/a/ports/emulators/qemu/work/qemu-snapshot-2005-03-01_23 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -DSMBD=\"/usr/local/sbin/smbd\" -I/tmp/a/ports/emulators/qemu/work/qemu-snapshot-2005-03-01_23/slirp -c -o helper.o /tmp/a/ports/emulators/qemu/work/qemu-snapshot-2005-03-01_23/target-i386/helper.c
> cc ? that should have been gcc34! hmm.
Exactly same with gcc34, I tested with both.
> > In file included from /tmp/a/ports/emulators/qemu/work/qemu-snapshot-2005-03-01_23/target-i386/helper.c:20:
> > /tmp/a/ports/emulators/qemu/work/qemu-snapshot-2005-03-01_23/target-i386/exec.h:393: warning: conflicting types for built-in function 'lrintl'
> > /tmp/a/ports/emulators/qemu/work/qemu-snapshot-2005-03-01_23/target-i386/helper.c: In function `helper_iret_real':
> > /tmp/a/ports/emulators/qemu/work/qemu-snapshot-2005-03-01_23/target-i386/helper.c:1871: internal compiler error: Segmentation fault
> If that really is the system cc then gcc34 might fix that problem,
> I wonder why it doesnt get called...
I turned it off :)
Pav Lucistnik <firstname.lastname@example.org>
lofi> My _sympathetic_ opinion about kdevelop is that it's a huge pile
of shit that might at least work okay if used in Linux.
lofi> My neutral opinion is that it's just a huge pile of shit.