Hi, I'm trying to build 10.5.6's AppleFan.kext, but it's failing as follows: bash-3.2# darwinbuild -init 9G55 ... Download complete Initialization Complete bash-3.2# darwinbuild AppleFan *** Fetching Sources ... Downloading http://src.macosforge.org/Projects// AppleFan-110.3.1.tar.gz ... Download complete *** Copying Sources ... *** Installing Roots ... ... +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ xcodebuild install "SRCROOT=/SourceCache/AppleFan/AppleFan-110.3.1" "OBJROOT=/private/var/tmp/AppleFan/AppleFan-110.3.1.obj" "SYMROOT=/ private/var/tmp/AppleFan/AppleFan-110.3.1.sym" "DSTROOT=/private/var/ tmp/AppleFan/AppleFan-110.3.1.root" "RC_ProjectName=AppleFan" "RC_ProjectSourceVersion=110.3.1" "RC_ProjectNameAndSourceVersion=AppleFan-110.3.1" "RC_ProjectBuildVersion=1" "INSTALLED_PRODUCT_ASIDES=YES" "MACOSX_DEPLOYMENT_TARGET=10.5" "NEXT_ROOT=" "RC_ARCHS=ppc" "RC_CFLAGS=-pipe -no-cpp-precomp -arch ppc" "RC_JASPER=YES" "RC_NONARCH_CFLAGS=-pipe -no-cpp-precomp" "RC_OS=macos" "RC_PRIVATE=/ private" "RC_RELEASE=Leopard" "RC_XBS=YES" "RC_ppc=YES" "SEPARATE_STRIP=YES" "UNAME_RELEASE=9.0" "UNAME_SYSNAME=Darwin" < /dev/ null +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ Build log begins here: xcodebuild: Error: the directory /SourceCache/AppleFan/ AppleFan-110.3.1 does not contain an Xcode project. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++ BUILD TIME: 0h 0m 0s EXIT STATUS: 1 I'm building on a case-sensitive HFS+ image (created using the commands in the README), on a 10.5.6 PPC Mac with Xcode 3.0 installed (regardless of the above, should I install 3.1.x before compiling 10.5.6 projects?). The error appears to be correct: the AppleFan package contains a Project Builder project rather than an Xcode project. Thanks, Jonas PS: I want to recompile that kext with the debugging code enabled, because the CPU B intake and exhaust fans constantly remain at idle speed (300 rpm) on my dual G5, resulting in lots of noise from the CPU A fans doing overtime as soon as the system gets slightly loaded. It's not that the CPU B fans cannot spin faster anymore (they work fine when the Apple Hardware Test cd tests them), nor that the temperature sensors are broken (the temperature sensors of CPU B consistently show a higher temperature than those of CPU A). While it does not appear to be a (pure) software problem either (booting in 10.3.4, the OS version the machine originally came with, does not appear to solve the problem), I'd like to take a look at what the kext is telling the fans to do.
On 13 Feb 2009, at 14:18, Jonas Maebe wrote:
xcodebuild: Error: the directory /SourceCache/AppleFan/ AppleFan-110.3.1 does not contain an Xcode project. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++ BUILD TIME: 0h 0m 0s EXIT STATUS: 1
I'm building on a case-sensitive HFS+ image (created using the commands in the README), on a 10.5.6 PPC Mac with Xcode 3.0 installed (regardless of the above, should I install 3.1.x before compiling 10.5.6 projects?). The error appears to be correct: the AppleFan package contains a Project Builder project rather than an Xcode project.
Converting the project to an .xcodeproj file doesn't help, presumably because of the "(Failure building Xcode projects in the chroot environment is a known issue.)"-bug. Building with -nochroot however failed because it couldn't find "IOI2CDevice.h", which after some googling turned out to be part of the AppleHWSensor project. Building that one failed because it required a private header in IOKit/ pwr_mgt/. Googling about that turned up http://www.puredarwin.org/developers/darwinbuild/troubleshooting#TOC-system_... , which suggests installing IOKitUser first. That one failed because it could not find iokitmig64.c. And googling about this error suggested building xnu (http://darwinbuild.macosforge.org/trac/ticket/17 ). So that's what I'm doing now :) Jonas
On Feb 14, 2009, at 9:56 AM, Jonas Maebe wrote:
On 13 Feb 2009, at 14:18, Jonas Maebe wrote:
xcodebuild: Error: the directory /SourceCache/AppleFan/ AppleFan-110.3.1 does not contain an Xcode project. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++ BUILD TIME: 0h 0m 0s EXIT STATUS: 1
I'm building on a case-sensitive HFS+ image (created using the commands in the README), on a 10.5.6 PPC Mac with Xcode 3.0 installed (regardless of the above, should I install 3.1.x before compiling 10.5.6 projects?). The error appears to be correct: the AppleFan package contains a Project Builder project rather than an Xcode project.
Converting the project to an .xcodeproj file doesn't help, presumably because of the "(Failure building Xcode projects in the chroot environment is a known issue.)"-bug.
Yes, this is due to using a chroot on HFS. You can work around it by using a UFS disk image. The README needs to be updated to reflect this.
Building with -nochroot however failed because it couldn't find "IOI2CDevice.h", which after some googling turned out to be part of the AppleHWSensor project.
Building that one failed because it required a private header in IOKit/pwr_mgt/. Googling about that turned up http://www.puredarwin.org/developers/darwinbuild/troubleshooting#TOC-system_... , which suggests installing IOKitUser first.
That one failed because it could not find iokitmig64.c. And googling about this error suggested building xnu (http://darwinbuild.macosforge.org/trac/ticket/17 ).
So that's what I'm doing now :)
The rest of this is pretty much expected. However, if darwinbuild did not automatically try to load a pre-built root for AppleHWSensor when you tried to build AppleFan, then thats a bug and you should file a ticket for it. Thanks -Bill
On 15 Feb 2009, at 21:18, William Siegrist wrote:
On Feb 14, 2009, at 9:56 AM, Jonas Maebe wrote:
On 13 Feb 2009, at 14:18, Jonas Maebe wrote:
Building with -nochroot however failed because it couldn't find "IOI2CDevice.h", which after some googling turned out to be part of the AppleHWSensor project.
Building that one failed because it required a private header in IOKit/pwr_mgt/. Googling about that turned uphttp://www.puredarwin.org/developers/darwinbuild/troubleshooting#TOC-system_... , which suggests installing IOKitUser first.
That one failed because it could not find iokitmig64.c. And googling about this error suggested building xnu (http://darwinbuild.macosforge.org/trac/ticket/17 ).
So that's what I'm doing now :)
The rest of this is pretty much expected. However, if darwinbuild did not automatically try to load a pre-built root for AppleHWSensor when you tried to build AppleFan, then thats a bug and you should file a ticket for it.
Ok, I'll do that. Now, I'm still not able to generate the iokitmig32.c and iokitmig64.c because I have no idea about how to use mig (darwinbuild does not seem to try to generate the C-files by itself). There no man page for mig and I also cannot get mig to print out any usage instructions or help screen. If I feed it the /Volumes/Builds/Build9G55/BuildRoot/private/var/tmp/ xnu/xnu-1228.9.59.root/usr/include/device/device.defs file, it generates the following files: iokitUser.c iokitServer.c iokit.h I have however no idea about with which parameters I should invoke it to generate the correct iokitmig32.c and iokitmig64.c files. I also don't know where I should put those C and header files (unpack Sources/ IOKitUser-388.50.tar.gz, add all generated files to the top level, repack and overwrite the previous version in Sources?) Thanks, Jonas
On Feb 16, 2009, at 5:49 AM, Jonas Maebe wrote:
On 15 Feb 2009, at 21:18, William Siegrist wrote:
On Feb 14, 2009, at 9:56 AM, Jonas Maebe wrote:
On 13 Feb 2009, at 14:18, Jonas Maebe wrote:
Building with -nochroot however failed because it couldn't find "IOI2CDevice.h", which after some googling turned out to be part of the AppleHWSensor project.
Building that one failed because it required a private header in IOKit/pwr_mgt/. Googling about that turned uphttp://www.puredarwin.org/developers/darwinbuild/troubleshooting#TOC-system_... , which suggests installing IOKitUser first.
That one failed because it could not find iokitmig64.c. And googling about this error suggested building xnu (http://darwinbuild.macosforge.org/trac/ticket/17 ).
So that's what I'm doing now :)
The rest of this is pretty much expected. However, if darwinbuild did not automatically try to load a pre-built root for AppleHWSensor when you tried to build AppleFan, then thats a bug and you should file a ticket for it.
Ok, I'll do that.
Now, I'm still not able to generate the iokitmig32.c and iokitmig64.c because I have no idea about how to use mig (darwinbuild does not seem to try to generate the C-files by itself). There no man page for mig and I also cannot get mig to print out any usage instructions or help screen.
If I feed it the /Volumes/Builds/Build9G55/BuildRoot/private/var/tmp/ xnu/xnu-1228.9.59.root/usr/include/device/device.defs file, it generates the following files:
iokitUser.c iokitServer.c iokit.h
I have however no idea about with which parameters I should invoke it to generate the correct iokitmig32.c and iokitmig64.c files. I also don't know where I should put those C and header files (unpack Sources/IOKitUser-388.50.tar.gz, add all generated files to the top level, repack and overwrite the previous version in Sources?)
xnu comes with the 2 files (*.defs) you need in /usr/include/device. So make sure you load xnu and the files are there: $ darwinbuild -load xnu $ ls -1 BuildRoot/usr/include/device/ device.defs device_port.h device_types.defs device_types.h The source files get generated during the DeviceMIG target of IOKitUser. If you are building with -nochroot, you need to copy the .defs files from BuildRoot to /usr/include/device/. -Bill
On 16 Feb 2009, at 17:07, William Siegrist wrote:
xnu comes with the 2 files (*.defs) you need in /usr/include/device. So make sure you load xnu and the files are there:
$ darwinbuild -load xnu $ ls -1 BuildRoot/usr/include/device/ device.defs device_port.h device_types.defs device_types.h
The source files get generated during the DeviceMIG target of IOKitUser. If you are building with -nochroot, you need to copy the .defs files from BuildRoot to /usr/include/device/.
Thanks, I missed the "-load". I've also created /usr/include/device and copied the .defs files there. However, still no dice (same error as before). I did notice the following in the build log though: (NOTE: project IOKitUser was written by a newer Xcode version (45) -- temporarily downgrading it (without modifying project file)) I'll try downloading and installing Xcode 3.1.2 and see whether that solves it. Thanks for all the help, Jonas
Jonas Maebe wrote on ma, 16 feb 2009:
On 16 Feb 2009, at 17:07, William Siegrist wrote:
xnu comes with the 2 files (*.defs) you need in /usr/include/device. So make sure you load xnu and the files are there:
$ darwinbuild -load xnu $ ls -1 BuildRoot/usr/include/device/ device.defs device_port.h device_types.defs device_types.h
The source files get generated during the DeviceMIG target of IOKitUser. If you are building with -nochroot, you need to copy the .defs files from BuildRoot to /usr/include/device/.
Thanks, I missed the "-load". I've also created /usr/include/device and copied the .defs files there. However, still no dice (same error as before). I did notice the following in the build log though:
(NOTE: project IOKitUser was written by a newer Xcode version (45) -- temporarily downgrading it (without modifying project file))
I'll try downloading and installing Xcode 3.1.2 and see whether that solves it.
I discovered that the def files are not getting translated in case you build with -nochroot (the shell script of the target that should build that is simply empty in that case for some reason). Since -nochroot was required for my hfs+ disk image, I've restarted from scratch (thanks for the updated instructions in the README). I've also installed Xcode 3.1.2 (first, I ran /Developer/Library/uninstall-devtools). I'm still not getting anywhere, though. First of all, I got many errors about missing "as" binaries (this also happened previously). E.g., when asking to build AppleFan without -nochroot: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ BUILDING AppleFan-110.3.1~2 on Sat Feb 14 08:43:25 PST 2009 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Build configuration: Build host: bigmac.elis.UGent.be Build tool: xcodebuild Build action: install Build number: 9G55 Host kernel version: Darwin Kernel Version 9.6.0: Mon Nov 24 17:39:01 PST 2008; root:xnu-1228.9.59~1/RELEASE_PPC cc version: gcc version 4.0.1 (Apple Inc. build 5465) cctools version: Fan/build-AppleFan-110.3.1~2.sh: line 13: as: command not found (see the last line -- this also resulted in compilation failures while building AppleFan itself). So I copied /usr/bin/as and /usr/libexec/gcc/darwin/ppc/as to the buildroot. Next, I got the errors about the missing headers, so I tried to build IOKitUser. As explained at the start of this reply, the translation of the def files by mig does not work with -nochroot for some reason, so I left it out. That however results in another problem: /bin/sh -c /private/var/tmp/IOKitUser/IOKitUser-388.50.obj/IOKitUser.build/DeviceMIG.build/Script-2DCEADC108DB8EA700B0CBEA.sh /usr/bin/mig -DIOKIT -D__MigTypeCheck=1 -fconstant-cfstrings -server /dev/null -header /private/var/tmp/IOKitUser/IOKitUser-388.50.obj/IOKitUser.build/DerivedSources/iokitmig32.h -user /private/var/tmp/IOKitUser/IOKitUser-388.50.obj/IOKitUser.build/DerivedSources/iokitmig32.c /usr/include/device/device.defs dyld: Library not loaded: /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation Referenced from: /usr/bin/arch Reason: image not found I initially started by first copying Foundation.framework into the BuildRoot, then CoreFoundation, then /usr/lib/libicucore.A.dylib, and then I gave up. I renamed BuildRoot/usr/bin/arch and put in its place a bash script simply containing "echo ppc" (I know arch does more than that, but I guess that's not needed here). Next, I got consecutive errors about missing assemblers for ppc64 and x86_64, which I also copied to BuildRoot/ibexec/gcc/darwin/$respective_arch, along with the i386 one since I guessed that one would error next. The next error was that /usr/bin/strip was not found, so I copied it as well. Then everything finally built successfully, but: The following build commands failed: ShadowExternalHeaders: PBXCp /private/var/tmp/IOKitUser/IOKitUser-388.50.sym/BuiltProducts/include/IOKit/graphics/IODisplayProductIDs.h /System/Library/Frameworks/IOKit.framework/Versions/A/PrivateHeaders/graphics/IODisplayProductIDs.h PBXCp /private/var/tmp/IOKitUser/IOKitUser-388.50.sym/BuiltProducts/include/IOKit/graphics/IOAccelSurfaceControl.h /System/Library/Frameworks/IOKit.framework/Versions/A/PrivateHeaders/graphics/IOAccelSurfaceControl.h PBXCp /private/var/tmp/IOKitUser/IOKitUser-388.50.sym/BuiltProducts/include/IOKit/graphics/IOGraphicsLibPrivate.h /System/Library/Frameworks/IOKit.framework/Versions/A/PrivateHeaders/graphics/IOGraphicsLibPrivate.h (3 failures) I googled one of those and discovered it was part of the AppleDisplays project: bash-3.2# darwinbuild AppleDisplays *** Fetching Sources ... Found AppleDisplays-170.0.1.tar.gz in /Volumes/Builds/9G55/Sources [snip] Build log begins here: Makefile:5: /Developer/Makefiles/pb_makefiles/platform.make: No such file or directory make: *** No rule to make target `/Developer/Makefiles/pb_makefiles/platform.make'. Stop. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ BUILD TIME: 0h 0m 0s EXIT STATUS: 2 So I copied /Developer/Makefiles/pb_makefiles into the BuildRoot, then: /XCD/loper/usr/bin/g++-4.0 -o /private/var/tmp/AppleDisplays/AppleDisplays-170.0.1.root//System/Library/Extensions/AppleOnboardDisplay.kext/Contents/MacOS/AppleOnboardDisplay "-L/private/var/tmp/AppleDisplays/AppleDisplays-170.0.1.sym/BuiltProducts" "-F/private/var/tmp/AppleDisplays/AppleDisplays-170.0.1.sym/BuiltProducts" -filelist /private/var/tmp/AppleDisplays/AppleDisplays-170.0.1.obj/AppleOnboardDisplay.build/AppleOnboardDisplay.build/Objects-normal/LinkFileList "-arch" "i386" "-arch" "ppc" "-static" "-nostdlib" "-r" "-lkmodc++" "-lkmod" "-lcc_kext" "-lcpp_kext" DynamicLibrary.LinkUsingFileList /private/var/tmp/AppleDisplays/AppleDisplays-170.0.1.root//System/Library/Extensions/AppleOnboardDisplay.kext/Contents/MacOS/AppleOnboardDisplay collect2: cannot find 'ld' collect2: cannot find 'ld' g++-4.0: installation problem, cannot exec 'lipo': No such file or directory ...failed DynamicLibrary.LinkUsingFileList /private/var/tmp/AppleDisplays/AppleDisplays-170.0.1.root//System/Library/Extensions/AppleOnboardDisplay.kext/Contents/MacOS/AppleOnboardDisplay ... So I copied /usr/bin/ld and /usr/bin/lipo into the BuildRoot. During next try ld_classic was missing, so I also copied it. And then I almost fell out of my chair, as the first project finally built successfully :) Two IOKitUSer header problems remained, which I solved with the help of http://www.puredarwin.org/developers/darwinbuild/troubleshooting#TOC-IOKitUs... (third and fourth problem mentioned there, adjusting the version numbers in the solution for the 9G55 build). Next, I got an error about a missing CoreFoundation/CoreFoundation.h error, so I did a darwinbuild CF. This one actually downloaded cctools and ld64 tarballs, so I guess I could/should have installed those instead of manually copying the assemblers/linkers/strip into my buildroot. Anyway, the CF build failed because of a missing AvailabilityMacros.h, and I did not manage to install CarbonHeaders to fix that: # darwinbuild CarbonHeaders *** Fetching Sources ... Downloading http://src.macosforge.org/Projects//CarbonHeaders-9G55.tar.gz ... *** Copying Sources ... tar (child): /Volumes/Builds/9G55/Sources/CarbonHeaders-9G55.tar.gz: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors *** Installing Roots ... *** Installing Headers ... *** Mounting special filesystems ... Mounting devfs ... ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ BUILDING CarbonHeaders-9G55~3 on Wed Feb 18 10:33:53 PST 2009 [snip] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ make install "SRCROOT=/SourceCache/CarbonHeaders/CarbonHeaders-9G55" "OBJROOT=/private/var/tmp/CarbonHeaders/CarbonHeaders-9G55.obj" "SYMROOT=/private/var/tmp/CarbonHeaders/CarbonHeaders-9G55.sym" "DSTROOT=/private/var/tmp/CarbonHeaders/CarbonHeaders-9G55.root" "RC_ProjectName=CarbonHeaders" "RC_ProjectSourceVersion=9G55" "RC_ProjectNameAndSourceVersion=CarbonHeaders-9G55" "RC_ProjectBuildVersion=3" "INSTALLED_PRODUCT_ASIDES=YES" "MACOSX_DEPLOYMENT_TARGET=10.5" "NEXT_ROOT=" "RC_ARCHS=ppc i386" "RC_CFLAGS=-pipe -no-cpp-precomp -arch ppc -arch i386" "RC_JASPER=YES" "RC_NONARCH_CFLAGS=-pipe -no-cpp-precomp" "RC_OS=macos" "RC_PRIVATE=/private" "RC_RELEASE=Leopard" "RC_XBS=YES" "RC_i386=YES" "RC_ppc=YES" "SEPARATE_STRIP=YES" "UNAME_RELEASE=9.0" "UNAME_SYSNAME=Darwin" < /dev/null ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Build log begins here: make: *** No rule to make target `install'. Stop. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ BUILD TIME: 0h 0m 0s EXIT STATUS: 2 Jonas ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
On Feb 18, 2009, at 10:35 AM, Jonas Maebe wrote:
Jonas Maebe wrote on ma, 16 feb 2009:
On 16 Feb 2009, at 17:07, William Siegrist wrote:
xnu comes with the 2 files (*.defs) you need in /usr/include/ device. So make sure you load xnu and the files are there:
$ darwinbuild -load xnu $ ls -1 BuildRoot/usr/include/device/ device.defs device_port.h device_types.defs device_types.h
The source files get generated during the DeviceMIG target of IOKitUser. If you are building with -nochroot, you need to copy the .defs files from BuildRoot to /usr/include/device/.
Thanks, I missed the "-load". I've also created /usr/include/device and copied the .defs files there. However, still no dice (same error as before). I did notice the following in the build log though:
(NOTE: project IOKitUser was written by a newer Xcode version (45) -- temporarily downgrading it (without modifying project file))
I'll try downloading and installing Xcode 3.1.2 and see whether that solves it.
I discovered that the def files are not getting translated in case you build with -nochroot (the shell script of the target that should build that is simply empty in that case for some reason). Since - nochroot was required for my hfs+ disk image, I've restarted from scratch (thanks for the updated instructions in the README). I've also installed Xcode 3.1.2 (first, I ran /Developer/Library/ uninstall-devtools).
... snip ...
Anyway, the CF build failed because of a missing AvailabilityMacros.h, and I did not manage to install CarbonHeaders to fix that:
# darwinbuild CarbonHeaders
darwinbuild -load CarbonHeaders
-Bill
On 18 Feb 2009, at 20:01, William Siegrist wrote:
On Feb 18, 2009, at 10:35 AM, Jonas Maebe wrote:
Anyway, the CF build failed because of a missing AvailabilityMacros.h, and I did not manage to install CarbonHeaders to fix that:
# darwinbuild CarbonHeaders
darwinbuild -load CarbonHeaders
Thanks, but that does not do anything: sh-3.2# darwinbuild -load CarbonHeaders sh-3.2# echo $? 0 And the header is still not available (building CF still fails because it can't find the AvailabilityMacros.h file) Jonas
On 18 Feb 2009, at 20:35, Jonas Maebe wrote:
On 18 Feb 2009, at 20:01, William Siegrist wrote:
On Feb 18, 2009, at 10:35 AM, Jonas Maebe wrote:
Anyway, the CF build failed because of a missing AvailabilityMacros.h, and I did not manage to install CarbonHeaders to fix that:
# darwinbuild CarbonHeaders
darwinbuild -load CarbonHeaders
Thanks, but that does not do anything:
sh-3.2# darwinbuild -load CarbonHeaders sh-3.2# echo $? 0
And the header is still not available (building CF still fails because it can't find the AvailabilityMacros.h file)
I misread: the error is now that Availability.h is missing, not AvailabilityMacros.h. And that appears to be a known issue (). After copying that one to the buildroot, AvailabilityInternal.h was also missing, so I've copied that one as well. CF now seems to be building properly (fingers crossed). Jonas
On Feb 18, 2009, at 12:28 PM, Jonas Maebe wrote:
On 18 Feb 2009, at 20:35, Jonas Maebe wrote:
On 18 Feb 2009, at 20:01, William Siegrist wrote:
On Feb 18, 2009, at 10:35 AM, Jonas Maebe wrote:
Anyway, the CF build failed because of a missing AvailabilityMacros.h, and I did not manage to install CarbonHeaders to fix that:
# darwinbuild CarbonHeaders
darwinbuild -load CarbonHeaders
Thanks, but that does not do anything:
sh-3.2# darwinbuild -load CarbonHeaders sh-3.2# echo $? 0
And the header is still not available (building CF still fails because it can't find the AvailabilityMacros.h file)
I misread: the error is now that Availability.h is missing, not AvailabilityMacros.h. And that appears to be a known issue (). After copying that one to the buildroot, AvailabilityInternal.h was also missing, so I've copied that one as well. CF now seems to be building properly (fingers crossed).
I just posted a new CarbonHeader-9G55. That has the headers you need.
On Feb 18, 2009, at 11:35 AM, Jonas Maebe wrote:
On 18 Feb 2009, at 20:01, William Siegrist wrote:
On Feb 18, 2009, at 10:35 AM, Jonas Maebe wrote:
Anyway, the CF build failed because of a missing AvailabilityMacros.h, and I did not manage to install CarbonHeaders to fix that:
# darwinbuild CarbonHeaders
darwinbuild -load CarbonHeaders
Thanks, but that does not do anything:
sh-3.2# darwinbuild -load CarbonHeaders sh-3.2# echo $? 0
And the header is still not available (building CF still fails because it can't find the AvailabilityMacros.h file)
The lack of output means it found a root already installed. If you still dont have the header, its possible that something broke or was half installed? In any case, I just commited a change that adds a helpful message there. -Bill
On Feb 13, 2009, at 5:18 AM, Jonas Maebe wrote:
Hi,
I'm trying to build 10.5.6's AppleFan.kext, but it's failing as follows:
Okay, so I added some new roots and updated the dependencies, so this should now work for you. You should update your darwinbuild source to latest trunk and make clean, make, make install. Then start again from the beginning: 1. mkdir /Volumes/dbufs/AppleFan 2. cd /Volumes/dbufs/AppleFan 3. darwinbuild -init 9G55 4. darwinbuild AppleFan -Bill
On 18 Feb 2009, at 22:17, William Siegrist wrote:
On Feb 13, 2009, at 5:18 AM, Jonas Maebe wrote:
I'm trying to build 10.5.6's AppleFan.kext, but it's failing as follows:
Okay, so I added some new roots and updated the dependencies, so this should now work for you. You should update your darwinbuild source to latest trunk and make clean, make, make install. Then start again from the beginning:
1. mkdir /Volumes/dbufs/AppleFan 2. cd /Volumes/dbufs/AppleFan 3. darwinbuild -init 9G55 4. darwinbuild AppleFan
Thanks a lot, I'm trying it right now! Trying to get IOKitUser to build was really driving me crazy :) First all the uses of MacTypes.h types, while you cannot include MacTypes.h because it conflicts with some IOKit header (duplicate Point type); and after all that, I was about to try to solve this problem described on puredarwin: Problem: mig: fatal: "/SourceCache/IOKitUser/IOKitUser-388.2.1/ hid.subproj/IOHIDEventSystem.defs", line 1: no SubSystem declaration Pseudo-Solution: Feed the empty file with a subsystem declaration as: subsystem IOHIDEventSystem 71000; TODO: What should we really do? Jonas
On 18 Feb 2009, at 22:46, Jonas Maebe wrote:
On 18 Feb 2009, at 22:17, William Siegrist wrote:
On Feb 13, 2009, at 5:18 AM, Jonas Maebe wrote:
I'm trying to build 10.5.6's AppleFan.kext, but it's failing as follows:
Okay, so I added some new roots and updated the dependencies, so this should now work for you. You should update your darwinbuild source to latest trunk and make clean, make, make install. Then start again from the beginning:
1. mkdir /Volumes/dbufs/AppleFan 2. cd /Volumes/dbufs/AppleFan 3. darwinbuild -init 9G55 4. darwinbuild AppleFan
Thanks a lot, I'm trying it right now!
That worked perfectly, thanks!! But... I just had the splendid idea to check which drivers were actually used control the fans on my machine, and kextstat does not list AppleFan at all :/ (I started with that one because of the obvious name, and because I had found several posts of people modifying the parameters in its Info.plist to change the behaviour G5's fans -- but I guess they had different models). Kextstat does list AppleFCU (Fan Control Unit, but not open source) and AppleK2Fan (which is a fixed-speed fan for some chipset, i.e., probably unrelated to my problem, and not open source either). Other loaded, related kexts are AppleAD741x and AppleLM7x (no idea what they are exactly for, but both provide PPCI2CInterface, which is the class listed by ioreg as being in control of all fans), but both are closed source as well. So it seems that, while a good way to get acquainted with darwinbuild and how to fix some build problems, AppleFan won't actually help with my problem (I'm still going to check tomorrow, though). AppleHWSensor is however also used according to kextstate, so maybe I can still do something there... Jonas
On 18 Feb 2009, at 23:15, Jonas Maebe wrote:
Kextstat does list AppleFCU (Fan Control Unit, but not open source) and AppleK2Fan (which is a fixed-speed fan for some chipset, i.e., probably unrelated to my problem, and not open source either). Other loaded, related kexts are AppleAD741x and AppleLM7x (no idea what they are exactly for, but both provide PPCI2CInterface, which is the class listed by ioreg as being in control of all fans), but both are closed source as well.
For googlers: actually, the latter two are open source. They're simply sub projects of the AppleHWSensors project. Jonas
participants (2)
-
Jonas Maebe
-
William Siegrist