FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 07-12-2011, 06:50 PM
Richard Shaw
 
Default cmake so versioning issue

On Tue, Jul 12, 2011 at 1:30 PM, Ankur Sinha <sanjay.ankur@gmail.com> wrote:
> Hello,
>
> I'm in the process of packaging OpenNL[1]. It uses the cmake build
> system. The tar on its own, only provides a libnl.so file. It does not
> provide a versioned soname. Since libnl is already available, I also
> need to change the naming to libopennl. I've created this patch[2]
> currently. While it succeeds in changing the name of the so from libnl
> to libopennl, it does not create a versioned so. I've looked around and
> tried various commands that google gave me, but haven't been able to fix
> it yet. Could someone please help?
>
> [1]
> http://alice.loria.fr/index.php/software/4-library/23-opennl.html
>
> [2] http://ankursinha.fedorapeople.org/misc/opennl-fix-libname.patch

I think changing the following line will do the trick:

+ set_target_properties(opennl PROPERTIES COMPILE_FLAGS "-malign-double")

to

+ set_target_properties(opennl PROPERTIES
+ COMPILE_FLAGS
"-malign-double"
+ SONAME
${OpenNL3_VERSION_MAJOR}.${OpenNL3_VERSION_MINOR}
+ )

Thanks,
Richard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-12-2011, 06:54 PM
Richard Shaw
 
Default cmake so versioning issue

Dang line wrapping

Here's another version using "LIBRARIES_SOVERSION" instead. Didn't see
it the first time.

http://pastebin.com/8wQeM6XQ

Richard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-13-2011, 02:18 PM
Ankur Sinha
 
Default cmake so versioning issue

On Tue, 2011-07-12 at 13:54 -0500, Richard Shaw wrote:
> Dang line wrapping
>
> Here's another version using "LIBRARIES_SOVERSION" instead. Didn't see
> it the first time.
>
> http://pastebin.com/8wQeM6XQ
>
> Richard

Hi Richard,

That didn't work either :/

I decided to hack it down, and now this is what my spec looks like:

http://ankursinha.fedorapeople.org/opennl/OpenNL.spec


--
Thanks,
Regards,
Ankur: "FranciscoD"

http://fedoraproject.org/wiki/User:Ankursinha
http://dodoincfedora.wordpress.com/


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-13-2011, 02:30 PM
Richard Shaw
 
Default cmake so versioning issue

On Wed, Jul 13, 2011 at 9:18 AM, Ankur Sinha <sanjay.ankur@gmail.com> wrote:
> On Tue, 2011-07-12 at 13:54 -0500, Richard Shaw wrote:
> Hi Richard,
>
> That didn't work either :/

I was going purely by the patch and I'm certainly not a cmake expert
but this did work for me on a new package I'm working on...


> I decided to hack it down, and now this is what my spec looks like:
>
> http://ankursinha.fedorapeople.org/opennl/OpenNL.spec

Does that actually set the soversion in the library?

What does:

readelf -d <library>.so | grep -i SONAME

give you?

An example from my package:

# readelf -d libpugixml.so | grep -i SONAME
0x000000000000000e (SONAME) Library soname: [libpugixml.so.1.0]

Thanks,
Richard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-13-2011, 03:06 PM
Ankur Sinha
 
Default cmake so versioning issue

On Wed, 2011-07-13 at 09:30 -0500, Richard Shaw wrote:
> On Wed, Jul 13, 2011 at 9:18 AM, Ankur Sinha <sanjay.ankur@gmail.com> wrote:
> > On Tue, 2011-07-12 at 13:54 -0500, Richard Shaw wrote:
> > Hi Richard,
> >
> > That didn't work either :/
>
> I was going purely by the patch and I'm certainly not a cmake expert
> but this did work for me on a new package I'm working on...
>
>
> > I decided to hack it down, and now this is what my spec looks like:
> >
> > http://ankursinha.fedorapeople.org/opennl/OpenNL.spec
>
> Does that actually set the soversion in the library?
>
> What does:
>
> readelf -d <library>.so | grep -i SONAME
>
> give you?
>
> An example from my package:
>
> # readelf -d libpugixml.so | grep -i SONAME
> 0x000000000000000e (SONAME) Library soname: [libpugixml.so.1.0]
>
> Thanks,
> Richard

Yep! It does

[root@ankur lib]# ls
libopennl.so.3.4.1
[root@ankur lib]# readelf -d libopennl.so.3.4.1 | egrep -i soname
0x0000000e (SONAME) Library soname:
[libopennl.so.3]


--
Thanks,
Regards,
Ankur: "FranciscoD"

http://fedoraproject.org/wiki/User:Ankursinha
http://dodoincfedora.wordpress.com/


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 07-13-2011, 03:06 PM
Ankur Sinha
 
Default cmake so versioning issue

On Wed, 2011-07-13 at 09:30 -0500, Richard Shaw wrote:
> On Wed, Jul 13, 2011 at 9:18 AM, Ankur Sinha <sanjay.ankur@gmail.com> wrote:
> > On Tue, 2011-07-12 at 13:54 -0500, Richard Shaw wrote:
> > Hi Richard,
> >
> > That didn't work either :/
>
> I was going purely by the patch and I'm certainly not a cmake expert
> but this did work for me on a new package I'm working on...
>
>
> > I decided to hack it down, and now this is what my spec looks like:
> >
> > http://ankursinha.fedorapeople.org/opennl/OpenNL.spec
>
> Does that actually set the soversion in the library?
>
> What does:
>
> readelf -d <library>.so | grep -i SONAME
>
> give you?
>
> An example from my package:
>
> # readelf -d libpugixml.so | grep -i SONAME
> 0x000000000000000e (SONAME) Library soname: [libpugixml.so.1.0]
>
> Thanks,
> Richard

Yep! It does

[root@ankur lib]# ls
libopennl.so.3.4.1
[root@ankur lib]# readelf -d libopennl.so.3.4.1 | egrep -i soname
0x0000000e (SONAME) Library soname:
[libopennl.so.3]


--
Thanks,
Regards,
Ankur: "FranciscoD"

http://fedoraproject.org/wiki/User:Ankursinha
http://dodoincfedora.wordpress.com/


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 04:38 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org