Summary: | dev-libs/glib-2.4.8 fails to build using pthreads | ||
---|---|---|---|
Product: | Gentoo/Alt | Reporter: | Nick Dimiduk (RETIRED) <ndimiduk> |
Component: | Mac OSX | Assignee: | osx porters <osx> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | kito |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | config.log |
Description
Nick Dimiduk (RETIRED)
2004-12-07 12:40:34 UTC
Created attachment 45460 [details]
config.log
First odd thing is that it doesnt seem to be picking up arch/machine: /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown [...] /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown [...] But anyway, in darwin libpthreads.dylib is just a symlink as the pthread symbols are rolled into libSystem. You might try replacing '-pthreads with -lSystem or possibly -framework System.If you get symbol errors/warning, do man dylib and test the other options, i.e. -dynamic dynamic_load or something similar, Even if it builds, darwin pthreads is pretty skinny compared to linux, so it'll be hit or miss if it actually works. Using this method I did get pthread support in ecasound working though, so its worth a shot. kito: taking a look at 'configure', this would take a lot of patching to get working properly. On my system, this error doesn't cause the ebuild to fail. Is there even a value in getting the "skinny" darwin version of pthreads working with this? Fixed in CVS. |