Albert Chin | 5 Apr 2007 23:44

gc-6.8 on Solaris 10/x86 with Studio 11

Anyone have gc-6.8 running on Solaris 10/x86 with the Studio 11
compiler?
  $ ./configure CFLAGS="-g -xs" --disable-shared \
  --disable-dependency-tracking
  $ gmake
  ...
  $ gmake check
  ...
  Switched to incremental mode
  Reading dirty bits from /proc
  List reversal produced incorrect list - collector is broken
  Test failed
  /bin/bash: line 1:  7356 Abort                   (core dumped) ${dir}$tst
  FAIL: gctest

  $ dbx gctest core
  dbx> where
    [1] __lwp_kill(0x1, 0x6), at 0xfef609c7 
    [2] raise(0x6), at 0xfef0cf93 
    [3] abort(0x8047650, 0x805cb64, 0x806fd50, 0x8047684, 0x805cf02, 0x80bd8a0), at 0xfeef0a29 
  =>[4] GC_abort(msg = 0x806fd50 "Test failed"), line 1079 in "misc.c"
    [5] check_ints(list = 0x80bd8a0, low = 1, up = 49), line 472 in "test.c"
    [6] reverse_test(), line 676 in "test.c"
    [7] run_one_test(), line 1323 in "test.c"
    [8] main(), line 1521 in "test.c"

Any ideas?

--

-- 
albert chin (china@...)
(Continue reading)

Albert Chin | 6 Apr 2007 00:07

Re: gc-6.8 on Solaris 10/x86 with Studio 11

On Thu, Apr 05, 2007 at 04:44:00PM -0500, Albert Chin wrote:
> Anyone have gc-6.8 running on Solaris 10/x86 with the Studio 11
> compiler?
>   $ ./configure CFLAGS="-g -xs" --disable-shared \
>   --disable-dependency-tracking
>   $ gmake
>   ...
>   $ gmake check
>   ...
>   Switched to incremental mode
>   Reading dirty bits from /proc
>   List reversal produced incorrect list - collector is broken
>   Test failed
>   /bin/bash: line 1:  7356 Abort                   (core dumped) ${dir}$tst
>   FAIL: gctest
> 
>   $ dbx gctest core
>   dbx> where
>     [1] __lwp_kill(0x1, 0x6), at 0xfef609c7 
>     [2] raise(0x6), at 0xfef0cf93 
>     [3] abort(0x8047650, 0x805cb64, 0x806fd50, 0x8047684, 0x805cf02, 0x80bd8a0), at 0xfeef0a29 
>   =>[4] GC_abort(msg = 0x806fd50 "Test failed"), line 1079 in "misc.c"
>     [5] check_ints(list = 0x80bd8a0, low = 1, up = 49), line 472 in "test.c"
>     [6] reverse_test(), line 676 in "test.c"
>     [7] run_one_test(), line 1323 in "test.c"
>     [8] main(), line 1521 in "test.c"
> 
> Any ideas?

Tried CVS and get the following failure with the same ./configure
(Continue reading)

jim marshall | 6 Apr 2007 06:46
Favicon

GC 7 alpha?

Hello,
 Any thoughts on when 7.0 will move to beta or final status?

Thanks

--

-- 
Jim Marshall
Sr. Staff Engineer
WBEM Solutions, Inc.
978-947-3607
Hans Boehm | 10 Apr 2007 02:35
Picon
Favicon

Re: GC 7 alpha?

Unfortunately, I'm curently the bottleneck there, and I've been very busy
with other things.  There's not a lot of work left, and I'm trying to find
the time ...

Hans

On Fri, 6 Apr 2007, jim marshall wrote:

> Hello,
>  Any thoughts on when 7.0 will move to beta or final status?
>
> Thanks
>
> --
> Jim Marshall
> Sr. Staff Engineer
> WBEM Solutions, Inc.
> 978-947-3607
>
> _______________________________________________
> Gc mailing list
> Gc@...
> http://www.hpl.hp.com/hosted/linux/mail-archives/gc/
>
Andrew Haley | 10 Apr 2007 18:05
Picon
Favicon

Re: can't for daemon problem with gcc/gcj compiled program

GC people, 

I can't figure out what the cause of this might be.  The infamous
thread registration bug, perhaps?

Any ideas are welcome...

Andrew.

---------------------------------------------------------------------------------
i have compiled/installed gcc3.4.6 in order to compile the gpl software,
pdftk1.4 on solaris8.
pdftk1.4 requires gcj.   after jumping through many hoops, i finally
got pdftk to compile then finally link with g++.

the problem i have now is when i run pdftk i get:
Cant fork daemon
Core Dump

here is the stack trace of the core dump:
(/opt/SUNWspro/bin/../WS5.0/bin/sparcv9/dbx) where =>[1] _libc_kill(0x0,
0x6, 0x0, 0xffffffff, 0x9f7f20, 0xff035970), at 0xff0a0028
  [2] abort(0xff0bc008, 0xff0bc008, 0x0, 0xffbef628, 0x82f618, 0x0), at
0xff035a54
  [3] GC_abort(0x82fe18, 0x0, 0x5dbb2c, 0x0, 0x140, 0xffbef14c), at
0x5d7588
  [4] GC_thr_init(0x9eacc4, 0x9eae04, 0x0, 0xffbef628, 0x0, 0x917284),
at 0x5dbd90
  [5] GC_init_inner(0x0, 0x0, 0x0, 0x0, 0x21eec, 0x5d7fbc), at 0x5d7b90
  [6] GC_init(0x9f7f28, 0x0, 0x0, 0x0, 0x0, 0x0), at 0x5d7fc4
