* GCC 4.8.1 building fails
@ 2013-06-14 9:31 Ignas
2013-06-14 11:10 ` Jonathan Wakely
0 siblings, 1 reply; 11+ messages in thread
From: Ignas @ 2013-06-14 9:31 UTC (permalink / raw)
To: gcc-help
[-- Attachment #1: Type: text/plain, Size: 999 bytes --]
Hello,
I've tried to build GCC 4.8.1 numerous times without any luck.
Build, host, and target system: i686-pc-mingw32.
I'm using MinGW Shell, gcc -v 4.6.2 ; g++ -v 4.7.2
Configure goes fine, then building starts: it builds all required
libraries and other built-in libraries, and ./gcc folder. Then it
starts to build ./i686-pc-mingw32/libgcc folder, and that's when it
crashes.
Configure: ../gcc-*/configure --enable-languages=c,c++
Make: make
Every time I got to this point, shell showed following error:
checking how to run the C preprocessor... /lib/cpp
configure: error: in `/y/Downloads/gcc481d/i686-pc-mingw32/libgcc`
configure: error: C preprocessor "/lib/cpp" fails sanity check
See `config.log` for more details.
make[2]: *** [configure-stage1-target-libgcc] Error1
make[2]: Leaving directory /y/Downloads/gcc481d
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory /y/Downloads/gcc481d
make: *** [all] Error 2
I've attached config.log.
Any ideas how to fix this?
Thanks.
[-- Attachment #2: config.log --]
[-- Type: application/octet-stream, Size: 39933 bytes --]
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by GNU C Runtime Library configure 1.0, which was
generated by GNU Autoconf 2.64. Invocation command line was
$ /y/Downloads/gcc-4.8.1/libgcc/configure --cache-file=./config.cache --enable-multilib --enable-languages=c,c++,lto --program-transform-name=s,y,y, --disable-option-checking --with-target-subdir=i686-pc-mingw32 --build=i686-pc-mingw32 --host=i686-pc-mingw32 --target=i686-pc-mingw32 --srcdir=../../../gcc-4.8.1/libgcc --disable-intermodule --enable-checking=yes,types --disable-coverage --enable-languages=c,c++,lto
## --------- ##
## Platform. ##
## --------- ##
hostname = ignasb702
uname -m = i686
uname -r = 1.0.17(0.48/3/2)
uname -s = MINGW32_NT-5.1
uname -v = 2011-04-24 23:39
/usr/bin/uname -p = unknown
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /y/Downloads/gcc481d/./gmp/.libs
PATH: /y/Downloads/gcc481d/./prev-gmp/.libs
PATH: /y/Downloads/gcc481d/./mpfr/.libs
PATH: /y/Downloads/gcc481d/./prev-mpfr/.libs
PATH: /y/Downloads/gcc481d/./mpc/.libs
PATH: /y/Downloads/gcc481d/./prev-mpc/.libs
PATH: /y/Downloads/gcc481d/./isl/.libs
PATH: /y/Downloads/gcc481d/./prev-isl/.libs
PATH: /y/Downloads/gcc481d/./cloog/.libs
PATH: /y/Downloads/gcc481d/./prev-cloog/.libs
PATH: /y/Downloads/gcc481d/i686-pc-mingw32/libstdc++-v3/src/.libs
PATH: /y/Downloads/gcc481d/i686-pc-mingw32/libssp/.libs
PATH: /y/Downloads/gcc481d/./gcc/shlib
PATH: /y/Downloads/gcc481d/./prev-gcc/shlib
PATH: .
PATH: /usr/local/bin
PATH: /mingw/bin
PATH: /bin
PATH: /c/Program Files/Parallels/Parallels Tools/Applications
PATH: /c/WINDOWS/system32
PATH: /c/WINDOWS
PATH: /c/WINDOWS/System32/Wbem
PATH: /mingw/bin
PATH: /c/Program Files/Dr. Memory/bin
## ----------- ##
## Core tests. ##
## ----------- ##
configure:1977: creating cache ./config.cache
configure:2147: checking build system type
configure:2161: result: i686-pc-mingw32
configure:2181: checking host system type
configure:2194: result: i686-pc-mingw32
configure:2292: checking for --enable-version-specific-runtime-libs
configure:2305: result: no
configure:2353: checking for a BSD-compatible install
configure:2421: result: /bin/install -c
configure:2437: checking for gawk
configure:2464: result: gawk
configure:2564: checking for i686-pc-mingw32-ar
configure:2591: result: ar
configure:2656: checking for i686-pc-mingw32-lipo
configure:2683: result: lipo
configure:2748: checking for i686-pc-mingw32-nm
configure:2775: result: /y/Downloads/gcc481d/./gcc/nm
configure:2840: checking for i686-pc-mingw32-ranlib
configure:2867: result: ranlib
configure:2932: checking for i686-pc-mingw32-strip
configure:2959: result: strip
configure:3021: checking whether ln -s works
configure:3028: result: no, using cp -p
configure:3042: checking for i686-pc-mingw32-gcc
configure:3069: result: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include
configure:3338: checking for C compiler version
configure:3347: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include --version >&5
xgcc.exe (GCC) 4.8.1
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
configure:3358: $? = 0
configure:3347: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -v >&5
Reading specs from y:/Downloads/gcc481d/gcc/specs
COLLECT_GCC=y:\Downloads\gcc481d\gcc\xgcc.exe
COLLECT_LTO_WRAPPER=y:/Downloads/gcc481d/gcc/lto-wrapper.exe
Target: i686-pc-mingw32
Configured with: ../gcc-4.8.1/configure --enable-languages=c,c++
Thread model: win32
gcc version 4.8.1 (GCC)
configure:3358: $? = 0
configure:3347: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -V >&5
xgcc.exe: error: unrecognized command line option '-V'
xgcc.exe: fatal error: no input files
compilation terminated.
configure:3358: $? = 1
configure:3347: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -qversion >&5
xgcc.exe: error: unrecognized command line option '-qversion'
xgcc.exe: fatal error: no input files
compilation terminated.
configure:3358: $? = 1
configure:3374: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -o conftest -g -O2 conftest.c >&5
C:\MinGW\mingw32\bin\ld.exe: cannot find crt2.o: No such file or directory
C:\MinGW\mingw32\bin\ld.exe: cannot find crtbegin.o: No such file or directory
C:\MinGW\mingw32\bin\ld.exe: cannot find -lgcc
C:\MinGW\mingw32\bin\ld.exe: cannot find -lgcc_eh
C:\MinGW\mingw32\bin\ld.exe: cannot find -lgcc
C:\MinGW\mingw32\bin\ld.exe: cannot find -lgcc_eh
C:\MinGW\mingw32\bin\ld.exe: cannot find crtend.o: No such file or directory
collect2.exe: error: ld returned 1 exit status
configure:3377: $? = 1
configure:3565: checking for suffix of object files
configure:3587: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -c -g -O2 conftest.c >&5
configure:3591: $? = 0
configure:3612: result: o
configure:3616: checking whether we are using the GNU C compiler
configure:3635: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -c -g -O2 conftest.c >&5
configure:3635: $? = 0
configure:3644: result: yes
configure:3653: checking whether /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include accepts -g
configure:3673: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -c -g conftest.c >&5
configure:3673: $? = 0
configure:3714: result: yes
configure:3731: checking for /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include option to accept ISO C89
configure:3795: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -c -g -O2 conftest.c >&5
conftest.c:10:19: fatal error: stdio.h: No such file or directory
#include <stdio.h>
^
compilation terminated.
configure:3795: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #include <stdarg.h>
| #include <stdio.h>
| #include <sys/types.h>
| #include <sys/stat.h>
| /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */
| struct buf { int x; };
| FILE * (*rcsopen) (struct buf *, struct stat *, int);
| static char *e (p, i)
| char **p;
| int i;
| {
| return p[i];
| }
| static char *f (char * (*g) (char **, int), char **p, ...)
| {
| char *s;
| va_list v;
| va_start (v,p);
| s = g (p, va_arg (v,int));
| va_end (v);
| return s;
| }
|
| /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has
| function prototypes and stuff, but not '\xHH' hex character constants.
| These don't provoke an error unfortunately, instead are silently treated
| as 'x'. The following induces an error, until -std is added to get
| proper ANSI mode. Curiously '\x00'!='x' always comes out true, for an
| array size at least. It's necessary to write '\x00'==0 to get something
| that's true only with -std. */
| int osf4_cc_array ['\x00' == 0 ? 1 : -1];
|
| /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro parameters
| inside strings and character constants. */
| #define FOO(x) 'x'
| int xlc6_cc_array[FOO(a) == 'x' ? 1 : -1];
|
| int test (int i, double x);
| struct s1 {int (*f) (int a);};
| struct s2 {int (*f) (double a);};
| int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int);
| int argc;
| char **argv;
| int
| main ()
| {
| return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1];
| ;
| return 0;
| }
configure:3795: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -qlanglvl=extc89 -c -g -O2 conftest.c >&5
xgcc.exe: error: unrecognized command line option '-qlanglvl=extc89'
configure:3795: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #include <stdarg.h>
| #include <stdio.h>
| #include <sys/types.h>
| #include <sys/stat.h>
| /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */
| struct buf { int x; };
| FILE * (*rcsopen) (struct buf *, struct stat *, int);
| static char *e (p, i)
| char **p;
| int i;
| {
| return p[i];
| }
| static char *f (char * (*g) (char **, int), char **p, ...)
| {
| char *s;
| va_list v;
| va_start (v,p);
| s = g (p, va_arg (v,int));
| va_end (v);
| return s;
| }
|
| /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has
| function prototypes and stuff, but not '\xHH' hex character constants.
| These don't provoke an error unfortunately, instead are silently treated
| as 'x'. The following induces an error, until -std is added to get
| proper ANSI mode. Curiously '\x00'!='x' always comes out true, for an
| array size at least. It's necessary to write '\x00'==0 to get something
| that's true only with -std. */
| int osf4_cc_array ['\x00' == 0 ? 1 : -1];
|
| /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro parameters
| inside strings and character constants. */
| #define FOO(x) 'x'
| int xlc6_cc_array[FOO(a) == 'x' ? 1 : -1];
|
| int test (int i, double x);
| struct s1 {int (*f) (int a);};
| struct s2 {int (*f) (double a);};
| int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int);
| int argc;
| char **argv;
| int
| main ()
| {
| return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1];
| ;
| return 0;
| }
configure:3795: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -qlanglvl=ansi -c -g -O2 conftest.c >&5
xgcc.exe: error: unrecognized command line option '-qlanglvl=ansi'
configure:3795: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #include <stdarg.h>
| #include <stdio.h>
| #include <sys/types.h>
| #include <sys/stat.h>
| /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */
| struct buf { int x; };
| FILE * (*rcsopen) (struct buf *, struct stat *, int);
| static char *e (p, i)
| char **p;
| int i;
| {
| return p[i];
| }
| static char *f (char * (*g) (char **, int), char **p, ...)
| {
| char *s;
| va_list v;
| va_start (v,p);
| s = g (p, va_arg (v,int));
| va_end (v);
| return s;
| }
|
| /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has
| function prototypes and stuff, but not '\xHH' hex character constants.
| These don't provoke an error unfortunately, instead are silently treated
| as 'x'. The following induces an error, until -std is added to get
| proper ANSI mode. Curiously '\x00'!='x' always comes out true, for an
| array size at least. It's necessary to write '\x00'==0 to get something
| that's true only with -std. */
| int osf4_cc_array ['\x00' == 0 ? 1 : -1];
|
| /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro parameters
| inside strings and character constants. */
| #define FOO(x) 'x'
| int xlc6_cc_array[FOO(a) == 'x' ? 1 : -1];
|
| int test (int i, double x);
| struct s1 {int (*f) (int a);};
| struct s2 {int (*f) (double a);};
| int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int);
| int argc;
| char **argv;
| int
| main ()
| {
| return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1];
| ;
| return 0;
| }
configure:3795: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -std -c -g -O2 conftest.c >&5
xgcc.exe: error: unrecognized command line option '-std'
configure:3795: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #include <stdarg.h>
| #include <stdio.h>
| #include <sys/types.h>
| #include <sys/stat.h>
| /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */
| struct buf { int x; };
| FILE * (*rcsopen) (struct buf *, struct stat *, int);
| static char *e (p, i)
| char **p;
| int i;
| {
| return p[i];
| }
| static char *f (char * (*g) (char **, int), char **p, ...)
| {
| char *s;
| va_list v;
| va_start (v,p);
| s = g (p, va_arg (v,int));
| va_end (v);
| return s;
| }
|
| /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has
| function prototypes and stuff, but not '\xHH' hex character constants.
| These don't provoke an error unfortunately, instead are silently treated
| as 'x'. The following induces an error, until -std is added to get
| proper ANSI mode. Curiously '\x00'!='x' always comes out true, for an
| array size at least. It's necessary to write '\x00'==0 to get something
| that's true only with -std. */
| int osf4_cc_array ['\x00' == 0 ? 1 : -1];
|
| /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro parameters
| inside strings and character constants. */
| #define FOO(x) 'x'
| int xlc6_cc_array[FOO(a) == 'x' ? 1 : -1];
|
| int test (int i, double x);
| struct s1 {int (*f) (int a);};
| struct s2 {int (*f) (double a);};
| int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int);
| int argc;
| char **argv;
| int
| main ()
| {
| return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1];
| ;
| return 0;
| }
configure:3795: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -Ae -c -g -O2 conftest.c >&5
<command-line>:0:1: error: missing '(' after predicate
conftest.c:10:19: fatal error: stdio.h: No such file or directory
#include <stdio.h>
^
compilation terminated.
configure:3795: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #include <stdarg.h>
| #include <stdio.h>
| #include <sys/types.h>
| #include <sys/stat.h>
| /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */
| struct buf { int x; };
| FILE * (*rcsopen) (struct buf *, struct stat *, int);
| static char *e (p, i)
| char **p;
| int i;
| {
| return p[i];
| }
| static char *f (char * (*g) (char **, int), char **p, ...)
| {
| char *s;
| va_list v;
| va_start (v,p);
| s = g (p, va_arg (v,int));
| va_end (v);
| return s;
| }
|
| /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has
| function prototypes and stuff, but not '\xHH' hex character constants.
| These don't provoke an error unfortunately, instead are silently treated
| as 'x'. The following induces an error, until -std is added to get
| proper ANSI mode. Curiously '\x00'!='x' always comes out true, for an
| array size at least. It's necessary to write '\x00'==0 to get something
| that's true only with -std. */
| int osf4_cc_array ['\x00' == 0 ? 1 : -1];
|
| /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro parameters
| inside strings and character constants. */
| #define FOO(x) 'x'
| int xlc6_cc_array[FOO(a) == 'x' ? 1 : -1];
|
| int test (int i, double x);
| struct s1 {int (*f) (int a);};
| struct s2 {int (*f) (double a);};
| int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int);
| int argc;
| char **argv;
| int
| main ()
| {
| return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1];
| ;
| return 0;
| }
configure:3795: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -Aa -D_HPUX_SOURCE -c -g -O2 conftest.c >&5
<command-line>:0:1: error: missing '(' after predicate
conftest.c:10:19: fatal error: stdio.h: No such file or directory
#include <stdio.h>
^
compilation terminated.
configure:3795: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #include <stdarg.h>
| #include <stdio.h>
| #include <sys/types.h>
| #include <sys/stat.h>
| /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */
| struct buf { int x; };
| FILE * (*rcsopen) (struct buf *, struct stat *, int);
| static char *e (p, i)
| char **p;
| int i;
| {
| return p[i];
| }
| static char *f (char * (*g) (char **, int), char **p, ...)
| {
| char *s;
| va_list v;
| va_start (v,p);
| s = g (p, va_arg (v,int));
| va_end (v);
| return s;
| }
|
| /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has
| function prototypes and stuff, but not '\xHH' hex character constants.
| These don't provoke an error unfortunately, instead are silently treated
| as 'x'. The following induces an error, until -std is added to get
| proper ANSI mode. Curiously '\x00'!='x' always comes out true, for an
| array size at least. It's necessary to write '\x00'==0 to get something
| that's true only with -std. */
| int osf4_cc_array ['\x00' == 0 ? 1 : -1];
|
| /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro parameters
| inside strings and character constants. */
| #define FOO(x) 'x'
| int xlc6_cc_array[FOO(a) == 'x' ? 1 : -1];
|
| int test (int i, double x);
| struct s1 {int (*f) (int a);};
| struct s2 {int (*f) (double a);};
| int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int);
| int argc;
| char **argv;
| int
| main ()
| {
| return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1];
| ;
| return 0;
| }
configure:3795: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -Xc -D__EXTENSIONS__ -c -g -O2 conftest.c >&5
xgcc.exe: error: unrecognized command line option '-Xc'
configure:3795: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #include <stdarg.h>
| #include <stdio.h>
| #include <sys/types.h>
| #include <sys/stat.h>
| /* Most of the following tests are stolen from RCS 5.7's src/conf.sh. */
| struct buf { int x; };
| FILE * (*rcsopen) (struct buf *, struct stat *, int);
| static char *e (p, i)
| char **p;
| int i;
| {
| return p[i];
| }
| static char *f (char * (*g) (char **, int), char **p, ...)
| {
| char *s;
| va_list v;
| va_start (v,p);
| s = g (p, va_arg (v,int));
| va_end (v);
| return s;
| }
|
| /* OSF 4.0 Compaq cc is some sort of almost-ANSI by default. It has
| function prototypes and stuff, but not '\xHH' hex character constants.
| These don't provoke an error unfortunately, instead are silently treated
| as 'x'. The following induces an error, until -std is added to get
| proper ANSI mode. Curiously '\x00'!='x' always comes out true, for an
| array size at least. It's necessary to write '\x00'==0 to get something
| that's true only with -std. */
| int osf4_cc_array ['\x00' == 0 ? 1 : -1];
|
| /* IBM C 6 for AIX is almost-ANSI by default, but it replaces macro parameters
| inside strings and character constants. */
| #define FOO(x) 'x'
| int xlc6_cc_array[FOO(a) == 'x' ? 1 : -1];
|
| int test (int i, double x);
| struct s1 {int (*f) (int a);};
| struct s2 {int (*f) (double a);};
| int pairnames (int, char **, FILE *(*)(struct buf *, struct stat *, int), int, int);
| int argc;
| char **argv;
| int
| main ()
| {
| return f (e, argv, 0) != argv[0] || f (e, argv, 1) != argv[1];
| ;
| return 0;
| }
configure:3811: result: unsupported
configure:3833: checking how to run the C preprocessor
configure:3864: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -E conftest.c
In file included from y:/Downloads/gcc481d/gcc/include-fixed/syslimits.h:7:0,
from y:/Downloads/gcc481d/gcc/include-fixed/limits.h:34,
from conftest.c:10:
y:/Downloads/gcc481d/gcc/include-fixed/limits.h:168:61: error: no include path in which to search for limits.h
#include_next <limits.h> /* recurse down to the real one */
^
configure:3864: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
| Syntax error
configure:3864: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -E conftest.c
In file included from y:/Downloads/gcc481d/gcc/include-fixed/syslimits.h:7:0,
from y:/Downloads/gcc481d/gcc/include-fixed/limits.h:34,
from conftest.c:10:
y:/Downloads/gcc481d/gcc/include-fixed/limits.h:168:61: error: no include path in which to search for limits.h
#include_next <limits.h> /* recurse down to the real one */
^
configure:3864: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
| Syntax error
configure:3864: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -E -traditional-cpp conftest.c
conftest.c:12:0: fatal error: assert.h: No such file or directory
# include <assert.h>
^
compilation terminated.
configure:3864: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
| Syntax error
configure:3864: /y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include -E -traditional-cpp conftest.c
conftest.c:12:0: fatal error: assert.h: No such file or directory
# include <assert.h>
^
compilation terminated.
configure:3864: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
| Syntax error
configure:3864: /lib/cpp conftest.c
/y/Downloads/gcc-4.8.1/libgcc/configure: line 1456: /lib/cpp: No such file or directory
configure:3864: $? = 127
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
| Syntax error
configure:3864: /lib/cpp conftest.c
/y/Downloads/gcc-4.8.1/libgcc/configure: line 1456: /lib/cpp: No such file or directory
configure:3864: $? = 127
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
| Syntax error
configure:3903: result: /lib/cpp
configure:3923: /lib/cpp conftest.c
/y/Downloads/gcc-4.8.1/libgcc/configure: line 1456: /lib/cpp: No such file or directory
configure:3923: $? = 127
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
| Syntax error
configure:3923: /lib/cpp conftest.c
/y/Downloads/gcc-4.8.1/libgcc/configure: line 1456: /lib/cpp: No such file or directory
configure:3923: $? = 127
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
| Syntax error
configure:3953: error: in `/y/Downloads/gcc481d/i686-pc-mingw32/libgcc':
configure:3956: error: C preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.
## ---------------- ##
## Cache variables. ##
## ---------------- ##
ac_cv_build=i686-pc-mingw32
ac_cv_c_compiler_gnu=yes
ac_cv_env_CC_set=set
ac_cv_env_CC_value='/y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include '
ac_cv_env_CFLAGS_set=set
ac_cv_env_CFLAGS_value='-g -O2'
ac_cv_env_CPPFLAGS_set=set
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=set
ac_cv_env_LDFLAGS_value=
ac_cv_env_LIBS_set=
ac_cv_env_LIBS_value=
ac_cv_env_build_alias_set=set
ac_cv_env_build_alias_value=i686-pc-mingw32
ac_cv_env_host_alias_set=set
ac_cv_env_host_alias_value=i686-pc-mingw32
ac_cv_env_target_alias_set=set
ac_cv_env_target_alias_value=i686-pc-mingw32
ac_cv_host=i686-pc-mingw32
ac_cv_objext=o
ac_cv_prog_AR=ar
ac_cv_prog_AWK=gawk
ac_cv_prog_CC='/y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include '
ac_cv_prog_CPP=/lib/cpp
ac_cv_prog_LIPO=lipo
ac_cv_prog_NM=/y/Downloads/gcc481d/./gcc/nm
ac_cv_prog_RANLIB=ranlib
ac_cv_prog_STRIP=strip
ac_cv_prog_cc_c89=no
ac_cv_prog_cc_g=yes
## ----------------- ##
## Output variables. ##
## ----------------- ##
AR='ar'
AWK='gawk'
CC='/y/Downloads/gcc481d/./gcc/xgcc -B/y/Downloads/gcc481d/./gcc/ -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/mingw -L/y/Downloads/gcc481d/i686-pc-mingw32/winsup/w32api/lib -isystem /y/Downloads/gcc-4.8.1/winsup/mingw/include -isystem /y/Downloads/gcc-4.8.1/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include '
CFLAGS='-g -O2'
CPP='/lib/cpp'
CPPFLAGS=''
DEFS=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EXEEXT=''
INSTALL_DATA='/bin/install -c -m 644'
INSTALL_PROGRAM='/bin/install -c'
INSTALL_SCRIPT='/bin/install -c'
LDFLAGS=''
LIBOBJS=''
LIBS=''
LIPO='lipo'
LN_S='cp -p'
LTLIBOBJS=''
MAINT='#'
NM='/y/Downloads/gcc481d/./gcc/nm'
OBJEXT='o'
PACKAGE_BUGREPORT=''
PACKAGE_NAME='GNU C Runtime Library'
PACKAGE_STRING='GNU C Runtime Library 1.0'
PACKAGE_TARNAME='libgcc'
PACKAGE_URL='http://www.gnu.org/software/libgcc/'
PACKAGE_VERSION='1.0'
PATH_SEPARATOR=':'
PICFLAG=''
RANLIB='ranlib'
SHELL='/bin/sh'
STRIP='strip'
ac_ct_CC=''
asm_hidden_op=''
bindir='${exec_prefix}/bin'
build='i686-pc-mingw32'
build_alias='i686-pc-mingw32'
build_cpu='i686'
build_libsubdir='build-i686-pc-mingw32'
build_os='mingw32'
build_subdir='build-i686-pc-mingw32'
build_vendor='pc'
cpu_type=''
datadir='${datarootdir}'
datarootdir='${prefix}/share'
decimal_float=''
docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
double_type_size=''
dvidir='${docdir}'
enable_decimal_float=''
enable_shared='yes'
exec_prefix='NONE'
extra_parts=''
fixed_point=''
host='i686-pc-mingw32'
host_alias='i686-pc-mingw32'
host_cpu='i686'
host_noncanonical='i686-pc-mingw32'
host_os='mingw32'
host_subdir='.'
host_vendor='pc'
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
libgcc_topdir='../../../gcc-4.8.1/libgcc/..'
localedir='${datarootdir}/locale'
localstatedir='${prefix}/var'
long_double_type_size=''
mandir='${datarootdir}/man'
oldincludedir='/usr/include'
pdfdir='${docdir}'
prefix='NONE'
program_transform_name='s,y,y,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
set_have_cc_tls=''
set_use_emutls=''
sfp_machine_header=''
sharedstatedir='${prefix}/com'
slibdir='$(libdir)'
sysconfdir='${prefix}/etc'
target_alias='i686-pc-mingw32'
target_noncanonical='i686-pc-mingw32'
target_subdir='i686-pc-mingw32'
thread_header=''
tm_defines=''
tm_file=''
tmake_file=''
toolexecdir='$(libdir)/gcc-lib/$(target_noncanonical)'
toolexeclibdir='$(libdir)'
vis_hide=''
## ----------- ##
## confdefs.h. ##
## ----------- ##
/* confdefs.h */
#define PACKAGE_NAME "GNU C Runtime Library"
#define PACKAGE_TARNAME "libgcc"
#define PACKAGE_VERSION "1.0"
#define PACKAGE_STRING "GNU C Runtime Library 1.0"
#define PACKAGE_BUGREPORT ""
#define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
configure: exit 1
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: GCC 4.8.1 building fails
2013-06-14 9:31 GCC 4.8.1 building fails Ignas
@ 2013-06-14 11:10 ` Jonathan Wakely
2013-06-15 8:12 ` Ignas
2013-06-15 8:45 ` Ignas
0 siblings, 2 replies; 11+ messages in thread
From: Jonathan Wakely @ 2013-06-14 11:10 UTC (permalink / raw)
To: Ignas; +Cc: gcc-help
On 14 June 2013 10:31, Ignas wrote:
> Hello,
> I've tried to build GCC 4.8.1 numerous times without any luck.
> Build, host, and target system: i686-pc-mingw32.
> I'm using MinGW Shell, gcc -v 4.6.2 ; g++ -v 4.7.2
It looks as though you don't have basic files like <stdio.h> and
<assert.h> installed where GCC can find them. I don't know how to
install them for mingw, but would guess they should be provided by the
mingw-runtime or win32api packages.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: GCC 4.8.1 building fails
2013-06-14 11:10 ` Jonathan Wakely
@ 2013-06-15 8:12 ` Ignas
2013-06-15 8:45 ` Ignas
1 sibling, 0 replies; 11+ messages in thread
From: Ignas @ 2013-06-15 8:12 UTC (permalink / raw)
Cc: gcc-help
No, I have fine and working installation of MinGW what has stdio.h and
assert.h files in the include folder. Is there a way to perhaps
explicitly tell where is MinGW's include folder is?
On Fri, Jun 14, 2013 at 2:10 PM, Jonathan Wakely <jwakely.gcc@gmail.com> wrote:
> On 14 June 2013 10:31, Ignas wrote:
>> Hello,
>> I've tried to build GCC 4.8.1 numerous times without any luck.
>> Build, host, and target system: i686-pc-mingw32.
>> I'm using MinGW Shell, gcc -v 4.6.2 ; g++ -v 4.7.2
>
> It looks as though you don't have basic files like <stdio.h> and
> <assert.h> installed where GCC can find them. I don't know how to
> install them for mingw, but would guess they should be provided by the
> mingw-runtime or win32api packages.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: GCC 4.8.1 building fails
2013-06-14 11:10 ` Jonathan Wakely
2013-06-15 8:12 ` Ignas
@ 2013-06-15 8:45 ` Ignas
2013-06-15 11:54 ` Jonathan Wakely
1 sibling, 1 reply; 11+ messages in thread
From: Ignas @ 2013-06-15 8:45 UTC (permalink / raw)
To: Jonathan Wakely; +Cc: gcc-help
I uninstalled MinGW and installed it again with all the latest stuff.
I tried to compile gcc 2 more times, without any luck. I defined
constants with paths to MinGW's include and lib folder, I tried to use
configure closely resembling the one used to compile gcc what came
with MinGW:
configure --disable-sjlj-exceptions --enable-shared --enable-libgomp
--disable-win32-registry --enable-lib-stdcxx-debug
--enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw
It always fails when it gets to a part of making things inside a build
folder, previously it was [objdir]/i686-pc-mingw32, this time it was
[objdir]/mingw32. Second time, I've tried to compile with binutils
source inside [srcdir].
Based on all that, I conclude, that it is a bug with gcc in area
related to Windows, MinGW, or compiling itself.
As I've said in my first email, gcc configures and makes all
libraries(gmp, mpfr, mpc, etc.) successfully, I've checked
[objdir]/[library name], they have .a, .o, etc. sometimes .exe and
.dll files, indicating what my MinGW installation is working fine, I'm
pretty sure it would have never compiled all that successfully if it
was broken. I've also checked [objdir]/gcc , it was also compiled
successfully.
Problem always starts somewhere when it tries to make the
[objdir]/[build folder], it appears to me, that at this point, gcc is
using its own compiled binaries to compile further, and that's when it
crashes.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: GCC 4.8.1 building fails
2013-06-15 8:45 ` Ignas
@ 2013-06-15 11:54 ` Jonathan Wakely
2013-06-15 13:18 ` Ignas
0 siblings, 1 reply; 11+ messages in thread
From: Jonathan Wakely @ 2013-06-15 11:54 UTC (permalink / raw)
To: Ignas; +Cc: gcc-help
On 15 June 2013 09:44, Ignas wrote:
> I uninstalled MinGW and installed it again with all the latest stuff.
> I tried to compile gcc 2 more times, without any luck. I defined
> constants with paths to MinGW's include and lib folder, I tried to use
> configure closely resembling the one used to compile gcc what came
> with MinGW:
> configure --disable-sjlj-exceptions --enable-shared --enable-libgomp
> --disable-win32-registry --enable-lib-stdcxx-debug
> --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw
> It always fails when it gets to a part of making things inside a build
> folder, previously it was [objdir]/i686-pc-mingw32, this time it was
> [objdir]/mingw32. Second time, I've tried to compile with binutils
> source inside [srcdir].
>
>
> Based on all that, I conclude, that it is a bug with gcc in area
> related to Windows, MinGW, or compiling itself.
> As I've said in my first email, gcc configures and makes all
> libraries(gmp, mpfr, mpc, etc.) successfully, I've checked
> [objdir]/[library name], they have .a, .o, etc. sometimes .exe and
> .dll files, indicating what my MinGW installation is working fine, I'm
> pretty sure it would have never compiled all that successfully if it
> was broken. I've also checked [objdir]/gcc , it was also compiled
> successfully.
> Problem always starts somewhere when it tries to make the
> [objdir]/[build folder], it appears to me, that at this point, gcc is
> using its own compiled binaries to compile further, and that's when it
> crashes.
When I tried to build MinGW the only way I could make it work was
using an "identity mount", I don't know why that's necessary. The
whole experience of trying to build MinGW was extremely annoying and
painful. Quoting from
http://mingw-users.1079350.n2.nabble.com/How-to-build-GCC-on-MinGW-MSYS-td5868612.html:
These days, I make a point of building GCC in "identity" mounts, where
the Unixy path ("/mingw") directly corresponds to the underlying Windows
path ("C:\mingw"). This shouldn't be strictly necessary, but I suspect
there are some gotchas that can be avoided that way. To change your
/mingw to an identity mount, move E:\Temp\mingw\msys\1.0\mingw to
E:\mingw, and edit your E:\Temp\mingw\msys\1.0\etc\fstab accordingly.
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: GCC 4.8.1 building fails
2013-06-15 11:54 ` Jonathan Wakely
@ 2013-06-15 13:18 ` Ignas
2013-06-15 13:49 ` Jonathan Wakely
0 siblings, 1 reply; 11+ messages in thread
From: Ignas @ 2013-06-15 13:18 UTC (permalink / raw)
To: Jonathan Wakely, David Kredba; +Cc: gcc-help
Thank you both help. I'll use mingwbilds for now, I didn't knew about
them, and thought that GCC 4.6 is the latest version available, which
is pretty old. I also thought, that from all the ways to use gcc on
windows, MinGW would work the best.
Now I'm wondering, what is the most supported and reasonable way to
compile gcc on windows? without any sdk's, consoles, editors, etc.
just plain good gcc and its components what would produce native
windows binaries what do not require some special dlls like cygwin
does.
On Sat, Jun 15, 2013 at 2:53 PM, Jonathan Wakely <jwakely.gcc@gmail.com> wrote:
> On 15 June 2013 09:44, Ignas wrote:
>> I uninstalled MinGW and installed it again with all the latest stuff.
>> I tried to compile gcc 2 more times, without any luck. I defined
>> constants with paths to MinGW's include and lib folder, I tried to use
>> configure closely resembling the one used to compile gcc what came
>> with MinGW:
>> configure --disable-sjlj-exceptions --enable-shared --enable-libgomp
>> --disable-win32-registry --enable-lib-stdcxx-debug
>> --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw
>> It always fails when it gets to a part of making things inside a build
>> folder, previously it was [objdir]/i686-pc-mingw32, this time it was
>> [objdir]/mingw32. Second time, I've tried to compile with binutils
>> source inside [srcdir].
>>
>>
>> Based on all that, I conclude, that it is a bug with gcc in area
>> related to Windows, MinGW, or compiling itself.
>> As I've said in my first email, gcc configures and makes all
>> libraries(gmp, mpfr, mpc, etc.) successfully, I've checked
>> [objdir]/[library name], they have .a, .o, etc. sometimes .exe and
>> .dll files, indicating what my MinGW installation is working fine, I'm
>> pretty sure it would have never compiled all that successfully if it
>> was broken. I've also checked [objdir]/gcc , it was also compiled
>> successfully.
>> Problem always starts somewhere when it tries to make the
>> [objdir]/[build folder], it appears to me, that at this point, gcc is
>> using its own compiled binaries to compile further, and that's when it
>> crashes.
>
> When I tried to build MinGW the only way I could make it work was
> using an "identity mount", I don't know why that's necessary. The
> whole experience of trying to build MinGW was extremely annoying and
> painful. Quoting from
> http://mingw-users.1079350.n2.nabble.com/How-to-build-GCC-on-MinGW-MSYS-td5868612.html:
>
>
> These days, I make a point of building GCC in "identity" mounts, where
> the Unixy path ("/mingw") directly corresponds to the underlying Windows
> path ("C:\mingw"). This shouldn't be strictly necessary, but I suspect
> there are some gotchas that can be avoided that way. To change your
> /mingw to an identity mount, move E:\Temp\mingw\msys\1.0\mingw to
> E:\mingw, and edit your E:\Temp\mingw\msys\1.0\etc\fstab accordingly.
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: GCC 4.8.1 building fails
2013-06-15 13:18 ` Ignas
@ 2013-06-15 13:49 ` Jonathan Wakely
2013-06-15 13:51 ` Jonathan Wakely
[not found] ` <CAF1jjLs=o8=BmirCS6S-e_Qn_y5paJxC7YuTyc66enmtQZVBXg@mail.gmail.com>
0 siblings, 2 replies; 11+ messages in thread
From: Jonathan Wakely @ 2013-06-15 13:49 UTC (permalink / raw)
To: Ignas; +Cc: David Kredba, gcc-help
On 15 June 2013 14:18, Ignas wrote:
> Now I'm wondering, what is the most supported and reasonable way to
> compile gcc on windows? without any sdk's, consoles, editors, etc.
> just plain good gcc and its components what would produce native
> windows binaries what do not require some special dlls like cygwin
> does.
MinGW is the best and also the worst way, it's the only way.
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: GCC 4.8.1 building fails
2013-06-15 13:49 ` Jonathan Wakely
@ 2013-06-15 13:51 ` Jonathan Wakely
[not found] ` <CAF1jjLs=o8=BmirCS6S-e_Qn_y5paJxC7YuTyc66enmtQZVBXg@mail.gmail.com>
1 sibling, 0 replies; 11+ messages in thread
From: Jonathan Wakely @ 2013-06-15 13:51 UTC (permalink / raw)
To: Ignas; +Cc: David Kredba, gcc-help
On 15 June 2013 14:49, Jonathan Wakely wrote:
> On 15 June 2013 14:18, Ignas wrote:
>> Now I'm wondering, what is the most supported and reasonable way to
>> compile gcc on windows? without any sdk's, consoles, editors, etc.
>> just plain good gcc and its components what would produce native
>> windows binaries what do not require some special dlls like cygwin
>> does.
>
> MinGW is the best and also the worst way, it's the only way.
But unless you really need to compile it yourself just install a
pre-built version and save yourself all the trouble of building it.
^ permalink raw reply [flat|nested] 11+ messages in thread[parent not found: <CAF1jjLs=o8=BmirCS6S-e_Qn_y5paJxC7YuTyc66enmtQZVBXg@mail.gmail.com>]
* Re: GCC 4.8.1 building fails
[not found] ` <CAF1jjLs=o8=BmirCS6S-e_Qn_y5paJxC7YuTyc66enmtQZVBXg@mail.gmail.com>
@ 2013-06-15 17:11 ` Jonathan Wakely
2013-06-15 17:41 ` NightStrike
0 siblings, 1 reply; 11+ messages in thread
From: Jonathan Wakely @ 2013-06-15 17:11 UTC (permalink / raw)
To: NightStrike; +Cc: gcc-help, Ignas, David Kredba
On 15 June 2013 17:11, NightStrike wrote:
>
> It's not the only way. In fact a much easier way is to use a Canadian cross
> to build the native gcc using some other system.
Ah, interesting. Does that still use the mingw runtime though?
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: GCC 4.8.1 building fails
2013-06-15 17:11 ` Jonathan Wakely
@ 2013-06-15 17:41 ` NightStrike
2013-06-15 23:31 ` Ignas
0 siblings, 1 reply; 11+ messages in thread
From: NightStrike @ 2013-06-15 17:41 UTC (permalink / raw)
To: Jonathan Wakely; +Cc: gcc-help, Ignas, David Kredba
On Sat, Jun 15, 2013 at 1:11 PM, Jonathan Wakely <jwakely.gcc@gmail.com> wrote:
> On 15 June 2013 17:11, NightStrike wrote:
>>
>> It's not the only way. In fact a much easier way is to use a Canadian cross
>> to build the native gcc using some other system.
>
> Ah, interesting. Does that still use the mingw runtime though?
Yes, assuming you use the --with-sysroot options appropriately.
Sidenote: Apparently my new droid is sending all mail as html mail, so
sorry that the last message didn't make it through to the list :(
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: GCC 4.8.1 building fails
2013-06-15 17:41 ` NightStrike
@ 2013-06-15 23:31 ` Ignas
0 siblings, 0 replies; 11+ messages in thread
From: Ignas @ 2013-06-15 23:31 UTC (permalink / raw)
To: NightStrike; +Cc: Jonathan Wakely, gcc-help, David Kredba
Yea... I really need to switch to some linux distro and compile
windows binaries from there. Somehow, I feel that gcc will compile
just fine on linux.
On Sat, Jun 15, 2013 at 8:41 PM, NightStrike <nightstrike@gmail.com> wrote:
> On Sat, Jun 15, 2013 at 1:11 PM, Jonathan Wakely <jwakely.gcc@gmail.com> wrote:
>> On 15 June 2013 17:11, NightStrike wrote:
>>>
>>> It's not the only way. In fact a much easier way is to use a Canadian cross
>>> to build the native gcc using some other system.
>>
>> Ah, interesting. Does that still use the mingw runtime though?
>
> Yes, assuming you use the --with-sysroot options appropriately.
>
> Sidenote: Apparently my new droid is sending all mail as html mail, so
> sorry that the last message didn't make it through to the list :(
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2013-06-15 23:31 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-06-14 9:31 GCC 4.8.1 building fails Ignas
2013-06-14 11:10 ` Jonathan Wakely
2013-06-15 8:12 ` Ignas
2013-06-15 8:45 ` Ignas
2013-06-15 11:54 ` Jonathan Wakely
2013-06-15 13:18 ` Ignas
2013-06-15 13:49 ` Jonathan Wakely
2013-06-15 13:51 ` Jonathan Wakely
[not found] ` <CAF1jjLs=o8=BmirCS6S-e_Qn_y5paJxC7YuTyc66enmtQZVBXg@mail.gmail.com>
2013-06-15 17:11 ` Jonathan Wakely
2013-06-15 17:41 ` NightStrike
2013-06-15 23:31 ` Ignas
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).