| | [ Return to Bugs & Features | Roadmap 2.0 | SVN ⇄ GIT ]
STR #2109
| Application: | FLTK Library |
|---|
| Status: | 1 - Closed w/Resolution |
|---|
| Priority: | 4 - High, e.g. key functionality not working |
|---|
| Scope: | 3 - Applies to all machines and operating systems |
|---|
| Subsystem: | Build Files |
|---|
| Summary: | W: no-soname /usr/lib/libfltk2* -- provide SONAME for FLTK2 libs |
|---|
| Version: | 2.0-current |
|---|
| Created By: | mnowak |
|---|
| Assigned To: | bgbnbigben |
|---|
| Fix Version: | 2.0-current (SVN: v8304) |
|---|
| Update Notification: | |
|---|
Trouble Report Files:
Trouble Report Comments:
| |
| #1 | mnowak
15:43 Dec 21, 2008 |
| Creating FLTK2 package for Fedora. Compiled FLTK2 with --enable-shared, got four Shared Objects. None of them has SONAME inside. Example of correct library:
newman BUILD $ objdump --headers --private-headers /usr/lib/libgladesharpglue-2.so | grep -i SONAME
SONAME libgladesharpglue-2.so
I guess it's necessary to have when both FLTK-1.1.x and FLTK-2.0.x are installed a side.
Perhaps there's connection with STR #587.
Snapshot: r6525
Can you please add SONAME to the libraries, like it's for FLTK 1.1.x? | |
| |
| #2 | bgbnbigben
04:52 Dec 14, 2010 |
| The attached patch should rectify this. This was removed in revision 4274, and dejan's log offers this:
Temporal solution of problem when cairo is not installed in "default" path.
From the tests I ran, everything compiled fine even with Cairo, and test/cairo worked as expected.
However, AFAIK my Cairo is in a standard path.
Assuming there's someone out there who uses Cairo alongside 2.0 and has it in a non-standard path, could you please test this?
From what I can tell, the problem would have been created when using $@ inside the makefile - when building the .so files, make's dependency is on ../lib/libfltk2.so.2.0 (or libfltk2_images.so.2.0 or _gl.2.0 or the like), thus $@ becomes ../lib/libfltk2.so.2.0 (or something similar for images etc).
Incidentally, this would have also created a problem when the sofiles were installed in a directory with a name /other/ than 'lib', and I'd be hedging my bets that this is what caused the Cairo problem...... | |
| |
| #3 | bgbnbigben
03:22 Jan 23, 2011 |
| Fixed in Subversion repository. | |
[ Return to Bugs & Features ]
|
| |
