Hello Vincent,
* Vincent Torri wrote on Mon, Dec 28, 2009 at 07:34:09PM CET:
When passing -pthread to my_lib_LDFLAGS and my_lib_CFLAGS in
Makefile.am, on OpenBSD (libtool 1.5.26), the linker does not have
-lpthread, but just -pthread :
Does it help to use the ACX_PTHREAD macro from the
On Tue, 29 Dec 2009, Vincent Torri wrote:
Is -pthread not sufficient to do everything needed? Notice that this is
GCC and not just the linker. GCC is expected to respond to -pthread.
if we just pass -pthread, then a binary using the library gives, for example,
the error:
tig$ eet
On Tue, 29 Dec 2009, Bob Friesenhahn wrote:
tig$ eet
eet:/usr/local/lib/eina/mp/eina_chained_mempool.so: undefined symbol
'pthread_mutex_unlock'
Is -pthread also applied when the binary is built, or has it been lost?
-pthread should also be passed to any binary that uses a lib using
On Tue, 29 Dec 2009, Vincent Torri wrote:
On Tue, 29 Dec 2009, Bob Friesenhahn wrote:
tig$ eet
eet:/usr/local/lib/eina/mp/eina_chained_mempool.so: undefined symbol
'pthread_mutex_unlock'
Is -pthread also applied when the binary is built, or has it been lost?
-pthread should also be passed
-pthread -pthread
Is there a known problem with OpenBSD and -pthread, using libtool 1.5.26 ?
thank you
Vincent Torri
___
http://lists.gnu.org/mailman/listinfo/libtool
On Mon, 28 Dec 2009, Vincent Torri wrote:
When passing -pthread to my_lib_LDFLAGS and my_lib_CFLAGS in Makefile.am, on
OpenBSD (libtool 1.5.26), the linker does not have -lpthread, but just
-pthread :
Is -pthread not sufficient to do everything needed? Notice that this
is GCC and not just
On Mon, 28 Dec 2009, Bob Friesenhahn wrote:
On Mon, 28 Dec 2009, Vincent Torri wrote:
When passing -pthread to my_lib_LDFLAGS and my_lib_CFLAGS in Makefile.am,
on OpenBSD (libtool 1.5.26), the linker does not have -lpthread, but just
-pthread :
Is -pthread not sufficient to do
