The applications is free to link to whatever it wants; we're not changing that. If it wants to link to 1:1 libthr or whatever, then it had better be sure to use -lthr because -pthread won't do it regardless of whether it is a NOOP or not.
It strikes me that the compiler and linker should be able to detect -lthr vs. -lpthread vs. -lksethread (or whatever) on the command line, and if they see something like that to just DTRT with regards to a -pthread as well.
Contrariwise, if there is a -pthread and no corresponding -lthr, -lpthread, or other thread library linkage that is explicitly specified, then we should be able to go through pmap.conf and figure out what the default "right thing" is that should be done.
What am I missing?
Making -pthread a NOOP _would_ (*) break the application in the link stage; it would be obvious when the application failed to link with lots of unresolved pthread symbols.
(*) Unless we want to support LD_PRELOAD being able to change the threads library.
That would seem to be another reasonable option.
-- Brad Knowles, <[EMAIL PROTECTED]>
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
-Benjamin Franklin, Historical Review of Pennsylvania.GCS/IT d+(-) s:+(++)>: a C++(+++)$ UMBSHI++++$ P+>++ L+ !E-(---) W+++(--) N+ !w--- O- M++ V PS++(+++) PE- Y+(++) PGP>+++ t+(+++) 5++(+++) X++(+++) R+(+++) tv+(+++) b+(++++) DI+(++++) D+(++) G+(++++) e++>++++ h--- r---(+++)* z(+++) _______________________________________________ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
