<br><br><div><span class="gmail_quote">On 5/18/06, <b class="gmail_sendername">Peter S. Mazinger</b> &lt;<a href="mailto:ps.m@gmx.net">ps.m@gmx.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, 18 May 2006, Carmelo Amoroso wrote:<br><br>&gt; On 5/17/06, Peter S. Mazinger &lt;<a href="mailto:ps.m@gmx.net">ps.m@gmx.net</a>&gt; wrote:<br>&gt; &gt;<br>&gt; &gt; On Wed, 17 May 2006, Carmelo Amoroso wrote:<br>
&gt; &gt;<br>&gt; &gt; &gt; Hi all,<br>&gt; &gt; &gt; I'm tryng to port the uClibc-nptl branch over sh4 core.<br>&gt; &gt;<br>&gt; &gt; that branch is not finished, wait until it has the final version, then you<br>&gt; &gt; can try to port it sh4
<br>&gt; &gt;<br>&gt; &gt; Peter<br>&gt;<br>&gt;<br>&gt; Hi,<br>&gt; I understood. but the problem I'm having&nbsp;&nbsp;seems to be not related&nbsp;&nbsp;to the<br>&gt; nptl/TLS implementation.<br><br>build uClibc-svn by enabling LINUXTHREADS_OLD and see if you have the same
<br>problem<br><br>&gt; I don't currently have a uClibc-nptl working environment, simply a<br>&gt; nptl-uClibc built on sh4.<br><br>what is that (nptl-uClibc) ? I have seen only an uClibc-nptl branch<br><br>&gt; I'm wondering to understand while the TEXTREL flag is appearing in my
<br>&gt; libc.so.0 even if I'm using -fPIC.<br>&gt; Could be something related to a wrong cross-compiler configuration?<br>&gt; or the assumptiom about TEXTREL and -fPIC is wrong when we use TLS variable?<br><br>As I said you are not allowed (or if you do, you are on your own) if you
<br>use anything TLS related (new linuxthreads and nptl fall into this<br>category)<br><br>I know of more causes for TEXTREL<br>1. binutils failing for sh (for ex. it did for arm until 2.16.1)<br>2. if you removed -z defs (as proposed some time ago and I said that it
<br>is the worth you can do), then because you miss some symbol<br>3. non-PIC aware asm code in the arch specific parts<br><br>Download pax-utils from any gentoo site, and run scanelf -q -t -T<br><a href="http://libuClibc-0.9.28.so">
libuClibc-0.9.28.so</a>, that will list you the possible offenders</blockquote><div><br>
Thanks to scanelf I discovered&nbsp; that&nbsp; the cause of the TEXTREL is inside some asm code, <br>
just as Peter suggested. I'm investing on it.<br>
<br>
Thanks again to all<br>
<br>
Carmelo<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Peter<br>&gt;<br>&gt; Thanks again for any suggestions,<br>&gt;<br>&gt; Carmelo<br>
&gt;<br>&gt; &gt; For what I know I sholud not expect the TEXTREL fls into the dynamic<br>&gt; &gt; section<br>&gt; &gt; &gt; building pic code, but it happened.<br>&gt; &gt; &gt; So the dynamic linker (built with FORCE_SHAREABLE_TEXT_SEGMENTS) stops
<br>&gt; &gt; when<br>&gt; &gt; &gt; trying to load the libc flagged with TEXTREL.<br>&gt; &gt; &gt;<br>&gt; &gt; &gt; What is going wrong? could any one help me?<br>&gt; &gt; &gt;<br>&gt; &gt; &gt; If you need further information, I'll add them.
<br>&gt; &gt; &gt;<br>&gt; &gt; &gt; Thanks,<br>&gt; &gt; &gt; Carmelo<br>&gt; &gt; &gt;<br>&gt; &gt;<br>&gt; &gt; --<br>&gt;
&gt; Peter S. Mazinger &lt;ps dot m at gmx dot
net&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ID:
0xA5F059F2<br>&gt; &gt; Key fingerprint = 92A4 31E1 56BC 3D5A 2D08&nbsp;&nbsp;BB6E C389 975E A5F0 59F2<br>&gt; &gt;<br>&gt; &gt;<br>&gt;<br><br>--<br>Peter S. Mazinger &lt;ps dot m at gmx dot net&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; ID: 0xA5F059F2<br>Key fingerprint = 92A4 31E1 56BC 3D5A 2D08&nbsp;&nbsp;BB6E C389 975E A5F0 59F2
<br><br></blockquote></div><br>