search

polarbearzoo / maidsafe-dht

Automatically exported from code.google.com/p/maidsafe-dht
0 stars 0 forks source link

Can't use shared objects from protobuf #20

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Run cmake
2.
3.

What is the expected output? What do you see instead?
Expected: finding the protobuf libs.
Instead: Not finding. 

The problem is that my distribution only provides the .so libraries which 
apparently aren't being found by cmake. Maybe maidsafe really needs the .a's in 
which case this issue can be closed. If not, it would be nice if you could use 
either .so or .a 

What version of the product are you using? On what operating system?
ArchLinux, Svn 609, 64bit

Please provide any additional information below.

Original issue reported on code.google.com by m4r...@googlemail.com on 12 Dec 2010 at 1:18

GoogleCodeExporter commented 9 years ago 
We have moved to include all libs, except boost, in our library now. The 
signals branch, which will replace the current trunk has this functionality 
already. IT's probably a week away from being pushed to trunk. I hope you can 
wait for that, if not it is possible you may need to either recompile protobuf 
on your machine or alter cmake to pick up the .so. 

Shared verses static builds are a question we have not yet got a good answer 
to, unfortunately. The differences, particularly in windows are not simple. I 
think the google guys default to .a and .so in a default build of protobuf.

Original comment by irvine.d...@gmail.com on 12 Dec 2010 at 1:23

GoogleCodeExporter commented 9 years ago 
Closing items to make way for new library.

Original comment by irvine.d...@gmail.com on 14 Jan 2011 at 11:30

GoogleCodeExporter commented 9 years ago

Original comment by irvine.d...@gmail.com on 14 Jan 2011 at 11:31