[Bug libstdc++/45084] New: configure: error: no 8-bit type

[Bug libstdc++/45084] New: configure: error: no 8-bit type

[ivbx at bk dot ru]

Use binutils 2.20.1.

Configure gcc:

../configure --prefix=/usr/local/m68k-elf \
--enable-interwork \
--enable-multilib \
--without-headers \
--disable-shared \
--disable-libssp \
--enable-languages=c,c++ \
--verbose \
--with-newlib \
--program-prefix=m68k-elf- \
--with-as=/usr/local/m68k-elf/bin/m68k-elf-as.exe \
--with-ld=/usr/local/m68k-elf/bin/m68k-elf-ld.exe \
--target=m68k-elf \ 

Error:
looking for a compliant stdint.h in stdint.h, checking for uintmax_t... no
looking for a compliant stdint.h in inttypes.h, checking for uintmax_t... no
looking for a compliant stdint.h in sys/inttypes.h, checking for uintmax_t...
no
looking for an incomplete stdint.h in stdint.h, checking for uint32_t... no
looking for an incomplete stdint.h in inttypes.h, checking for uint32_t... no
looking for an incomplete stdint.h in sys/inttypes.h, checking for uint32_t...
no
looking for u_intXX_t types in sys/types.h, checking for u_int32_t... no
looking for u_intXX_t types in inttypes.h, checking for u_int32_t... no
looking for u_intXX_t types in sys/inttypes.h, checking for u_int32_t... no
checking what to include in include/gstdint.h... stddef.h (using manual
detection)
checking size of void *... 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...
/home/ivb/gcc-4.5.0/libstdc++-v3/configure: line 269: retu
rn: please: numeric argument required
configure: error: no 8-bit type
make[1]: *** [configure-target-libstdc++-v3] Error 1
make[1]: Leaving directory `/home/ivb/gcc-4.5.0/build'


-- 
           Summary: configure: error: no 8-bit type
           Product: gcc
           Version: 4.5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libstdc++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: ivbx at bk dot ru
 GCC build triplet: i686-pc-cygwin
  GCC host triplet: i686-pc-cygwin
GCC target triplet: m68k-unknown-elf


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45084

[Bug target/45084] configure: error: no 8-bit type

[paolo dot carlini at oracle dot com]

------- 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

[schwab at linux-m68k dot org]

------- 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

[paolo dot carlini at oracle dot com]

------- 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

[Bug target/45084] configure: error: no 8-bit type

[burgess at greeneridge dot com]

------- 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

[rwild at gcc dot gnu dot org]

------- 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

[davek at gcc dot gnu dot org]

------- 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

[rwild at gcc dot gnu dot org]

------- 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=gcc&view=rev&rev=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

[norak.van at gmail dot com]

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

[norak.van at gmail dot com]

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

[rwild at gcc dot gnu.org]

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-include    option 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

[norak.van at gmail dot com]

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

[norak.van at gmail dot com]

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

[rwild at gcc dot gnu.org]

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

[norak.van at gmail dot com]

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

[norak.van at gmail dot com]

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