On Oct 6, 2005, at 15:01:38, Derrick J Brashear wrote:
On Thu, 6 Oct 2005, Kyle Moffett wrote:It looks like the -nostdinc is preventing it from locating ppc/ types.h which is included by sys/types.h, but I'm not sure how it gets ahold of a sys/types.h to know where to go looking. I have a complete full-install of Xcode Tools 2.1.It links directories of headers into src/libafs. ppc is not one of them. Maybe it should be. Wonder why it's building for me.
Many minutes of debugging later: OH!!!One of the makefiles includes this happy string, so you aren't supposed to need most of those messy symlinks: KINCLUDES=-I$(KROOT)/ System/Library/Frameworks/Kernel.Framework/Headers
The problem is that I'm using a case-sensitive HFS+ filesystem to make myself more comfortable (yes, yes, I know, I get to keep both pieces), but you misspelled "Kernel.framework" as "Kernel.Framework" there, and didn't notice because you (for some value of "you") all use case-insensitive filesystems. (you darn insensitive people!!! :- D). The attached patch cleans up the whole issue and removes the confusing (and unnecessary) symlinks:
afsdiff1.patch
Description: Binary data
Also, AFS appears to be compiling an XDR library in librx, but OS X also has one in libSystem, and the symbols conflict. Could the XDR library be omitted on OS X?
Finally, I'm noticing that the makefiles use both ${variable_name} and $(variable_name) when referring to variables, and seemingly at random. Is this intended? I didn't realize that make accepted $ {foo} syntax. I appreciate any information you can give me, thanks!
Cheers, Kyle Moffett --There is no way to make Linux robust with unreliable memory subsystems, sorry. It would be like trying to make a human more robust with an unreliable O2 supply. Memory just has to work.
-- Andi Kleen
