Community
Participate
Working Groups
Running Europa 3.3M7 with CDT 4.0.0 RC0. If the artifact name of a shared object project is "mytoo" with extension "so", then manage build creates "libmytool.so". Bug 187121 shows that one cannot remove the "lib" prefix properly. One way to create artifact "mytool.so" is setting the CDT project property "GCC C++ Linker" - "Shared Library Settings" - "Shared object name" to "mytool.so". However, this setting is not respected by managed build. The build does create "mytool.so", but it still looks for "libmytool.so" the next time you build the same unchanged project. The link will be trigger again, because managed build wants to see "libmytool.so"
this seems to be an old issue.. setting version to 3.0 an other thing I noticed is that the 3.x cygwin tool-chain did not have the lib prefix for the shared libraries project, while the 4.0 one does have this prefix. I'm going to restore the behavior to the 3.x one, i.e. the cygwin tool--chain will not specify the lib prefix for the share library project. Will this solve your problem? Regards, Mikhail
(In reply to comment #1) > an other thing I noticed is that the 3.x cygwin tool-chain did not have the lib > prefix for the shared libraries project, while the 4.0 one does have this > prefix. I'm going to restore the behavior to the 3.x one, i.e. the cygwin > tool--chain will not specify the lib prefix for the share library project. Will > this solve your problem? The "lib" prefix is now removed for the cygwin shared libary case (as was in 3.x)
I am sorry Mikhail. I forgot to select the right OS and led you to think this is a cigwin issue. The platform for this bug is Linux-GTK, so the tool chain should be GCC. In any case, this bug applies to all Linux/Unix versions. Adding the "lib" prefix by default is fine, but there should be an option to remove the prefix. Since this "Shared object name" setting is already available, fixing this bug can also close bug #119422 reported way back in 2005-12-06 and my duplicate submission #187121.
