[Mesa-users] libGL.so.1.6.0 using rpath

[Rick Irons]

All builds are performed in a fresh build area.

I added the disable sharable glapi option along with the option to disable TLS earlier in the day today.  That appeared to do the trick and created a libGL.so.1.6.0 that doesn't require libglapi.  I am still in the process of testing these changes.

Thanks,
Rick

-----Original Message-----
From: Brian Paul [mailto:brianp at vmware.com] 
Sent: Monday, September 25, 2017 4:55 PM
To: Rick Irons <Rick.Irons at mathworks.com>; mesa-users at lists.freedesktop.org
Subject: Re: [Mesa-users] libGL.so.1.6.0 using rpath

Before you re-configured with ./configure and recompiled, did you do a make distclean to do a fresh build from scratch?

-Brian


On 09/24/2017 04:54 AM, Rick Irons wrote:
> Hi - I was able to avoid the issue by running my app with
> libglapi.so.0.0.0 in addition to libgl.so.1.6.0.   Previously, we only
> needed libgl.so.1.6.0 to run our app.  For some reason, not using TLS
> forces us to include libglapi as well.  Is this intended?   After some
> additional investigation yesterday, I suspect that we shouldn't have to
> include libglapi.so.   I was going to try rebuilding using the disable
> sharable glapi option to see if that made any difference.  Ideally, we
> would prefer not to add the new libglapi.so dependency.   Thanks for any
> help that you can offer.    Rick
>
> ----------------------------------------------------------------------
> --
> *From:* Rick Irons
> *Sent:* Friday, September 22, 2017 9:59:36 PM
> *To:* mesa-users at lists.freedesktop.org
> *Subject:* RE: libGL.so.1.6.0 using rpath
>
> …I am actually all set in regards to the undefined symbol issue.  I 
> was eventually able to figure it out.  I am still interested in any 
> thoughts regarding my original rpath question though.
>
> Thanks,
>
> Rick
>
> *From:* Rick Irons
> *Sent:* Friday, September 22, 2017 8:13 PM
> *To:* 'mesa-users at lists.freedesktop.org' 
> <mesa-users at lists.freedesktop.org>
> *Subject:* RE: libGL.so.1.6.0 using rpath
>
> Hi,
>
> I actually encountered a more serious issue later in the day while 
> making a change to disable TLS (--disable-glx-tls).  _/glapi/_Dispatch 
> is now undefined in libGL.so.1.6.0.  The specific configure 
> instructions that are used are the following…
>
> ./configure --enable-glx=xlib --disable-driglx-direct --disable-dri 
> --without-gallium-drivers --disable-egl --disable-gbm
> -with-platforms=x11 --disable-gles1 --disable-gles2 --disable-glx-tls
>
> Any ideas on how to address this issue would be greatly appreciated 
> since this problem is jeopardizing a planned update from 10.5.2 to 17.1.3.
>
> Thanks,
>
> Rick
>
> *From:* Rick Irons
> *Sent:* Friday, September 22, 2017 9:33 AM
> *To:* 'mesa-users at lists.freedesktop.org'
> <mesa-users at lists.freedesktop.org 
> <mailto:mesa-users at lists.freedesktop.org>>
> *Subject:* libGL.so.1.6.0 using rpath
>
> Hi,
>
> Is it possible to build libGL.so.1.6.0 without it referencing rpath?  
> I didn’t find any good leads in either the configure help and after 
> searching the build scripts.  Worst case I will just post process the 
> library using chrpath.
>
> Thanks,
>
> Rick
>
>
>
> _______________________________________________
> mesa-users mailing list
> mesa-users at lists.freedesktop.org
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.freedesktop
> .org_mailman_listinfo_mesa-2Dusers&d=DwIGaQ&c=uilaK90D4TOVoH58JNXRgQ&r
> =Ie7_encNUsqxbSRbqbNgofw0ITcfE8JKfaUjIQhncGA&m=uDnKWFZHjR227h9K_7IGeFk
> K2lJpa0VVGFJ26sWxmH8&s=PXbhIh6Gf6X263bvL2B4xtZl4bA_cLBz8V8jW9oN5ZU&e=
>