Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] Not compiling on BBB #70

Closed
JDuchniewicz opened this issue Jun 10, 2021 · 7 comments
Closed

[BUG] Not compiling on BBB #70

JDuchniewicz opened this issue Jun 10, 2021 · 7 comments
Assignees
Labels

Comments

@JDuchniewicz
Copy link
Contributor

Description

Fails to build with following error:

make[2]: *** No rule to make target '../external/PVRScope/../../lib/Linux_armv7l/libPVRScopeDeveloper.a', needed by 'bin/OpenGLESPVRScopeExample'.  Stop.
make[1]: *** [CMakeFiles/Makefile2:1646: examples/OpenGLES/PVRScopeExample/CMakeFiles/OpenGLESPVRScopeExample.dir/all] Error 2
make: *** [Makefile:130: all] Error 2

Repro steps

Clone the repository, configure with:

cmake .. -DPVR_BUILD_OPENGLES2_EXAMPLES=1 -DPVR_WINDOW_SYSTEM=NullWS -DCMAKE_BUILD_TYPE=Debug

Then build.

Environment

  • SDK version: latest master:0f84b53f5a324a63a6bd949b6906b9ca6c040c12
  • Operating System/Device:
    BeagleBone Black

uname -a
Linux beaglebone 4.19.94-ti-r64 #1buster SMP PREEMPT Fri May 21 23:57:28 UTC 2021 armv7l GNU/Linux

Additional Info

@JDuchniewicz JDuchniewicz changed the title [BUG] No compiling on BBB [BUG] Not compiling on BBB Jun 10, 2021
@omarzohdi
Copy link
Collaborator

Hey Jakub,

It looks like cmake is looking for the library in the incorrect folder. If you take a look at the contents of Native_SDK/lib/ you'll notice that the folder Linux_armv7l doesn't exist. However, you'll see Linux_armv7 and Linux_armv7hf do. I'd say a workaround to get you up and running is to copy and rename the Linux_armv7 to Linux_armv7l and see if the build process succeeds in that case.

Alternatively, you can kick cmake from the top-level folder and it should work correctly (note this will generate & build all of the examples)

I'll open an internal ticket to make sure that we map the architectures to the correct folders when running cmake from the examples' folders.

Cheer,
Omar.

@omarzohdi omarzohdi self-assigned this Jun 10, 2021
@JDuchniewicz
Copy link
Contributor Author

JDuchniewicz commented Jun 10, 2021

Hi Omar,

I renamed it but it still fails to compile:

/usr/bin/ld.gold: error: ../../../../external/PVRScope/../../lib/Linux_armv7l/libPVRScopeDeveloper.a(DeviceScope.cpp.o) uses VFP register arguments, output does not
collect2: error: ld returned 1 exit status

It seems like Linux_armv7 uses VFP and BBB (armv7l) does not use the Vector Floating Point coprocessor.

I think that libraries may need recompiling for armv7l specifically.

@omarzohdi
Copy link
Collaborator

Hi, Jakub, yes you're right, it seems I was a bit hasty in my response. I've run a few more tests and it seems that the PVRScopeExample is not supported on the BeagleBone Black. As far as I can see the PVRScopeExample is not meant to be generated or built for OpenGL 2.0. Kicking a build from the top level will exclude that example from the build. The error seems to pop up when you try to build the example from its folder, correct?

Out of curiosity did you clone the repo from Github or did you use the SDK that ships with the BeagleBone Black Image?

@JDuchniewicz
Copy link
Contributor Author

JDuchniewicz commented Jun 10, 2021

I followed the steps outlined in the Imagination's University Programme, Practical lesson 9. It asks for cloning the code from GH and installing.

The error is generated when I run the build from created cmake-build folder.

@omarzohdi
Copy link
Collaborator

I see, so It seems this is a regression. If you take a look here you'll see the two PVRScope examples were removed from the list of examples to be built when targeting OpenGL 2.0. The change was override in later commits.

To solve your issue, as quickly as possible, you can just remove the PVRScopeExample & PRVScopeRemote examples from the list in the CMakeLists.txt file and you should be good to go. I'll be patching the issue as soon as possible to reflect the changes. Do let me know if everything works after that change.

Thank you for bringing up the issue!
Omar.

@JDuchniewicz
Copy link
Contributor Author

I can confirm that reverting that change fixes the issue. Thank you for the support!

@omarzohdi
Copy link
Collaborator

Glad to hear it was fixed! I'll close the issue and if anything else pops up that you need help with feel free to open more.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants