no stacktrace available

Bart Locanthi bart@sabl.com
Tue Dec 14 07:09:00 GMT 2004


% gcj -v
Reading specs from /usr/pkg/gcc3/lib/gcc-lib/i386--netbsdelf2.0/3.3.4/specs
Reading specs from 
/usr/pkg/gcc3/lib/gcc-lib/i386--netbsdelf2.0/3.3.4/../../../libgcj.spec
rename spec lib to liborig
Configured with: ./configure --prefix=/usr/pkg/gcc3 
--host=i386--netbsdelf2.0 --enable-shared --enable-languages=java 
--with-system-zlib
Thread model: posix
gcc version 3.3.4

regarding building a new one, i'm not sure how magic the pkgsrc 
scripting is. i'll see what i can find out.

if i can use the existing toolchain and just rebuild gcc's c/c++/java, 
it will be a lot more possible.

Michael Koch wrote:

>Am Dienstag, 14. Dezember 2004 07:33 schrieb Bart Locanthi:
>  
>
>>hmm, on linux it does just work. nothing to issue a stack trace
>>for.
>>
>>-g on netbsd doesn't help.
>>
>>no idea how gcj was built - i installed a standard package. also no
>>idea what other binary magic netbsd uses.
>>
>>back in the netbsd 1.6 days there was a thread/gc interaction that
>>kept me away. lots of thread improvements in 2.0; i'll try out a
>>simpler example to satisfy myself that that problem at least has
>>gone away.
>>    
>>
>
>gcj -v will tell you the configure flags. Can you try the latest 
>stable release of gcj: 3.4.2 ? Or gcc cvs HEAD ?
>
>
>Michael
>  
>



More information about the Java mailing list