[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
different behaviour with different libs
- To: freebsd-threads_(_at_)_FreeBSD_(_dot_)_org
- Subject: different behaviour with different libs
- From: Mark Kent <mark_(_at_)_noc_(_dot_)_mainstreet_(_dot_)_net>
- Date: Mon, 8 May 2006 11:16:34 -0700 (PDT)
- Cc:
Hello,
What is the canonical way to compile programs that use posix threads
on freebsd 5.4+, with gcc?
I've seen comments that say that -pthread, used in 4.x, should go away
for 5.x. But, for example, /usr/ports/security/openssl uses -pthread.
So, use it? Don't use it? Should I care?
And what does it mean when a program works with one thread
library and not another? I've got a case like this:
libpthread.so.1: chew up cpu, then SEGV
libthr.so.1: chew up cpu, but works!
libc_r.so.5: works great!
This is changed with libmap.conf.
Does this point to any particular shady coding practice?
Once I know that libc_r is my friend, does this suggest
a certain set of compile flags and/or link flags?
Thanks,
-mark
_______________________________________________
freebsd-threads_(_at_)_freebsd_(_dot_)_org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-threads
To unsubscribe, send any mail to "freebsd-threads-unsubscribe_(_at_)_freebsd_(_dot_)_org"
Visit your host, monkey.org