GCJ on Solaris.

Tue Mar 1 18:17:00 GMT 2005

I have some more information on my problem.
I compiled to assembler and I get things like this.
 .align 4
 .align 4
.LL-1347440721:
 .word .LL24623
 .word .LL24622
 .word .LL24624
 .word .LL24622
It looks like the solaris compiler is blowing some unsigned counter on solairs. 
 This seems odd as the code build on Linux.
What needs the happen here to isolate and fix this problem.
Is this a gcc problem or a gcj problem?
Thanks
Steve Pribyl wrote:
> Hey Guy,
>> I am working on porting our code to solaris using GCJ and have run 
> across and rather odd problem.
>> /opt/gcc-3.4.3-cvs/bin/gcj -c ../../kernel/kernel.jar 
> --classpath=..:../kernel -o kernel.o
> /var/tmp//ccG2tNvo.s: Assembler messages:
> /var/tmp//ccG2tNvo.s:103823: Error: unknown pseudo-op: `.ll'
> /var/tmp//ccG2tNvo.s:142846: Error: unknown pseudo-op: `.ll'
>> Is this a GCJ problem, a binutils problem or is this part of the 10353 
> problem.
>> This is a gcc-3.4.3-cvs from a few weeks ago with the Dave Carnal patch 
> for decoding primitive types.
>> I have tried binutils 2.13,2.15 and binutils-050224.
>> This code builds and runs on Linux using the same compiler and binutils 
> 2.11.
>> Thanks for your time.
>
-- 
Steve Pribyl
Steve AT NetFuel dot com
Computer Infrastructure Practitioner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 4706 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://gcc.gnu.org/pipermail/java/attachments/20050301/355321df/attachment.bin>