https://bugs.freedesktop.org/show_bug.cgi?id=95266
--- Comment #16 from Jose Fonseca <jfons...@vmware.com> ---
(In reply to David Lonie from comment #12)
> Just tried that here, no such luck:
>
> $ ln -s libGL.so libGL.so.1
> $ LD_LIBRARY_PATH=$PWD:$LD_LIBRARY_PATH apitrace trace --api gl
> ./vtkRenderingCoreCxxTests "TestTranslucentLUTDepthPeeling"
>
> apitrace: loaded into /usr/bin/apitrace
apitrace is being injected into apitrace...
This can only happen if you have stuff you shouldn't have on LD_PRELOAD and
LD_LIBRARY_PATH variables... :-/
Please start from a clean terminal. Don't do anything other than I described.
In particular don't set LD_PRELOAD, and only set LD_LIBRARY_PATH=$PWD.
Honestly it's better not to fiddle with LD_PRELOAD directly yourself at all.
It just makes everything unnecesarily harder. Just let the `apitrace trace`
command do it.
I repeat:
- the right way of loading libGL.so is to set
LD_LIBRARY_PATH=/path/to/where/libGL.so.1/lives/
- the right way of tracing is to `apitrace trace myapp`
- and the right way of doing both is to
export LD_LIBRARY_PATH=/path/to/where/libGL.so.1/lives/
apitrace trace myapp
(Also note, the right name for libGL is not libGL.so as you had in the tarball.
It needs to be libGL.so.1. I suspect that this mismatch is what lead you to
resort to LD_PRELOAD to start with. But if the name is libGL.so.1 that should
never be necessary.)
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
