[Bug target/45084] configure: error: no 8-bit type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084 --- Comment #14 from norak.van at gmail dot com 2010-12-14 08:27:39 UTC --- OK Anyway, could you please help me with this installation problem? I check that there isn´t these directories: /cygwin/usr/local/powerpc-ibm-eabi/include or /cygwin/usr/local/powerpc-ibm-eabi/sys-include but stdio.h library and all others libraries are in directories /cygwin/usr/include /cygwin/usr/include/sys Is there any way to link to that directory. Or Must I create /cygwin/usr/local/powerpc-ibm-eabi/include with /cygwin/usr/include files and directories? Pd. I follow steps in attach file.
[Bug target/45084] configure: error: no 8-bit type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084 --- Comment #15 from norak.van at gmail dot com 2010-12-14 08:32:25 UTC --- Created attachment 22750 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22750 building a GNU toolset
[Bug target/45084] configure: error: no 8-bit type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084 --- Comment #11 from norak.van at gmail dot com 2010-12-13 16:05:34 UTC --- Created attachment 22743 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22743 libstdc++-v3\config.log
[Bug target/45084] configure: error: no 8-bit type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084 --- Comment #12 from norak.van at gmail dot com 2010-12-13 16:07:47 UTC --- C:\data\gcc\gcc-build\powerpc-ibm-eabi\libstdc++-v3 I am a new user with unix systems, so It is no easy for me analyze logs, but I think the problem could be the loose os some include files, like stdio.h ¿? although I check the file is in some directories like: C:\data\gcc\gcc-4.5.0\libstdc++-v3\include\c_compatibility conftest.c:15:19: fatal error: stdio.h: No such file or directory configure: failed program was: | /* confdefs.h */ | #include stdio.h Pd, attach this config.log
[Bug target/45084] configure: error: no 8-bit type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084 Ralf Wildenhues rwild at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID --- Comment #13 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-13 16:41:56 UTC --- (In reply to comment #11) Created attachment 22743 [details] libstdc++-v3\config.log There's your problem: configure:4197: checking for /cygdrive/c/data/gcc/gcc-build/./gcc/xgcc -B/cygdrive/c/data/gcc/gcc-build/./gcc/ -B/usr/local/powerpc-ibm-eabi/bin/ -B/usr/local/powerpc-ibm-eabi/lib/ -isystem /usr/local/powerpc-ibm-eabi/include -isystem /usr/local/powerpc-ibm-eabi/sys-includeoption to accept ISO C89 configure:4261: /cygdrive/c/data/gcc/gcc-build/./gcc/xgcc -B/cygdrive/c/data/gcc/gcc-build/./gcc/ -B/usr/local/powerpc-ibm-eabi/bin/ -B/usr/local/powerpc-ibm-eabi/lib/ -isystem /usr/local/powerpc-ibm-eabi/include -isystem /usr/local/powerpc-ibm-eabi/sys-include -c -g -O2 conftest.c 5 conftest.c:10:19: fatal error: stdio.h: No such file or directory Is there a stdio.h header file in /usr/local/powerpc-ibm-eabi/include or /usr/local/powerpc-ibm-eabi/sys-include? If not, please install the required C library header files or package. I'm marking this PR as invalid, as it is not a GCC bug. Thanks.
[Bug target/45084] configure: error: no 8-bit type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084 --- Comment #10 from Ralf Wildenhues rwild at gcc dot gnu.org 2010-12-09 20:58:00 UTC --- (In reply to comment #9) ../gcc-4.5.0/configure --target=powerpc-ibm-eabi --with-newlib --disable-nls --disable-multilib i686-ibm-cygwin ... checking stdbool.h usability... no checking stdbool.h presence... yes configure: WARNING: stdbool.h: present but cannot be compiled Please take a look at the config.log file that corresponds to the above output (I suppose that is m68k-elf/libstdc++-v3/config.log ?) and find the compile error caused by use of stdbool.h. Cut'n'paste the compile command and error here, please. Maybe it's clear then how to proceed. Thanks.
[Bug target/45084] configure: error: no 8-bit type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084 --- Comment #8 from norak.van at gmail dot com 2010-11-29 15:43:20 UTC --- Created attachment 22564 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22564 config
[Bug target/45084] configure: error: no 8-bit type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084 norak.van at gmail dot com changed: What|Removed |Added CC||norak.van at gmail dot com --- Comment #9 from norak.van at gmail dot com 2010-11-29 15:46:48 UTC --- Hi, I get this error building gcc I did the suggested changes in patch PR 45084, about including square brackets in AC_MSG_ERROR function.. and did 'make' again with same result Use: cygwin binutilis 2.20.1 gcc4.5.0 ../gcc-4.5.0/configure --target=powerpc-ibm-eabi --with-newlib --disable-nls --disable-multilib i686-ibm-cygwin ... checking stdbool.h usability... no checking stdbool.h presence... yes configure: WARNING: stdbool.h: present but cannot be compiled configure: WARNING: stdbool.h: check for missing prerequisite headers? configure: WARNING: stdbool.h: see the Autoconf documentation configure: WARNING: stdbool.h: section Present But Cannot Be Compiled configure: WARNING: stdbool.h: proceeding with the compiler's result ... checking float.h usability... no checking float.h presence... yes configure: WARNING: float.h: present but cannot be compiled configure: WARNING: float.h: check for missing prerequisite headers? configure: WARNING: float.h: see the Autoconf documentation configure: WARNING: float.h: section Present But Cannot Be Compiled configure: WARNING: float.h: proceeding with the compiler's result ... checking size of void *... /cygdrive/c/data/gcc/gcc-4.5.0/libstdc++-v3/configure : line 2302: conftest.c: Permission denied 0 checking size of long... 0 checking size of int... 0 checking size of short... 0 checking size of char... 0 checking for type equivalent to int8_t... configure: error: no 8-bit type, pleas e report a bug make[1]: *** [configure-target-libstdc++-v3] Error 1 make[1]: Leaving directory `/cygdrive/c/data/gcc/gcc-build' make: *** [all] Error 2 Any ideas? Thanks
[Bug target/45084] configure: error: no 8-bit type
--- Comment #7 from rwild at gcc dot gnu dot org 2010-08-21 12:18 --- Subject: Bug 45084 Author: rwild Date: Sat Aug 21 12:18:02 2010 New Revision: 163441 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163441 Log: Fix misquoting in stdint.m4. config/: PR target/45084 * stdint.m4 (GCC_HEADER_STDINT): Use m4 quotes for arguments of AC_MSG_ERROR. libdecnumber/: * configure: Regenerate. libgfortran/: * configure: Regenerate. libgomp/: * configure: Regenerate. libstdc++-v3/: * configure: Regenerate. Modified: trunk/config/ChangeLog trunk/config/stdint.m4 trunk/libdecnumber/ChangeLog trunk/libdecnumber/configure trunk/libgfortran/ChangeLog trunk/libgfortran/configure trunk/libgomp/ChangeLog trunk/libgomp/configure trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/configure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
[Bug target/45084] configure: error: no 8-bit type
--- Comment #6 from davek at gcc dot gnu dot org 2010-08-20 01:06 --- Has this target had the support added for JSM's built-in stdint patch? (Sorry, reference not to hand right now; will dig it up if nobody knows what i'm talking about.) -- davek at gcc dot gnu dot org changed: What|Removed |Added CC||davek at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
[Bug target/45084] configure: error: no 8-bit type
--- Comment #5 from rwild at gcc dot gnu dot org 2010-08-16 20:55 --- Patch to fix the weird error message from configure here: http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01197.html (I don't have any input on the actual bug) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
[Bug target/45084] configure: error: no 8-bit type
--- Comment #4 from burgess at greeneridge dot com 2010-08-14 18:36 --- I just encountered the identical error (same library, same line number, same message) while compiling arm-elf-gcc 4.5.1 under Mac OS X Snow Leopard 10.6.4. I am not a expert at compiling gnu tools and am running scripts obtained elsewhere. However I did change two things and then reattempted the compile -- and the entire build process completed normally! The two things I did were: (1) update my Darwin gcc compiler executable with the recent XCode update released in August 2010. However the update did not change the Darwin gcc version substantially (it is now 4.2.1) and I don't think it made the difference. (2) the build script I use compiles arm-elf-gcc twice, once before and then again after compiling newlib. It was during the second gcc compile that the error occurred. However I had not completely cleaned my build environment since the last build many months ago and the script was skipping the recompile of newlib. After I thoroughly cleaned my build environment, the script then rebuilt newlib as intended before going on to compile arm-elf-gcc the second time -- now successfully. I regret my experience with compiling gnu tools is too sparse to understand what happened or even to know what information you all need to understand. But hopefully this at least sheds some light on the issue. -- burgess at greeneridge dot com changed: What|Removed |Added CC||burgess at greeneridge dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
[Bug target/45084] configure: error: no 8-bit type
--- Comment #1 from paolo dot carlini at oracle dot com 2010-08-11 17:25 --- Andreas, can you have a look to this? I'm recategorizing it as target, I have never seen anything similar on Linux (or anywhere else for that matter) -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||schwab at linux-m68k dot org Component|libstdc++ |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
[Bug target/45084] configure: error: no 8-bit type
--- Comment #2 from schwab at linux-m68k dot org 2010-08-11 17:30 --- Obviously the compiler is not working. That needs config.log to tell anything. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
[Bug target/45084] configure: error: no 8-bit type
--- Comment #3 from paolo dot carlini at oracle dot com 2010-08-11 17:32 --- Ok, thanks. Let's ask for feedback then. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084
