|
Prob w/ C_decode_seconds on MacOS X 10.4: msg#00062lisp.scheme.chicken
Hi Felix, In the old system 'timezone' was a procedure. So the runtime.c C_decode_seconds procedure returns the address of the procedure for the timezone offset! Here is a patch: 7632a7633,7635 > #ifdef C_MACOSX > C_fix(tmt->tm_gmtoff) ); > #else 7633a7637 > #endif Note: MacOS X 10.4 is SUS3 compatible but requires the __DARWIN_UNIX03 macro be defined as 1 before including any headers (so define on the compiler command line). I didn't do this for compatibility w/ 10.3, and the decode_seconds problem is the only one so far. (?!) I can experiment w/ a SUS3 build, where the 'timezone' variable would used, for example. But, as in previous message I think this Q&D chg is sufficient. Best Wishes, Kon |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Better environ handling w/ MacOS X: 00062, Kon Lovett |
|---|---|
| Next by Date: | -benchmark-mode: 00062, Daishi Kato |
| Previous by Thread: | Better environ handling w/ MacOS Xi: 00062, Kon Lovett |
| Next by Thread: | Re: Prob w/ C_decode_seconds on MacOS X 10.4: 00062, felix winkelmann |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |