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