 |
Saturday, February 14, 2004 |
When configuring the project and trying to get it to compile
successfully, I ran into some problems with the *.r files (resource
files). There is apparently a known bug (or feature) with
ProjectBuilder and XCode that makes it necessary to do clean builds all
the time when you have .r files in your project.
One of the annoying things about these files is you can't really
specify the order in which they are "Rez-ed" by the Rez application. It
looks like the Apple ElectricImage sample got around this by declaring
a master .r file that #incluedes the other files in the order they
like. To get this to work, after adding all the .r files to the
project, you need to go in and uncheck all of the .r files except for
this master one. If you don't do this, then PB/XCode just Rez them in
whatever order they want which (in this case) results in a lot of
errors about undefined variables.
Here's the example master .r file:
// Building PB Mac OS X Mach-O Component
#define TARGET_REZ_MAC_68K 0
#define TARGET_REZ_MAC_PPC 0
#define TARGET_REZ_CARBON_CFM 0
#define TARGET_REZ_CARBON_MACHO 1
#define TARGET_REZ_WIN32 0
#include "MovieImport.r"
//#include "MovieExport.r"
#include "Codec.r"
This example shows the definition of various TARGET variables that are
used by the children .r files. This is the only file "checked" and
available for compilation by the IDE.
If this isn't clear and someone wants a better explanation, mail me.
5:23:27 PM
|
|
This weekend is a 3-day weekend for me. Monday is a banking holiday, so I get it off from work.
I plan to spend Saturday and Sunday doing some CoreAudio stuff (see my
other project blog at
http://radio.weblogs.com/0134505/categories/coreaudio/) and Monday I
plan to wrap up work on the tulip driver for the next OpenDarwin
release.
Here's the current status of the driver.
Chipset
| PPC
| x86
| Results
| ADMtek 981
| ?
| ?
| Same as ADMtek983, so it should work
| ADMtek 983
| X
| X
| Works great!
| ADMtek 985
| X
| X
| Works great!
| PNIC
| ?
| X
| 5V card won't fit in the 3.3V PCI slots of my G5 for testing
| PNIC2
|
|
| My card is fried, so I can't test at all. :-(
| DEC 21143 MII
| X
| X
| Works great!
| DEC 21143 SYM
| X
| ?
| 64-bit card won't fit in my x86 box.
Driver doesn't read the ROM correctly yet.
Doesn't work to the point that it is usable until ROM code is finished.
|
I recently bought an old Farallon card that has the DEC 21040A chipset
on it from WeirdStuff.com, but it too is a 5V card and won't fit in the
PCI slot(s) of my G5. I can fit it into my x86 box, but testing there
is a lot harder for me since I can't use my mouse under X (the
motherboard has a problem with the PS/2 controller). Anyway, all I
really need to do is support reading the ROM format from this older
card and the rest of it should just work. I'll tackle that after OpenDarwin 7.2.0 is released.
9:04:58 AM
|
|
© Copyright 2004 Chuck Remes.
|
|
|