public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c++/15466] New: libstd++ build error for sh-hms
@ 2004-05-16 19:04 adx at swissonline dot ch
  2004-05-16 19:16 ` [Bug c++/15466] " adx at swissonline dot ch
                   ` (9 more replies)
  0 siblings, 10 replies; 11+ messages in thread
From: adx at swissonline dot ch @ 2004-05-16 19:04 UTC (permalink / raw)
  To: gcc-bugs

The build failes with the following message:

configure: WARNING: No native atomic operations are provided for this platform.
configure: WARNING: They cannot be faked when thread support is disabled.
configure: WARNING: Thread-safety of certain classes is not guaranteed.
configure: error: No support for this host/target combination.
make: *** [configure-target-libstdc++-v3] Error 1

The overall configure was invoked with the following command line:
../configure --prefix=/usr/local/gcc3-sh --target=sh-hms -v

The first lines in sh-hms/libstdc++-v3/config.log are:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by package-unused configure version-unused, which was
generated by GNU Autoconf 2.57.  Invocation command line was

  $ /home/ad/src/gcc-3.4.0/libstdc++-v3/configure --cache-file=./config.cache
--host=sh-hms --build=i686-pc-linux-gnu --enable-multilib
--with-cross-host=i686-pc-linux-gnu --prefix=/usr/local/sh-gcc3 -v
--with-gcc-version-trigger=/home/ad/src/gcc-3.4.0/gcc/version.c
--program-transform-name=s,^,sh-hms-,;  --srcdir=../../../libstdc++-v3
--with-target-subdir=sh-hms

## --------- ##
## Platform. ##
## --------- ##

hostname = localhost.localdomain
uname -m = i686
uname -r = 2.2.13-6smp
uname -s = Linux
uname -v = #1 SMP Mit Okt 20 12:20:57 CEST 1999

The build worked with version 3.3.1.

More information may be provided.

-- 
           Summary: libstd++ build error for sh-hms
           Product: gcc
           Version: 3.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: c++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: adx at swissonline dot ch
                CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh-hms


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


^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Bug c++/15466] libstd++ build error for sh-hms
  2004-05-16 19:04 [Bug c++/15466] New: libstd++ build error for sh-hms adx at swissonline dot ch
@ 2004-05-16 19:16 ` adx at swissonline dot ch
  2004-05-16 19:20 ` [Bug libstdc++/15466] " pinskia at gcc dot gnu dot org
                   ` (8 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: adx at swissonline dot ch @ 2004-05-16 19:16 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From adx at swissonline dot ch  2004-05-15 16:40 -------
Created an attachment (id=6306)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=6306&action=view)
sh-hms/libstdc++-v3/config.log

I attach the complete config.log file

-- 


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


^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Bug libstdc++/15466] libstd++ build error for sh-hms
  2004-05-16 19:04 [Bug c++/15466] New: libstd++ build error for sh-hms adx at swissonline dot ch
  2004-05-16 19:16 ` [Bug c++/15466] " adx at swissonline dot ch
@ 2004-05-16 19:20 ` pinskia at gcc dot gnu dot org
  2004-05-16 19:21 ` adx at swissonline dot ch
                   ` (7 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-05-16 19:20 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-05-15 16:42 -------
Basically nobody has added support for the cross compiler in libstdc++.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|normal                      |enhancement
             Status|UNCONFIRMED                 |NEW
          Component|c++                         |libstdc++
     Ever Confirmed|                            |1
   Last reconfirmed|0000-00-00 00:00:00         |2004-05-15 16:42:36
               date|                            |


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


^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Bug libstdc++/15466] libstd++ build error for sh-hms
  2004-05-16 19:04 [Bug c++/15466] New: libstd++ build error for sh-hms adx at swissonline dot ch
  2004-05-16 19:16 ` [Bug c++/15466] " adx at swissonline dot ch
  2004-05-16 19:20 ` [Bug libstdc++/15466] " pinskia at gcc dot gnu dot org
@ 2004-05-16 19:21 ` adx at swissonline dot ch
  2004-05-16 19:29 ` pinskia at gcc dot gnu dot org
                   ` (6 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: adx at swissonline dot ch @ 2004-05-16 19:21 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From adx at swissonline dot ch  2004-05-15 17:09 -------
(In reply to comment #2)
> Basically nobody has added support for the cross compiler in libstdc++.

What does that mean? SH2 is not supported in 3.4.0?

Anyway, what I find suspicious is that in the overall configure command, sh-hms
is denoted as "target", whereas in the libstdc++ configure.log file sh-hms
appears as "host". In my opinion, "host" should be linux-pc-gnu. 
So this point seems not correct to me, but I am not involved deeply enough with
the build process to judge this.



-- 


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


^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Bug libstdc++/15466] libstd++ build error for sh-hms
  2004-05-16 19:04 [Bug c++/15466] New: libstd++ build error for sh-hms adx at swissonline dot ch
                   ` (2 preceding siblings ...)
  2004-05-16 19:21 ` adx at swissonline dot ch
@ 2004-05-16 19:29 ` pinskia at gcc dot gnu dot org
  2004-05-16 21:27 ` adx at swissonline dot ch
                   ` (5 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-05-16 19:29 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-05-15 17:13 -------
No, for target libraries the host is always the target of the cross compiler, this has been discussed 
before.  No sh2 is support, just sh-hms is not support for libstdc++ at all, because no one has added 
the config stuff to support it.

-- 


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


^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Bug libstdc++/15466] libstd++ build error for sh-hms
  2004-05-16 19:04 [Bug c++/15466] New: libstd++ build error for sh-hms adx at swissonline dot ch
                   ` (3 preceding siblings ...)
  2004-05-16 19:29 ` pinskia at gcc dot gnu dot org
@ 2004-05-16 21:27 ` adx at swissonline dot ch
  2004-07-20  0:32 ` bkoz at gcc dot gnu dot org
                   ` (4 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: adx at swissonline dot ch @ 2004-05-16 21:27 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From adx at swissonline dot ch  2004-05-15 18:20 -------
(In reply to comment #4)
> No, for target libraries the host is always the target of the cross compiler,
this has been discussed 
> before.  No sh2 is support, just sh-hms is not support for libstdc++ at all,
because no one has added 
> the config stuff to support it

I find this a little confusing, since the build worked flawless with 3.3.1, as
mentioned above. So obviously "someone" added the config stuff in the older
version, or was it just coincidence? 
Or the other way round, why does the build try to create libstdc++ at all when
it is not supported?
Is there any chance it will be supported again in 3.4.1 or 3.5.0?



-- 


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


^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Bug libstdc++/15466] libstd++ build error for sh-hms
  2004-05-16 19:04 [Bug c++/15466] New: libstd++ build error for sh-hms adx at swissonline dot ch
                   ` (4 preceding siblings ...)
  2004-05-16 21:27 ` adx at swissonline dot ch
@ 2004-07-20  0:32 ` bkoz at gcc dot gnu dot org
  2004-07-20  0:38 ` pinskia at gcc dot gnu dot org
                   ` (3 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: bkoz at gcc dot gnu dot org @ 2004-07-20  0:32 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From bkoz at gcc dot gnu dot org  2004-07-20 00:32 -------

Of course libstdc++ supports crosses.

Furthermore, I cannot reproduce this on x86/linux with 3.4.1 sources. 

I configured as follows:

/mnt/hd/src/gcc-simulator/configure --verbose
--prefix=/mnt/hd/bld/H-x86-gcc-3.4.1-x-sh-hms --target=sh-hms --with-newlib
--disable-gdbtk --enable-languages=c,c++

It builds fine, including the multilibs. This configuration is "textbook" from
the GCC simulator HOWTO.
http://gcc.gnu.org/simtest-howto.html

Can you try this with the configuration as above please?

-benjamin



-- 


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


^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Bug libstdc++/15466] libstd++ build error for sh-hms
  2004-05-16 19:04 [Bug c++/15466] New: libstd++ build error for sh-hms adx at swissonline dot ch
                   ` (5 preceding siblings ...)
  2004-07-20  0:32 ` bkoz at gcc dot gnu dot org
@ 2004-07-20  0:38 ` pinskia at gcc dot gnu dot org
  2004-07-26 21:02 ` bkoz at gcc dot gnu dot org
                   ` (2 subsequent siblings)
  9 siblings, 0 replies; 11+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-07-20  0:38 UTC (permalink / raw)
  To: gcc-bugs



-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING


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


^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Bug libstdc++/15466] libstd++ build error for sh-hms
  2004-05-16 19:04 [Bug c++/15466] New: libstd++ build error for sh-hms adx at swissonline dot ch
                   ` (6 preceding siblings ...)
  2004-07-20  0:38 ` pinskia at gcc dot gnu dot org
@ 2004-07-26 21:02 ` bkoz at gcc dot gnu dot org
  2004-07-27 18:48 ` adx at swissonline dot ch
  2004-10-11 12:00 ` pinskia at gcc dot gnu dot org
  9 siblings, 0 replies; 11+ messages in thread
From: bkoz at gcc dot gnu dot org @ 2004-07-26 21:02 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From bkoz at gcc dot gnu dot org  2004-07-26 21:02 -------

Will close unless feedback is given. 

benjamin

-- 


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


^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Bug libstdc++/15466] libstd++ build error for sh-hms
  2004-05-16 19:04 [Bug c++/15466] New: libstd++ build error for sh-hms adx at swissonline dot ch
                   ` (7 preceding siblings ...)
  2004-07-26 21:02 ` bkoz at gcc dot gnu dot org
@ 2004-07-27 18:48 ` adx at swissonline dot ch
  2004-10-11 12:00 ` pinskia at gcc dot gnu dot org
  9 siblings, 0 replies; 11+ messages in thread
From: adx at swissonline dot ch @ 2004-07-27 18:48 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From adx at swissonline dot ch  2004-07-27 18:48 -------
(In reply to comment #7)

1. With 3.4.1 sources the reported configuration error does not happen.

2. Nethertheless, I cannot finish the build in my environment, although I used
the configuration you suggested. It ends up in errors during the make stage, but
since they have nothing to do with the reported problem, this case may be closed.  

3. Since you obviously had been able to finish the build, could you be so kind
to give some details of your environment, such as
- Version of Linux native compiler 
- Version of Linux SH cross compiler
- Version of binutils
- Version of newlib

Thanks
Andreas

-- 


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


^ permalink raw reply	[flat|nested] 11+ messages in thread

* [Bug libstdc++/15466] libstd++ build error for sh-hms
  2004-05-16 19:04 [Bug c++/15466] New: libstd++ build error for sh-hms adx at swissonline dot ch
                   ` (8 preceding siblings ...)
  2004-07-27 18:48 ` adx at swissonline dot ch
@ 2004-10-11 12:00 ` pinskia at gcc dot gnu dot org
  9 siblings, 0 replies; 11+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2004-10-11 12:00 UTC (permalink / raw)
  To: gcc-bugs


------- Additional Comments From pinskia at gcc dot gnu dot org  2004-10-11 12:00 -------
Closing as works for me as there was no feedback in 3 months (T-9 days) and it worked for Benjamin 
Kosnik.

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|                            |WORKSFORME


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


^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2004-10-11 12:00 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-05-16 19:04 [Bug c++/15466] New: libstd++ build error for sh-hms adx at swissonline dot ch
2004-05-16 19:16 ` [Bug c++/15466] " adx at swissonline dot ch
2004-05-16 19:20 ` [Bug libstdc++/15466] " pinskia at gcc dot gnu dot org
2004-05-16 19:21 ` adx at swissonline dot ch
2004-05-16 19:29 ` pinskia at gcc dot gnu dot org
2004-05-16 21:27 ` adx at swissonline dot ch
2004-07-20  0:32 ` bkoz at gcc dot gnu dot org
2004-07-20  0:38 ` pinskia at gcc dot gnu dot org
2004-07-26 21:02 ` bkoz at gcc dot gnu dot org
2004-07-27 18:48 ` adx at swissonline dot ch
2004-10-11 12:00 ` pinskia at gcc dot gnu dot org

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