This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Build of 4.1.0 in cross env

From: David Daney <ddaney at avtrex dot com>
To: FERANDELLE Pascal <pascal dot ferandelle at fr dot thalesgroup dot com>
Cc: Andrew Haley <aph at redhat dot com>, java at gcc dot gnu dot org
Date: Wed, 03 May 2006 08:23:34 -0700
Subject: Re: Build of 4.1.0 in cross env
References: <443D0B22.8205A9E4@fr.thalesgroup.com> <17469.3098.421806.759791@zapata.pink> <443D0EF7.EF6BCD75@fr.thalesgroup.com> <17469.4874.181720.730851@zapata.pink> <4458ADE5.FB11CF80@fr.thalesgroup.com> <17496.44834.92593.446686@zapata.pink> <4458C24B.E51EB999@fr.thalesgroup.com>

FERANDELLE Pascal wrote:

>
> So now, I have a complete cross powerpc-linux gcc chain in 4.1.0, and I test on a simple HelloWorld Java program.
> It does not link because there is an undefined reference to __tls_get_addr, needed by libgcj.so.
> I did not have this problem in 3.4.4.
>
> Any idea ?

It should be in the target lib libpthread.so.  Make sure your
LD_LIBRARY_PATH points to the dir where that lib resides.

The problem is that I don't have any __tls_get_addr in my target libpthread.so ...
And I don't have call to this reference in my native 4.1.0 libgcj.so.
Is this new reference generated only in cross env ?
Is there any way to bypass this ?

Yes, There is a new configure option added for exactly this reason.

RTFM about the --disable-tls top level configure option.

David Daney.

References:
- Re: Build of 4.1.0 in cross env
  - From: FERANDELLE Pascal
- Re: Build of 4.1.0 in cross env
  - From: Andrew Haley
- Re: Build of 4.1.0 in cross env
  - From: FERANDELLE Pascal

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]