|
Re: Prob w/ C_decode_seconds on MacOS X 10.4: msg#00069lisp.scheme.chicken
Thanks, applied as well. cheers, felix On 12/16/05, Kon Lovett <klovett@xxxxxxxxxxx> wrote: > 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: | Re: Better environ handling w/ MacOS X: 00069, felix winkelmann |
|---|---|
| Next by Date: | Re: Questions on changing Chicken runtime and some other stuff: 00069, felix winkelmann |
| Previous by Thread: | Prob w/ C_decode_seconds on MacOS X 10.4i: 00069, Kon Lovett |
| Next by Thread: | -benchmark-mode: 00069, Daishi Kato |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |