[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