On 5/31/19 6:35 AM, Jonas Jelten wrote:
> This code snippet of mingw's stdio.h:
>
>
> #ifdef _WIN64
> _CRTIMP FILE *__cdecl __iob_func(void);
> #define _iob __iob_func()
> #else
> [.]
> #if (!defined(NO_OLDNAMES) || defined(__GNUC__))
> __MINGW_EXTENSION typedef __int64 fpos_t;
> #define
You must be trying to rebuild the generated files in the fixincludes directory.
You shouldn't be. Run:
bash contrib/gcc_update --touch
Good luck - Bruce
On Thu, Oct 16, 2008 at 3:24 PM, Leonard J. Reder <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have a code that requires gcc 3.4.6 to compile it
On Friday 06 May 2005 09:01 am, Joseph S. Myers wrote:
> On Fri, 6 May 2005, Bruce Korb wrote:
>
> > That is, indeed, very bizarre. I opened that file and the lines that
> > are supposed to be continued with backslashes ended with: \\\n\
> > which is correct. After
On Thursday 05 May 2005 10:26 pm, Frank Heckenbach wrote:
> > I do not know where you got your code, but what you have is not what
> > was released and not what is under CVS. Your patch to fixincl.x
> > will correct the deviation from the released source. I just downloaded
> > the distro from ftp.
Frank wrote:
> gcc-3.4.3 contains an incorrect header fix for "the __FD_ZERO macro
> present in glibc 1.x". The file installed in
> /lib/gcc/i686-pc-linux-gnulibc1/3.4.3/include/gnu/types.h
> contains the following, with spurious double-backslashes:
[[...]]
> This patch fixes the issue for me:
>
>
Andrew Pinski wrote:
>
> On Nov 16, 2004, at 1:30 PM, Dave Hines wrote:
>
> > Possible bug in gcc-3.4.3 fixincludes on IBM AIX 5.2
> >
> > Building the compiler ("make bootstrap") fails when compiling
> > genautomata.c, due to a header file problem. The header file which
> > produces the error is
