gm2
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gm2] Poisoned functions in gm2.paranoid


From: Gaius Mulley
Subject: Re: [Gm2] Poisoned functions in gm2.paranoid
Date: 20 Mar 2008 09:20:28 +0000
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4

John O Goyo <address@hidden> writes:

> I checked out the version of 2008-03-07 and proceeded as per usual
> on my Solaris 10/sparc box.
> 
> Build succeeded.  Check-gm2 had some problems (to be sent to Gaius
> under separate cover).  Install succeeded and the compiler seems to
> work.
> 
> However, gm2.paranoid failed in a most peculiar way.
> 
> Witness:
> 
> gcc -c -O -g -I../../../src/gcc-4.1.2/gcc/gm2 -Igm2/gm2-libs-boot
> -I. -Igm2/gm2-libs-paranoid -I../../../src/gcc
> -4.1.2/gcc -I../../../src/gcc-4.1.2/gcc/gm2/gm2-libs-paranoid
> -I../../../src/gcc-4.1.2/gcc/../include -I./../intl
> -I../../../src/gcc-4.1.2/gcc/../libcpp/include
> ../../../src/gcc-4.1.2/gcc/gm2/gm2-libs-ch/sckt.c
> -o gm2/gm2-libs-paranoid/sckt.o
> In file included from /usr/include/sys/stream.h:24,
>                   from /usr/include/netinet/in.h:62,
>                   from ../../../src/gcc-4.1.2/gcc/gm2/gm2-libs-ch/sckt.c:30:
> /usr/include/sys/strmdep.h:31:26: error: attempt to use poisoned "bcopy"
> ../../../src/gcc-4.1.2/gcc/gm2/gm2-libs-ch/sckt.c:129:5: error:
> attempt to use poisoned "bzero"
> ../../../src/gcc-4.1.2/gcc/gm2/gm2-libs-ch/sckt.c:304:3: error:
> attempt to use poisoned "bzero"
> ../../../src/gcc-4.1.2/gcc/gm2/gm2-libs-ch/sckt.c:306:3: error:
> attempt to use poisoned "bcopy"
> ../../../src/gcc-4.1.2/gcc/gm2/gm2-libs-ch/sckt.c:333:3: error:
> attempt to use poisoned "bzero"
> ../../../src/gcc-4.1.2/gcc/gm2/gm2-libs-ch/sckt.c:335:3: error:
> attempt to use poisoned "bcopy"
> gmake: *** [gm2/gm2-libs-paranoid/sckt.o] Error 1
> 
> 
> I have seen such an ominous error from gcc before.
> 
> john

Hi John,

ahh thanks - I will look into this!  A poisoned entity, in gcc, is one
which has fallen off the non garbage collection tree - and thus ready
to be deallocated at any time by the garbage collection routine,

regards,
Gaius




reply via email to

[Prev in Thread] Current Thread [Next in Thread]