bug-gawk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-gawk] gawk 4.0.0 compile error when sigsegv is enabled (mingw32


From: xxxc2urg_l-4yoh
Subject: Re: [bug-gawk] gawk 4.0.0 compile error when sigsegv is enabled (mingw32)
Date: Tue, 26 Jul 2011 08:59:03 -0700 (PDT)

Thanks for the fix to `builtin.c'; it works, but I encountered one more small 
problem when building in a cmd.com window:
(cmd.com window output follows:)...
mingw32-gcc-4.5.2 -c -O2 -gdwarf-2 -g3 -DGAWK -I.-Id:/sigsegv/include 
-DHAVE_CONFIG_H -save-temps  replace.c
In file included from replace.c:67:0:
missing_d/strftime.c:21:21: fatal error: config.h: No such file or directory
compilation terminated.
mingw32-make[1]: *** [replace.o] Error 1
mingw32-make[1]: Leaving directory `D:/gnu-source/gawk-4.0.0'
make: *** [mingw32] Error 2
...
I fixed this in the Makefile by adding "-I.." after "-I." in CFLAGS. When I try 
to type "make install" I use an MSYS shell because it has the
needed tools, especially `cat' already in the search path.
By the way, I already updated to libsigsegv 2.10. Here is how I configure 
inside an MSYS shell:
"./configure --build=i686-pc-mingw32 --prefix=<install-directory> --with-gnu-ld 
--disable-shared --enable-relocatable" . (Actually, I configure and build 
outside the source tree in another directory.)

--- On Mon, 7/25/11, Eli Zaretskii <address@hidden> wrote:

> From: Eli Zaretskii <address@hidden>
> Subject: Re: gawk 4.0.0 compile error when sigsegv is enabled (mingw32)
> To: address@hidden
> Cc: address@hidden
> Date: Monday, July 25, 2011, 5:50 AM
> > Date: Sun, 24 Jul 2011 15:41:43
> -0700 (PDT)
> > From: address@hidden
> > Cc: address@hidden
> > 
> >  int lj, alt, big, bigbig, char, have_prec,
> need_format;
> 
> The original line was this:
> 
>    int lj, alt, big, bigbig, small,
> have_prec, need_format;
> 
> So it is clear that `small' got #define'd to `char', and
> that is what
> confuses the compiler.  All the compilation errors you
> see are the
> consequence of this snafu.
> 
> I'm quite sure that this #define comes from windows.h
> (included by
> sigsegv.h) or from one of the headers included by
> windows.h.
> 
> The solution is to put this:
> 
>  #ifdef small
>  #undef small
>  #endif
> 
> right after #include <sigsegv.h>.
> 
> A better solution would be for builtin.c to rename this
> variable into
> something less general.
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]