(Continue reading)

Boehm, Hans | 10 Apr 2007 23:18
Picon
Favicon

RE: can't for daemon problem with gcc/gcj compiled program

It looks like the thr_create call in solaris_threads.c is failing.  A
bit of debugging to determine the errno value would be useful.

Is this really being linked against the thread library?  Or is it just
picking up a dummy thr_create() that always fails?

Hans

> -----Original Message-----
> From: java-owner@...
[mailto:java-owner@...] 
> On Behalf Of Andrew Haley
> Sent: Tuesday, April 10, 2007 9:06 AM
> To: gc@...
> Cc: Knight, Lloyd; java@...
> Subject: Re: can't for daemon problem with gcc/gcj compiled program
> 
> GC people, 
> 
> I can't figure out what the cause of this might be.  The 
> infamous thread registration bug, perhaps?
> 
> Any ideas are welcome...
> 
> Andrew.
> 
> 
> --------------------------------------------------------------
> -------------------
> i have compiled/installed gcc3.4.6 in order to compile the 
(Continue reading)

Knight, Lloyd | 11 Apr 2007 13:33
Picon

RE: can't for daemon problem with gcc/gcj compiled program

hans,
i am open to whatever you would like me to try.
the results of my attempt to step through the debugger
are below. didn't seem to work.
if there is something else i can do in the debugger to provide
info i may need some guidance.

as far as linking pdftk:
in Makefile.Solaris :

CXXFLAGS= -lrt -lnsl -ldl -lgcj -lsocket -L/usr/local/lib -liconv
#CXXFLAGS= -lposix4 -lnsl -ldl -lgcj -lsocket -L/usr/local/lib -liconv

in Makefile.Base:

$(CXX) pdftk.o attachments.o report.o $(itext_libs) $(libgcj_local_libs)
$(afm_objects) -I$(java_libs_root) $(CPPFLAGS)
-L/opt/gcc346/lib/copyoflib -lgcj -L/opt/gcc346/lib/copyoflib -lstdc++
$(CXXFLAGS) -o pdftk 

i read somewhere that gcc does has issues with shared libraries so above
i copied libgcj.a and libstdc++
to a directory called copyoflib an added the -L directives.

here is what ldd says:
ldd pdftk
        librt.so.1 =>    /usr/lib/librt.so.1
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
(Continue reading)

Boehm, Hans | 11 Apr 2007 20:10
Picon
Favicon

RE: [Gc] RE: can't for daemon problem with gcc/gcj compiled program

It looks to me like you're missing -lpthread ?  If that isn't being
pulled in somehow, I'd expect symptoms like the ones you're seeing.  Try
adding -lpthread to the final link line and see if anything changes.

Hans

> -----Original Message-----
> From: gc-bounces <at> napali.hpl.hp.com 
> [mailto:gc-bounces <at> napali.hpl.hp.com] On Behalf Of Knight, Lloyd
> Sent: Wednesday, April 11, 2007 4:33 AM
> To: Boehm, Hans; Andrew Haley; gc <at> napali.hpl.hp.com
> Cc: java <at> gcc.gnu.org
> Subject: [Gc] RE: can't for daemon problem with gcc/gcj 
> compiled program
> 
> hans,
> i am open to whatever you would like me to try.
> the results of my attempt to step through the debugger are 
> below. didn't seem to work.
> if there is something else i can do in the debugger to 
> provide info i may need some guidance.
> 
> as far as linking pdftk:
> in Makefile.Solaris :
> 
> CXXFLAGS= -lrt -lnsl -ldl -lgcj -lsocket -L/usr/local/lib 
> -liconv #CXXFLAGS= -lposix4 -lnsl -ldl -lgcj -lsocket 
> -L/usr/local/lib -liconv
> 
> in Makefile.Base:
(Continue reading)

Knight, Lloyd | 13 Apr 2007 14:23
Picon

RE: [Gc] RE: can't for daemon problem with gcc/gcj compiled program

hans,
that did it.
thank you for your time.

lloyd knight 

-----Original Message-----
From: Boehm, Hans [mailto:hans.boehm <at> hp.com] 
Sent: Wednesday, April 11, 2007 1:11 PM
To: Knight, Lloyd; Andrew Haley; gc <at> napali.hpl.hp.com
Cc: java <at> gcc.gnu.org
Subject: RE: [Gc] RE: can't for daemon problem with gcc/gcj compiled
program

It looks to me like you're missing -lpthread ?  If that isn't being
pulled in somehow, I'd expect symptoms like the ones you're seeing.  Try
adding -lpthread to the final link line and see if anything changes.

Hans

> -----Original Message-----
> From: gc-bounces <at> napali.hpl.hp.com
> [mailto:gc-bounces <at> napali.hpl.hp.com] On Behalf Of Knight, Lloyd
> Sent: Wednesday, April 11, 2007 4:33 AM
> To: Boehm, Hans; Andrew Haley; gc <at> napali.hpl.hp.com
> Cc: java <at> gcc.gnu.org
> Subject: [Gc] RE: can't for daemon problem with gcc/gcj compiled 
> program
> 
> hans,
(Continue reading)

Filip Pizlo | 14 Apr 2007 06:32
Picon

GC_DARWIN_THREADS in gc_config_macros.h

Is GC_DARWIN_THREADS supposed to be defined in gc_config_macros.h  
when using Darwin/x86?

... and a more basic question: am I correct to assume that Darwin/x86  
works since version 6.8?

Thanks!

-F

Gmane