Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
libGL.la is not a valid libtool archive [SOLVED, at last]
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
mserms
Apprentice
Apprentice


Joined: 13 Jan 2005
Posts: 162
Location: Edinburgh

PostPosted: Wed Mar 30, 2005 11:16 am    Post subject: libGL.la is not a valid libtool archive [SOLVED, at last] Reply with quote

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
View user's profile Send private message
total_planlos
n00b
n00b


Joined: 02 Jan 2005
Posts: 71
Location: Austria/Klagenfurt

PostPosted: Wed Mar 30, 2005 12:25 pm    Post subject: Reply with quote

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
View user's profile Send private message
mserms
Apprentice
Apprentice


Joined: 13 Jan 2005
Posts: 162
Location: Edinburgh

PostPosted: Sun Apr 10, 2005 10:47 pm    Post subject: Reply with quote

This needs a bump - still stuck :(

total_planos - do you have a link to the thread that mentioned linking?
Back to top
View user's profile Send private message
rhill
Retired Dev
Retired Dev


Joined: 22 Oct 2004
Posts: 1629
Location: sk.ca

PostPosted: Mon Apr 11, 2005 2:55 am    Post subject: Reply with quote

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
View user's profile Send private message
rhill
Retired Dev
Retired Dev


Joined: 22 Oct 2004
Posts: 1629
Location: sk.ca

PostPosted: Mon Apr 11, 2005 3:04 am    Post subject: Reply with quote

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
View user's profile Send private message
mserms
Apprentice
Apprentice


Joined: 13 Jan 2005
Posts: 162
Location: Edinburgh

PostPosted: Wed Apr 13, 2005 10:30 pm    Post subject: Reply with quote

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
View user's profile Send private message
mserms
Apprentice
Apprentice


Joined: 13 Jan 2005
Posts: 162
Location: Edinburgh

PostPosted: Wed Apr 13, 2005 10:31 pm    Post subject: Reply with quote

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
View user's profile Send private message
mserms
Apprentice
Apprentice


Joined: 13 Jan 2005
Posts: 162
Location: Edinburgh

PostPosted: Wed Apr 13, 2005 10:55 pm    Post subject: Reply with quote

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
View user's profile Send private message
total_planlos
n00b
n00b


Joined: 02 Jan 2005
Posts: 71
Location: Austria/Klagenfurt

PostPosted: Sun May 22, 2005 2:31 pm    Post subject: Reply with quote

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
View user's profile Send private message
Benson
Apprentice
Apprentice


Joined: 23 Feb 2004
Posts: 156
Location: Switzerland

PostPosted: Mon Jun 27, 2005 8:08 am    Post subject: Reply with quote

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.... :roll:

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
View user's profile Send private message
benkong2
n00b
n00b


Joined: 18 Jul 2004
Posts: 7

PostPosted: Mon Dec 19, 2005 7:42 pm    Post subject: Reply with quote

Glad this was here I had the same problem and copying the file worked like a dream... Learned another lesson :lol:
Back to top
View user's profile Send private message
intgr
Apprentice
Apprentice


Joined: 23 Jun 2004
Posts: 225
Location: Earth, Sol, Milky Way

PostPosted: Wed Dec 21, 2005 4:59 pm    Post subject: Reply with quote

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
View user's profile Send private message
Kenji Miyamoto
Veteran
Veteran


Joined: 28 May 2005
Posts: 1452
Location: Looking over your shoulder.

PostPosted: Wed Dec 21, 2005 5:19 pm    Post subject: Reply with quote

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
View user's profile Send private message
nesl247
Veteran
Veteran


Joined: 15 Jun 2004
Posts: 1614
Location: Florida

PostPosted: Wed Dec 21, 2005 7:10 pm    Post subject: Reply with quote

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
View user's profile Send private message
intgr
Apprentice
Apprentice


Joined: 23 Jun 2004
Posts: 225
Location: Earth, Sol, Milky Way

PostPosted: Wed Dec 21, 2005 8:10 pm    Post subject: Reply with quote

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
View user's profile Send private message
mbjr
Guru
Guru


Joined: 17 Jan 2004
Posts: 531
Location: Budapest/Hungary

PostPosted: Wed Dec 28, 2005 11:28 pm    Post subject: Reply with quote

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
View user's profile Send private message
intgr
Apprentice
Apprentice


Joined: 23 Jun 2004
Posts: 225
Location: Earth, Sol, Milky Way

PostPosted: Thu Dec 29, 2005 7:09 am    Post subject: Reply with quote

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
View user's profile Send private message
genestyler
Apprentice
Apprentice


Joined: 03 Dec 2003
Posts: 155
Location: CHATEAUDUN, Eure et loir

PostPosted: Tue Jan 17, 2006 3:15 am    Post subject: Reply with quote

don't forget to change path form /opengl/xorg-x/lib to /opengl/ati/lib
Back to top
View user's profile Send private message
InsaneHamster
Guru
Guru


Joined: 02 May 2003
Posts: 435

PostPosted: Tue Jan 17, 2006 6:38 am    Post subject: Reply with quote

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
View user's profile Send private message
el_chavo
n00b
n00b


Joined: 27 Jun 2005
Posts: 18

PostPosted: Thu Feb 02, 2006 3:20 am    Post subject: Coping files worked for me Reply with quote

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
View user's profile Send private message
punzeroni
n00b
n00b


Joined: 28 Jul 2003
Posts: 14
Location: Ulm, Germany

PostPosted: Thu Feb 02, 2006 12:20 pm    Post subject: Reply with quote

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
View user's profile Send private message
intgr
Apprentice
Apprentice


Joined: 23 Jun 2004
Posts: 225
Location: Earth, Sol, Milky Way

PostPosted: Thu Feb 02, 2006 11:17 pm    Post subject: Reply with quote

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
View user's profile Send private message
punzeroni
n00b
n00b


Joined: 28 Jul 2003
Posts: 14
Location: Ulm, Germany

PostPosted: Fri Feb 03, 2006 9:27 am    Post subject: Reply with quote

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
View user's profile Send private message
intgr
Apprentice
Apprentice


Joined: 23 Jun 2004
Posts: 225
Location: Earth, Sol, Milky Way

PostPosted: Fri Feb 03, 2006 1:47 pm    Post subject: Reply with quote

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
View user's profile Send private message
punzeroni
n00b
n00b


Joined: 28 Jul 2003
Posts: 14
Location: Ulm, Germany

PostPosted: Fri Feb 03, 2006 3:15 pm    Post subject: Reply with quote

Ok! great. Thanks for the explanation.

btw: up to now it all works fine using eselecting opengl before and after emerging
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum