EGL init problem

[Christopher Barry]

On Fri, 16 Oct 2015 02:55:13 -0400
Christopher Barry <christopher.barry at earborg.com> wrote:

>On Fri, 16 Oct 2015 15:32:38 +0900
>Michel Dänzer <michel at daenzer.net> wrote:
>
>>On 16.10.2015 14:47, Christopher Barry wrote:
>>> 
>>> mesa/mesa build failed again.
>>> config.log attached 
>>> 
>>> This time, fresh clone, the values from modules-file are indeed
>>> picked up in the ./configure line.
>>> 
>>> however, later, all of the internal LLVM vars have no values, which
>>> seems a bit suspect, since I'm feeding it the path.
>>
>>Does /opt/lib/llvm/bin/llvm-config exist? If yes, what does
>>
>> /opt/lib/llvm/bin/llvm-config --version
>>
>>say?
>>
>>
>
>$ ls -la /opt/lib/llvm
>lrwxrwxrwx 1 cbarry cbarry 11 Oct 11 12:53 /opt/lib/llvm -> llvm-3.8.0/
>
>$ which llvm-config
>/opt/lib/llvm/bin/llvm-config
>$ llvm-config --version
>3.8.0
>
>$ ldconfig -p | grep llvm
>   libclang.so (libc6,x86-64) => /opt/lib/llvm-3.8.0/lib/libclang.so
>   libLTO.so (libc6,x86-64) => /opt/lib/llvm-3.8.0/lib/libLTO.so
>   libLLVM-3.8.so (libc6,x86-64)
> => /opt/lib/llvm-3.8.0/lib/libLLVM-3.8.so
>
>the PATH and my settings in in configure used the symlink - ldconfig
>was using the actual dirname. I have edited
>the /etc/ld.so.conf.d/00-xorg.conf file to be the symlink path, ran
>ldconfig, and verified it changed:
>
>$ ldconfig -p | grep llvm
>   libclang.so (libc6,x86-64) => /opt/lib/llvm/lib/libclang.so
>   libLTO.so (libc6,x86-64) => /opt/lib/llvm/lib/libLTO.so
>   libLLVM-3.8.so (libc6,x86-64) => /opt/lib/llvm/lib/libLLVM-3.8.so
>
>Re-running the build now to retry the failed modules...

..And, what I discovered by looking in mesa/mesa/config.log after
re-starting the build, is that the options get reset to just the prefix=
param, and all other params are missing from that log file now. This is
when re-running the build.sh script with the --resumefile parameter.
Apparently it does not re-read the modules file? dunno, I'll
investigate the script in the morning.

I gotta crash now though, it's 3:00am here. Thanks for looking at all
this mess with me, I really do appreciate it. Hopefully the llvm ld path
issue was the primary culprit...

-C