Boehm GC update busted?
Kris Kennaway
kris at obsecurity.org
Sat May 3 16:06:20 PDT 2003
On Sat, May 03, 2003 at 05:44:25PM -0500, Juli Mallett wrote:
> > > (jmallett at dalek:~/Work/MonoHaq/mono)16% cat _.c
> > > void main() { GC_malloc(); }
> > > (jmallett at dalek:~/Work/MonoHaq/mono)17% cc _.c -L/usr/local/lib -lgc
> > > _.c: In function `main':
> > > _.c:1: warning: return type of `main' is not `int'
> > > /usr/local/lib/libgc.so: undefined reference to `__gxx_personality_v0'
> >
> > This indicates that there is C++ code that is trying to be linked with
> > the C library. This usually means that you have to use g++ to link
> > the binary instead of gcc.
>
> It wasn't this case until the _1 portrevision of the most recent
> thing, from what I saw in my pkg_info before and after an upgrade
> to check a user's problem report. Is it going to be this way for
> good? I suspect POLA damage, but in any case, if this is the
> accepted truth of the matter, can we get a knob for things using
> boehm to use c++ for CC? I'm not too keen on the idea in any
> case, but something other than mungeing ports using boehm would
> seem more appealing.
It looks like this is going to affect other ports as well. e.g.
http://bento.freebsd.org/errorlogs/i386-5-latest/gale-0.99e.log
nobutaka, can you please investigate?
Kris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20030503/6238f610/attachment.bin
More information about the freebsd-ports
mailing list