Hiya Frank
- I get this error:
parse.c:368: conflicting types for `bool' /usr/lib/gcc-lib/i686-pc-msys/2.95.3-1/include/stdbool.h:11: previous declaration of `bool'
Probably also the bison version.
- I have to pass "--cstrings-as-strings" and "--pointer-arithmetic" in
RTSFLAGS to build string.pas - else it complains about things not being arrays, etc.
That's strange since these are there as compiler options (line 178). Which errors do you get otherwise? Unless they're before that line (i.e., in the interface which would be strange), compiler options seem to be broken. Can you reduce it to a small failing test case?
- This code (in rts.c) causes problems: #ifdef HAVE_TM_GMTOFF if (TimeZone) *TimeZone = t->tm_gmtoff; #else if (TimeZone) *TimeZone = -timezone; #endif
It doesn't like the "-timezone" so I changed it to 0. That compiles for now, but I am not sure what problems this will cause in the future.
On 19 Aug I wrote:
: Waldek Hebisch wrote: : : > Right. I see were the problem is: Cygwin defines `timezone' as a function. : > Configure uses the following test: : > : > #include "confdefs.h" : > : > #define _GNU_SOURCE : > #define _LARGEFILE64_SOURCE : > #define _FILE_OFFSET_BITS 64 : > #include <time.h> : > volatile long int tmp; : > int main() { : > tmp = timezone; : > ; return 0; } : > : > Appearently, the test succeeds (only gives warning) if `timezone' is : > a function (maybe use '-timezone' in integer tests)?. : : Have you tried it and does it work? If so, I'll change it.
Since the thread died after my mail, I haven't changed anything. You might want to try that now.
That's the last occurrence of `timezone' in rts/configure. Also, in the test with the first occurrence of `timezone' you might have to insert: #include <time.h>
Then remove everything in <build>/gcc/p/rts and rebuild. `HAVE_TIMEZONE' and `TIMEZONE_DECLARED' should be unset.
If that works, I'll have to do the respective changes in configure.in.
Frank