-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Entire RPI Userland unnecessarily(?) brought in for CRT Switch Res #9966
Comments
You do have a fair point. Userland source is usually located in /opt/vc/lib. However depending on your distro this may not be the case. This guarantees that the source will compile regardless of your distro and the Userland source location. I'm sure in most cases it will compile fine using /opt/vc/lib as the include but not always. In the small % of cases were it does not, we would need to include a guide on how to download the source or move it to the correct location and then link it. If the consensus is to remove the Userlane source from RetroArch and change the include please bear the above in mind. |
Thanks for coming back @alphanu1 :) I think the assumption about library locations is already catered for in Retroarch, which already had various videocore/dispmanx hooks. see here: Lines 60 to 84 in 0029598
looks like it looks for the package via Line 201 in 572611f
if you need additional userland libraries you could do a similar approach? |
bumping this - whenever i want to search for something in this repo via github i'm reminded of it, as you get so much noise from the vast raspi userland :( |
#8132
Surely the RPI Userland already exists on RPI platforms, so does not need to be in Retroarch for us to make use of it? What happens when it is updated upstream? This seems like a whole bunch of bloat that we don't need or want, right?
Tagging @alphanu1
The text was updated successfully, but these errors were encountered: