-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Install libfdt.so #333
Install libfdt.so #333
Conversation
@pelwell does this look sensible? |
I hope to hell he says, "no". ;) At least not installing it as .so. |
Perhaps whatever libfdt package is installed from Raspbian is too old for what Phil needs...... |
First of all, the commit message is wrong - this causes libfdt.a to be installed, not libfdt.so. Secondly, libfdt.a is statically linked into libdtovl.so, so why would you want to install it as well? If you run nm over all of the shared libraries you will find that none of the libfdt functions are undefined. Clive is right that this version of libfdt is newer and slightly tweaked compared to the standard Raspbian version, but I'm optimistic that most of the content of libdtovl will disappear once an overlay-capable libfdt is finally upstreamed. |
Excuse my getting hot under the collar then..... It is already a static lib, doesn't need to be installed and never was a .so anyway...... ;) |
Without this patch, libdtovl.so requires libfdt.so! It may be due to using "-DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_STATIC_LIBS:BOOL=OFF" cmake flags? |
I'm confused. Where does that come from? It's you who is modifying the build so that building static libraries is disabled, and the needed code from libfdt is not linked-in to libdtovl at build time? |
Yes, I use the %cmake macro from my build service to build the RPM. |
Maybe I'm stupid, but what is the problem you are trying to solve to start with, by not using the default config which results in some libraries being built statically? |
You are supposed to run the buildme script in the root of the userland repo. If you are using any other build mechanism you should at least make that clear to avoid wasting everyone's time, and then make a case for why we should make changes to support your particular build method. |
@ggardet please close this PR if there is nothing new... |
I switched back to the build script behavior. |
Install libfdt.so as it is needed by libdtovl.so.