| 1 |
blade |
2 |
********************************************************************************* |
| 2 |
|
|
* * |
| 3 |
|
|
* WARNING * |
| 4 |
|
|
* * |
| 5 |
|
|
* This is only valid for OLD MacOS X versions * |
| 6 |
|
|
* This are versions _before_ MacOS X-10.1 (Darwin-1.4) * |
| 7 |
|
|
* * |
| 8 |
|
|
* * |
| 9 |
|
|
********************************************************************************* |
| 10 |
|
|
|
| 11 |
|
|
If uname -a does print something like: |
| 12 |
|
|
|
| 13 |
|
|
Darwin HOST 1.4 Darwin Kernel Version 1.4: Sun Sep 9 15:39:59 PDT 2001; root:xnu/xnu-201.obj~1/RELEASE_PPC Power Macintosh powerpc |
| 14 |
|
|
|
| 15 |
|
|
or a version > 1.4 then you should rather read README.macosX |
| 16 |
|
|
|
| 17 |
|
|
/*--------------------------------------------------------------------------*/ |
| 18 |
|
|
|
| 19 |
|
|
Unfortunately, Apple does not deliver a consistent Mac OS-X system |
| 20 |
|
|
The longer they work on it, the more bugs they introduce... |
| 21 |
|
|
|
| 22 |
|
|
In addition, there is no visible 'clean' road of development. |
| 23 |
|
|
Release names (from 'uname') are confusing and don't help to find out what |
| 24 |
|
|
release they refer to. |
| 25 |
|
|
|
| 26 |
|
|
/*--------------------------------------------------------------------------*/ |
| 27 |
|
|
The next hint is for Mac OS X versions up to January 2000 only: |
| 28 |
|
|
|
| 29 |
|
|
The file <bsd/dev/scsireg.h> tries to include <kern/queue.h> which cannot |
| 30 |
|
|
be found. |
| 31 |
|
|
|
| 32 |
|
|
To be able to compile, I suggest to create a symlink: |
| 33 |
|
|
|
| 34 |
|
|
System/Library/Frameworks/System.framework/Versions/B/Headers/kern -> kernserv |
| 35 |
|
|
|
| 36 |
|
|
To do this, chdir to: |
| 37 |
|
|
|
| 38 |
|
|
System/Library/Frameworks/System.framework/Versions/B/Headers/ |
| 39 |
|
|
|
| 40 |
|
|
and call |
| 41 |
|
|
|
| 42 |
|
|
ln -s kernserv kern |
| 43 |
|
|
|
| 44 |
|
|
as root. |
| 45 |
|
|
/*--------------------------------------------------------------------------*/ |
| 46 |
|
|
|
| 47 |
|
|
|
| 48 |
|
|
/*--------------------------------------------------------------------------*/ |
| 49 |
|
|
This hint is for Mac OS X version starting ~ April 2000: |
| 50 |
|
|
|
| 51 |
|
|
Apple did remove the generic SCSI transport driver for unknown reasons! |
| 52 |
|
|
Cdrtools compile, but as there is no SCSI transport, you may only write |
| 53 |
|
|
CD's connected to other systems using the REMOTE SCSI protocol. |
| 54 |
|
|
/*--------------------------------------------------------------------------*/ |
| 55 |
|
|
|
| 56 |
|
|
/*--------------------------------------------------------------------------*/ |
| 57 |
|
|
This hint is for Mac OS X versions starting around March 2001: |
| 58 |
|
|
|
| 59 |
|
|
If your compile log looks like this: |
| 60 |
|
|
|
| 61 |
|
|
==> MAKING "all" ON SUBCOMPONENT ".../libschily.mk" |
| 62 |
|
|
==> COMPILING "OBJ/powerpc-darwin-cc/cmpbytes.o" |
| 63 |
|
|
cmpbytes.c: In function `cmpbytes': |
| 64 |
|
|
cmpbytes.c:49: invalid operands to binary | |
| 65 |
|
|
make[1]: *** [OBJ/powerpc-darwin-cc/cmpbytes.o] Error 1 |
| 66 |
|
|
make: *** [all] Error 2 |
| 67 |
|
|
|
| 68 |
|
|
You are hit by the Apple developers. Some time ago they started to introduce |
| 69 |
|
|
a file <inttypes.h> which uses types defines in <sys/types.h> |
| 70 |
|
|
While the buggy types are ignored in <sys/types.h> they are used if found |
| 71 |
|
|
in <inttypes.h>. |
| 72 |
|
|
|
| 73 |
|
|
As a workaround, you may edit |
| 74 |
|
|
|
| 75 |
|
|
incs/power-macintosh-darwin-cc/xconfig.h |
| 76 |
|
|
|
| 77 |
|
|
after it has been created by autoconf and make the lint containing |
| 78 |
|
|
HAME_INTTYPES_H this way: |
| 79 |
|
|
|
| 80 |
|
|
/* #undef HAVE_INTTYPES_H */ /* to use UNIX-98 inttypes.h */ |
| 81 |
|
|
|
| 82 |
|
|
This will tell the autoconf using code to ignore the system supplied |
| 83 |
|
|
<inttypes.h> and use the internal version. |
| 84 |
|
|
|
| 85 |
|
|
IMPORTANT: Don't forget to tell the Apple support that MacOSX sucks until they |
| 86 |
|
|
fix such fundamental bugs in the system include files! |
| 87 |
|
|
|
| 88 |
blade |
260 |
In case you are interested in the full details: the reason why wodim |
| 89 |
blade |
2 |
does not compile is that MacOS X defines a type |
| 90 |
|
|
|
| 91 |
|
|
typedef int * intptr_t; |
| 92 |
|
|
typedef unsigned int * uintptr_t; |
| 93 |
|
|
|
| 94 |
|
|
instead of the correct: |
| 95 |
|
|
|
| 96 |
|
|
typedef long intptr_t; |
| 97 |
|
|
typedef unsigned long intptr_t; |
| 98 |
|
|
|
| 99 |
|
|
... a result of either Apple developers being unwilling to read or unable to |
| 100 |
|
|
understand simple standards written in English :-( |
| 101 |
|
|
|
| 102 |
|
|
See: http://www.opengroup.org/onlinepubs/7908799/xsh/inttypes.h.html |
| 103 |
|
|
|
| 104 |
|
|
/*--------------------------------------------------------------------------*/ |
| 105 |
blade |
260 |
|
| 106 |
|
|
Source: README.cdtext from cdrtools package |
| 107 |
|
|
Edited for cdrkit by Christian Fromme <kaner@strace.org> |
| 108 |
|
|
|