Kito wrote:
On Nov 1, 2005, at 2:21 PM, Grobian wrote:
I'm also happy to see this way as an option at least. I don't have
good arguments yet, but I feel there's more in it somehow.
On the other hand, (turning my head over to *our* glep42) it imposes a
problem that needs to be addressable somehow by having the handles to
dynamically do the right things depending on apple/gnu cc-suite, if
you get what I mean.
Wouldn't extending tc_get* be sufficient?
Probably, but at the moment we already make the wrong assumption of doing:
#ifdef __APPLE__
#include <malloc/malloc.h>
#else
#include <malloc.h>
#endif
and then calling it a darwin patch. It's an apple patch basically, but
I don't know the darwin counterpart, if it would exist.
What I want to say, is that not only do we need to have the right
handles to get the data we need, we also need the right methods (maybe
even configure checks?) to do the right things depending on another
compiler/linker. Upstream uses __APPLE__ as well. We can't expect
upstream to have support for Gentoo's setup with standard
compiler/linker, so if we would like to support that I think we should
consider using conditionals again and/or maybe override some defines the
hard way to get what we want.
Conclusion at my side of the story is that going the way of using (or
immitating) Apple's build tools is the one of least resistance for now.
--
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
--
[email protected] mailing list
