View previous topic :: View next topic |
Author |
Message |
mserms Apprentice
Joined: 13 Jan 2005 Posts: 162 Location: Edinburgh
|
Posted: Wed Mar 30, 2005 11:16 am Post subject: libGL.la is not a valid libtool archive [SOLVED, at last] |
|
|
I came across this problem when trying to emerge kcontrol-3.4.0, but managed to ignore it as it's not an important package for me (I have kcontrol 3.4 RC1 installed). However, I'm now getting the same error when trying to compile media-libs/libquicktime, which is annoying.
I'm using GCC 3.4.3-20050110 and have tried running "fix_libtool_files.sh 3.4.3", but that doesn't help at all.
Can anyone shed any light? This is getting annoying.
Last edited by mserms on Wed Apr 13, 2005 10:56 pm; edited 1 time in total |
|
Back to top |
|
|
total_planlos n00b
Joined: 02 Jan 2005 Posts: 71 Location: Austria/Klagenfurt
|
Posted: Wed Mar 30, 2005 12:25 pm Post subject: |
|
|
i get the same error message at installing gtkglarea(needed by dia), but I`ve also no solution!! I have read in another thread it could be a linking problem but my symlinks are correct
hmm _________________ SONY VAIO FJ1S, 1,7GHz Pentium M, 512 DDRAM, Intel 915GM 128 shared mem Grafik, 80GB Toshiba Platte |
|
Back to top |
|
|
mserms Apprentice
Joined: 13 Jan 2005 Posts: 162 Location: Edinburgh
|
Posted: Sun Apr 10, 2005 10:47 pm Post subject: |
|
|
This needs a bump - still stuck
total_planos - do you have a link to the thread that mentioned linking? |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Mon Apr 11, 2005 2:55 am Post subject: |
|
|
Code: | root ~ # opengl-update --get-implementation
nvidia
root ~ # opengl-update nvidia
* Switching to nvidia OpenGL interface ...
>>> Regenerating /etc/ld.so.cache...
* Caching service dependencies ... |
_________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Mon Apr 11, 2005 3:04 am Post subject: |
|
|
er.. wait. if it's a 'not a vaild libtool' message, then fix_libtool_files.sh will fix it. note that .la files are text files. run 'locate libGL.la' and use an editor on each of the results and see if you can find any invalid hardcoded paths that no longer exist. then supply that to fix_libtool_files.sh
eg.
Code: | # Libraries that this one depends upon.
dependency_libs=' /usr/lib/libjpeg.la -L/usr/i686-pc-linux-gnu/bin -L/usr/i686-pc-linux-gnu/lib -L/usr/lib/../i686-pc-linux-gnu/lib -lz //usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libstdc++.la' |
Code: | root ~ # ls -l /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libstdc++.la
ls: /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libstdc++.la: No such file or directory |
Code: | root ~ # fix_libtool_files.sh 3.3.5-20050130
* Scanning libtool files for hardcoded gcc library paths...
* [1/6] Scanning /lib ...
* [2/6] Scanning /usr/lib ...
* FIXING: /usr/lib/libtiff.la ...[v]
* [3/6] Scanning /opt/sun-jdk-1.5.0.02/jre/lib ...
* [4/6] Scanning /usr/games/lib ...
* [5/6] Scanning /usr/i686-pc-linux-gnu/lib ...
* [6/6] Scanning /usr/local/lib ...
|
_________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
mserms Apprentice
Joined: 13 Jan 2005 Posts: 162 Location: Edinburgh
|
Posted: Wed Apr 13, 2005 10:30 pm Post subject: |
|
|
I have found a couple in /usr/lib/opengl... and a couple in /usr/portage..., none of whom contain any hardcoded paths (as far as I can tell).
locate reveals the file that the error is coming from (/usr/lib/libGL.la), but it is empty (no wonder it throws an error!).
So, the next question is - what do I do about that?
Thanks. |
|
Back to top |
|
|
mserms Apprentice
Joined: 13 Jan 2005 Posts: 162 Location: Edinburgh
|
Posted: Wed Apr 13, 2005 10:31 pm Post subject: |
|
|
mserms wrote: | I have found a couple in /usr/lib/opengl... and a couple in /usr/portage..., none of which contain any hardcoded paths (as far as I can tell).
locate reveals the file that the error is coming from (/usr/lib/libGL.la), but it is empty (no wonder it throws an error!).
So, the next question is - what do I do about that?
Thanks. |
|
|
Back to top |
|
|
mserms Apprentice
Joined: 13 Jan 2005 Posts: 162 Location: Edinburgh
|
Posted: Wed Apr 13, 2005 10:55 pm Post subject: |
|
|
I think I've found a 'solution' - at least one of the things I've had trouble with has now compiled at least.
I created a symlink from /usr/lib/libGL.la to one of the libGL.la files that was not empty (xorg one). Feels super-hacky though... |
|
Back to top |
|
|
total_planlos n00b
Joined: 02 Jan 2005 Posts: 71 Location: Austria/Klagenfurt
|
Posted: Sun May 22, 2005 2:31 pm Post subject: |
|
|
I don't know, if it helps someone (with amd64), but I succeeded in copying the file /usr/lib64/opengl/xorg-x11/lib/libGL.la to the following locations:
/usr/lib/opengl/ati/lib/libGL.la
/usr/lib/libGL.la
the files in these location already existed but they were empty. after that gtkglarea compiles _________________ SONY VAIO FJ1S, 1,7GHz Pentium M, 512 DDRAM, Intel 915GM 128 shared mem Grafik, 80GB Toshiba Platte |
|
Back to top |
|
|
Benson Apprentice
Joined: 23 Feb 2004 Posts: 156 Location: Switzerland
|
Posted: Mon Jun 27, 2005 8:08 am Post subject: |
|
|
Just came around with the same problem while compiling gtkglarea-1.99.0 - is this a problem we should report, as there's not only the libGL.la file which is empty....
EDIT: Seems like the libGL.la file from the nvidia driver package is emtpy, just copied over the one from nvidia and wanted to open it, but it was empty too - so i copied over the file from the xorg-direcotry, this one is NOT empty and now it's compiling...
rgds,
Benson |
|
Back to top |
|
|
benkong2 n00b
Joined: 18 Jul 2004 Posts: 7
|
Posted: Mon Dec 19, 2005 7:42 pm Post subject: |
|
|
Glad this was here I had the same problem and copying the file worked like a dream... Learned another lesson |
|
Back to top |
|
|
intgr Apprentice
Joined: 23 Jun 2004 Posts: 225 Location: Earth, Sol, Milky Way
|
Posted: Wed Dec 21, 2005 4:59 pm Post subject: |
|
|
The correct way to fix this seems to be:
Code: | opengl-update xorg-x11 |
This command automatically copies all relevant files from /usr/lib/opengl/xorg-x11/lib/ to /usr/lib/ |
|
Back to top |
|
|
Kenji Miyamoto Veteran
Joined: 28 May 2005 Posts: 1452 Location: Looking over your shoulder.
|
Posted: Wed Dec 21, 2005 5:19 pm Post subject: |
|
|
integor wrote: | The correct way to fix this seems to be:
Code: | opengl-update xorg-x11 |
This command automatically copies all relevant files from /usr/lib/opengl/xorg-x11/lib/ to /usr/lib/ | But in doing so, don't we disable the driver's built-in OpenGL? |
|
Back to top |
|
|
nesl247 Veteran
Joined: 15 Jun 2004 Posts: 1614 Location: Florida
|
Posted: Wed Dec 21, 2005 7:10 pm Post subject: |
|
|
For you nvidia folks have you re-done
'emerge nvidia-glx'.. I think that is the package that provides the nvidia one. Try doing that then doing 'eselect opengl set nvidia' |
|
Back to top |
|
|
intgr Apprentice
Joined: 23 Jun 2004 Posts: 225 Location: Earth, Sol, Milky Way
|
Posted: Wed Dec 21, 2005 8:10 pm Post subject: |
|
|
Kenji Miyamoto wrote: | But in doing so, don't we disable the driver's built-in OpenGL? |
That's right. After poking around with the issue, I discovered that the libGL.la file from ati-drivers was empty. Using xorg-x11 while merging packages that require OpenGL and switching to ati seems to work so far. I'm not sure about nVidia drivers though; I would expect them to be more complete. |
|
Back to top |
|
|
mbjr Guru
Joined: 17 Jan 2004 Posts: 531 Location: Budapest/Hungary
|
Posted: Wed Dec 28, 2005 11:28 pm Post subject: |
|
|
Hi there,
Experiencing the same, seeing libGL.la full empty ( 8.20.8 ) -- seems to be a bug probably at Ati, however, did any1 try to emerge an older version? I'm just a bit afraid of using Xorg's openGL, I'm too scared of loosing my DRI support
Thanks, _________________ mb |
|
Back to top |
|
|
intgr Apprentice
Joined: 23 Jun 2004 Posts: 225 Location: Earth, Sol, Milky Way
|
Posted: Thu Dec 29, 2005 7:09 am Post subject: |
|
|
mbjr wrote: | did any1 try to emerge an older version? |
I tried ati-drivers-8.20.8 (~amd64) as well as ati-drivers-8.18.8-r2 (amd64) and neither had anything in their libGL.la IIRC. |
|
Back to top |
|
|
genestyler Apprentice
Joined: 03 Dec 2003 Posts: 155 Location: CHATEAUDUN, Eure et loir
|
Posted: Tue Jan 17, 2006 3:15 am Post subject: |
|
|
don't forget to change path form /opengl/xorg-x/lib to /opengl/ati/lib |
|
Back to top |
|
|
InsaneHamster Guru
Joined: 02 May 2003 Posts: 435
|
Posted: Tue Jan 17, 2006 6:38 am Post subject: |
|
|
integor wrote: | The correct way to fix this seems to be:
Code: | opengl-update xorg-x11 |
This command automatically copies all relevant files from /usr/lib/opengl/xorg-x11/lib/ to /usr/lib/ |
thats what works for me when i see this error i flip this command emerge the broken package then flip it back to my ati
works fine for me |
|
Back to top |
|
|
el_chavo n00b
Joined: 27 Jun 2005 Posts: 18
|
Posted: Thu Feb 02, 2006 3:20 am Post subject: Coping files worked for me |
|
|
I copied the files like total_planlos recommended and kcontrol finally compiled, the libGL.la file from ATI was empty, must be an issue with the way the drivers are installed/packaged? |
|
Back to top |
|
|
punzeroni n00b
Joined: 28 Jul 2003 Posts: 14 Location: Ulm, Germany
|
Posted: Thu Feb 02, 2006 12:20 pm Post subject: |
|
|
Hi guys,
I came across the same problem with ati-drivers-8.21.7. When I Code: | eselect opengl set ati | my /usr/lib/libGL.la is empty as well. After this I got linking problems with all the KDE 3.5.1 stuff and also amarok.
I tried both workarounds:
1.) copy files from xorg-X11as total_planlos suggested
2.) Code: | eselect opengl set xorg-x11
emerge foo
eselect opengl set ati |
Both workarounds seem to work so far. But which one is better? Can there be any problems in the future if you link packages against xorg-x11 opengl libraries and then switch back to ati ? |
|
Back to top |
|
|
intgr Apprentice
Joined: 23 Jun 2004 Posts: 225 Location: Earth, Sol, Milky Way
|
Posted: Thu Feb 02, 2006 11:17 pm Post subject: |
|
|
punzeroni wrote: | Both workarounds seem to work so far. But which one is better? |
I would bet on the eselect way because it's the way Gentoo developers thought it should be.
Quote: | Can there be any problems in the future if you link packages against xorg-x11 opengl libraries and then switch back to ati ? |
I don't think anybody is going to break OpenGL binary compatibility any time soon, so no. |
|
Back to top |
|
|
punzeroni n00b
Joined: 28 Jul 2003 Posts: 14 Location: Ulm, Germany
|
Posted: Fri Feb 03, 2006 9:27 am Post subject: |
|
|
Quote: | I don't think anybody is going to break OpenGL binary compatibility any time soon, so no. |
Just for my own interest: I thought that there might be a difference between the ati implementation of opengl and the xorg one. Cause if there was a difference, wouldn't it be a potential problem if you link against the one implementation but use the other one. Just curious.... |
|
Back to top |
|
|
intgr Apprentice
Joined: 23 Jun 2004 Posts: 225 Location: Earth, Sol, Milky Way
|
Posted: Fri Feb 03, 2006 1:47 pm Post subject: |
|
|
punzeroni wrote: | I thought that there might be a difference between the ati implementation of opengl and the xorg one. |
Yes, their implementations are entirely different, but the ABI (application binary interface) by different vendors is guaranteed to be compatible. Since the OpenGL library is (usually, if not always) dynamically linked, when launching, the application will dynamically load whatever libGL.so is found on the system. At link-time, the linker only finds names of the libraries the necessary symbols exist in, and stores this in the binary.
All 'eselect opengl' does is to switch the OpenGL library binaries and its related files (including the .la file) to the vendor you specified. |
|
Back to top |
|
|
punzeroni n00b
Joined: 28 Jul 2003 Posts: 14 Location: Ulm, Germany
|
Posted: Fri Feb 03, 2006 3:15 pm Post subject: |
|
|
Ok! great. Thanks for the explanation.
btw: up to now it all works fine using eselecting opengl before and after emerging |
|
Back to top |
|
|
|