glew: add option for glu

[xyz1001]

Specify library name and version: glew/2.2.0

glew with mesa-glu cause crash on my device. glu/system works well.
Environment:
OS: Kubuntu 22.04
Hardware: Lenovo ThinkBook 14p G2 ACH with AMD 5800H

---

• I've read the contributing guidelines.
• I've used a recent Conan client version close to the currently deployed.
• I've tried at least one configuration locally with the conan-center hook activated.

[github-actions]

🤖 Beep Boop! This pull request is making changes to 'recipes/glew//'.

👋 @Hopobcn you might be interested. 😉

[conan-center-bot]

Conan v1 pipeline ✔️

All green in build 2 (6d2ae7640efb5fcea48eb5ad859b4fcf2ff030cb):

• glew/2.2.0:
  All packages built successfully! (All logs)

• glew/2.1.0:
  All packages built successfully! (All logs)

---

Conan v2 pipeline ✔️

Note: Conan v2 builds are now mandatory. Please read our discussion about it.

All green in build 2 (6d2ae7640efb5fcea48eb5ad859b4fcf2ff030cb):

• glew/2.1.0:
  All packages built successfully! (All logs)

• glew/2.2.0:
  All packages built successfully! (All logs)

[valgur]

@jwillikers

[jwillikers]

@xyz1001 Thanks for submitting the PR regarding this issue! I'm curious as to why it would crash at runtime. Are you running your application with the conanrun.sh shell script? That's important as it will put the runtime-loaded libGLU from the standard Conan package in LD_LIBRARY_PATH path.

[xyz1001]

@jwillikers
I am not running my application with conanrun.sh. I collect all so file from dependencies and copy them to the directory of executable file.

And then I run my application with LD_LIBRARY_PATH set to the directory of executable file.

It crash when call glDrawArrays.

[jwillikers]

@xyz1001 Thanks! That helps me understand the situation. I'm not certain GLU is the issue yet. What happens if you delete libglvnd from the .so files you've copied and try re-running?

[xyz1001]

@jwillikers It works well after I delete all so copy from libglvnd. It turn to load those so from system packages.

[jwillikers]

@jwillikers It works well after I delete all so copy from libglvnd. It turn to load those so from system packages.

@xyz1001 Thanks for checking. I think making opengl/system an alternative for libglvnd in mesa/glu would solve your problem. I'm not sure the issue is related to the libglvnd Conan package or just the fact that a lot of the dependencies like glew depend on opengl/system still instead of the libglvnd Conan package. To figure out what's really going would require a bigger deep dive into running with some different environment variables to debug the libglvnd loading and the Mesa drivers. I don't think that's really necessary at this point though.

It's also worth noting that an outdated recipe revision of libglvnd could also be causing the problem.

[jwillikers]

I've opened #24067 to fix this. Also, @xyz1001 Do you know if you are using the latest revision of the libglvnd recipe? Just want to take sure you're not running into this due to an old recipe revision.

[xyz1001]

@jwillikers Yes, I am using the latest revision of the libglvnd recipe. The conanfile.py in my local conan cache is same as that in conan-center-index repo.