|
»
»
« Return to Thread: g_hash_table_get_keys
Re: g_hash_table_get_keys
by Daniel Gollub
::
Rate this Message:
On Saturday 03 May 2008 14:54:51 Michael Banck wrote:
> > There seem to be two check libraries on my /usr/lib (same as /usr/lib64
> > on a debian lenny system): libcheck.a and libcheck_pic.a. The build
> > works if I add the line:
> >
> > SET( CHECK_LIBRARIES "-lcheck_pic" )
> >
> > to the top level CMakeLists.txt just after the FIND_PACKAGE( Check ).
> >
> > Presumably there is some way in CMake to tell FIND_PACKAGE to look for
> > libcheck_pic.a and only if it is not found, to look for libcheck.a.
I guess "libcheck_pic*" is Debian/Ubuntu specific?
openSUSE builds libcheck with -fPIC by default. We could also hack
FindChek.cmake module to look also for libcheck_pic
Quick look into FindCheck.cmake turned out to make use of pkg-config. But i
guess this libcheck_pic don't have a own .pc file - right?
> Alternatively, we could just link libcheck in statically (it's just for
> the test suite, it's not getting shipped AFAICT), I think this is what I
> did for the Debian/Ubuntu packages; I am not sure libcheck_pic.a is
> provided by all distributions anyway.
I would prefer to not link it statically, since there is some libcheck
debugging/development on mytodo list to support async communication from
different threads. This is way some of our tests fail randomly - e.g.: ipc,
sync, error - "check_pack.c:107: Bad message type arg". It would be easier
for me if i could continue with preloading some shared libraries instead of
doing static linking.
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel
> > There seem to be two check libraries on my /usr/lib (same as /usr/lib64
> > on a debian lenny system): libcheck.a and libcheck_pic.a. The build
> > works if I add the line:
> >
> > SET( CHECK_LIBRARIES "-lcheck_pic" )
> >
> > to the top level CMakeLists.txt just after the FIND_PACKAGE( Check ).
> >
> > Presumably there is some way in CMake to tell FIND_PACKAGE to look for
> > libcheck_pic.a and only if it is not found, to look for libcheck.a.
I guess "libcheck_pic*" is Debian/Ubuntu specific?
openSUSE builds libcheck with -fPIC by default. We could also hack
FindChek.cmake module to look also for libcheck_pic
Quick look into FindCheck.cmake turned out to make use of pkg-config. But i
guess this libcheck_pic don't have a own .pc file - right?
> Alternatively, we could just link libcheck in statically (it's just for
> the test suite, it's not getting shipped AFAICT), I think this is what I
> did for the Debian/Ubuntu packages; I am not sure libcheck_pic.a is
> provided by all distributions anyway.
I would prefer to not link it statically, since there is some libcheck
debugging/development on mytodo list to support async communication from
different threads. This is way some of our tests fail randomly - e.g.: ipc,
sync, error - "check_pack.c:107: Bad message type arg". It would be easier
for me if i could continue with preloading some shared libraries instead of
doing static linking.
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel
« Return to Thread: g_hash_table_get_keys
| Free Forum Powered by Nabble | Forum Help |