| 1 |
On Dec 14, 2010, at 2:22 AM, Michael Haubenwallner wrote: |
| 2 |
|
| 3 |
> (now with CC-ing list) |
| 4 |
> |
| 5 |
> On 12/14/10 01:08, Perry Smith wrote: |
| 6 |
>>> A Library called 'libmpfr.a' without any version number in plain filename |
| 7 |
>>> is calling for troubles[1]. |
| 8 |
>>> |
| 9 |
>>> [1] http://bugs.gentoo.org/show_bug.cgi?id=213277#c11 |
| 10 |
>> |
| 11 |
>> I can recreate this doing: |
| 12 |
>> |
| 13 |
>> LIBPATH=/lib gcc -o x x.c && ./x |
| 14 |
>> exec(): 0509-036 Cannot load program gcc because of the following errors: |
| 15 |
>> 0509-022 Cannot load module /gsa/ausgsa/projects/r/ruby/lib/libintl.a(libintl.so.8). |
| 16 |
>> 0509-150 Dependent module /lib/libiconv.a(libiconv.so.2) could not be loaded. |
| 17 |
>> 0509-152 Member libiconv.so.2 is not found in archive |
| 18 |
> |
| 19 |
>> I went back and rebuilt my libintl.a using absolute paths so the header looks like: |
| 20 |
> |
| 21 |
>> 3 /gsa/ausgsa/projects/r/ruby/lib libiconv.a libiconv.so.2 |
| 22 |
>> |
| 23 |
>> and it still fails. |
| 24 |
> |
| 25 |
> This is interesting - I've not recognized that LIBPATH overrides absolute path too. |
| 26 |
|
| 27 |
So, I went back and relinked my gettext libraries so that all of the ones that reference iconv now use aboslute paths and it did solve my problem: |
| 28 |
|
| 29 |
> LIBPATH=/lib gcc -o x x.c /gsa/ausgsa/projects/r/ruby/lib/libintl.a |
| 30 |
> |
| 31 |
> LIBPATH=/lib ./x |
| 32 |
> hi 4609 |
| 33 |
|
| 34 |
|
| 35 |
Hence, the gcc I have would work when called from inside Java. |
| 36 |
|
| 37 |
Also, the guy I'm talking to mentioned rtl_enable -s. I've not used it but it seems like it might make life a lot easier. |
| 38 |
|
| 39 |
You can play with it some but if you point it at a shared object, it creates a script, an import file, and an export file. Together, they will recreate the shared object. You can then edit the files, for example, adding absolute paths, if you want to change the header of the shared object file. |
| 40 |
|
| 41 |
I am not familiar with portage at all but I've seen that it patches various things like the configure script, etc. It might be easier / safer to leave the scripts alone (leave libtool do whatever it wants) and then use rtl_enable -s, edit the resulting files, and rebuild the shared object the way you want it. |
| 42 |
|
| 43 |
Perry |
Archives