public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* GCC 4.0.1 Status (2005-06-13)
@ 2005-06-13 16:38 Mark Mitchell
  2005-06-13 16:50 ` Scott Robert Ladd
  2005-06-16  0:16 ` Benjamin Kosnik
  0 siblings, 2 replies; 13+ messages in thread
From: Mark Mitchell @ 2005-06-13 16:38 UTC (permalink / raw)
  To: gcc mailing list; +Cc: Benjamin Kosnik, Jakub Jelinek

Those who have been watching carefully will note that there is no sign 
of an actual 4.0.1 release.

There are two blocking issues at the moment:

1. Benjamin Kosnik reports that there are ABI and/or version-symbol 
problems between 3.4.x and 4.0.x version of libstdc++, and is trying to 
sort out a solution.

2. Jakub Jelinek reports that we're miscompiling GLIBC.

The latter problem seems to me to be as severe as the KDE bug that was 
the impetus for this release.  The libstdc++ problem also seems serious. 
  In particular, Benjamin reports a mangling change that sounds like 
something that should perhaps have been controlled by -fabi-version, but 
I have not received a test case for that problem.

(I should confess that I am so skeptical about the likelihood that we 
have maintained full libstdc++ compatibility anyhow that I am not 
entirely convinced that we are not just seeing one of several problems...)

We're in a holding pattern (branch frozen) until we resolve these issues.

-- 
Mark Mitchell
CodeSourcery, LLC
mark@codesourcery.com
(916) 791-8304

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

* Re: GCC 4.0.1 Status (2005-06-13)
  2005-06-13 16:38 GCC 4.0.1 Status (2005-06-13) Mark Mitchell
@ 2005-06-13 16:50 ` Scott Robert Ladd
  2005-06-16  0:16 ` Benjamin Kosnik
  1 sibling, 0 replies; 13+ messages in thread
From: Scott Robert Ladd @ 2005-06-13 16:50 UTC (permalink / raw)
  To: Mark Mitchell; +Cc: jakub, gcc

Mark Mitchell wrote:
> 2. Jakub Jelinek reports that we're miscompiling GLIBC.
> 
> The latter problem seems to me to be as severe as the KDE bug that was
> the impetus for this release.  The libstdc++ problem also seems serious.

Agreed. I've had mixed reports from folks over in the Gentoo universe
about glibc; perhaps this page might be of interest:

http://process-of-elimination.net/?q=gentoo_and_gcc_4_0_0_tips_and_tricks

..Scott

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

* Re: GCC 4.0.1 Status (2005-06-13)
  2005-06-13 16:38 GCC 4.0.1 Status (2005-06-13) Mark Mitchell
  2005-06-13 16:50 ` Scott Robert Ladd
@ 2005-06-16  0:16 ` Benjamin Kosnik
  2005-06-16  8:57   ` Eric Botcazou
  1 sibling, 1 reply; 13+ messages in thread
From: Benjamin Kosnik @ 2005-06-16  0:16 UTC (permalink / raw)
  To: Mark Mitchell; +Cc: gcc, jakub


> 1. Benjamin Kosnik reports that there are ABI and/or version-symbol 
> problems between 3.4.x and 4.0.x version of libstdc++, and is trying to 
> sort out a solution.

I think I have found an acceptable solution for this issue.

Here is more info:
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01338.html

I would be especially grateful for people testing this on primary hosts
that are not linux. In particular, AIX and Solaris.

-benjamin

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

* Re: GCC 4.0.1 Status (2005-06-13)
  2005-06-16  0:16 ` Benjamin Kosnik
@ 2005-06-16  8:57   ` Eric Botcazou
  2005-06-16 13:38     ` Jakub Jelinek
  0 siblings, 1 reply; 13+ messages in thread
From: Eric Botcazou @ 2005-06-16  8:57 UTC (permalink / raw)
  To: Benjamin Kosnik; +Cc: gcc, Mark Mitchell, jakub

> I would be especially grateful for people testing this on primary hosts
> that are not linux. In particular, AIX and Solaris.

OK on Solaris 2.5.1 and 2.6, but not OK on Solaris 7, 8, 9 and 10:

FAIL: 27_io/basic_istream/ignore/wchar_t/1.cc (test for excess errors)
WARNING: 27_io/basic_istream/ignore/wchar_t/1.cc compilation failed to produce 
executable
FAIL: 27_io/basic_istream/ignore/wchar_t/2.cc (test for excess errors)
WARNING: 27_io/basic_istream/ignore/wchar_t/2.cc compilation failed to produce 
executable
FAIL: 27_io/basic_istream/ignore/wchar_t/7220.cc (test for excess errors)
WARNING: 27_io/basic_istream/ignore/wchar_t/7220.cc compilation failed to 
produce executable
FAIL: 27_io/basic_istream/peek/wchar_t/1.cc (test for excess errors)
WARNING: 27_io/basic_istream/peek/wchar_t/1.cc compilation failed to produce 
executable
FAIL: 27_io/basic_ostream/seekp/wchar_t/2346-fstream.cc (test for excess 
errors)
WARNING: 27_io/basic_ostream/seekp/wchar_t/2346-fstream.cc compilation failed 
to produce executable
FAIL: 27_io/basic_ostream/seekp/wchar_t/2346-sstream.cc (test for excess 
errors)
WARNING: 27_io/basic_ostream/seekp/wchar_t/2346-sstream.cc compilation failed 
to produce executable


/home/eric/cvs/gcc-4_0-branch/libstdc++-v3/testsuite/27_io/basic_istream/ignore\
/wchar_t/1.cc:66: undefined reference to `std::basic_istream<wchar_t, 
std::char\
_traits<wchar_t> >::ignore(int, long)'^M
collect2: ld returned 1 exit status^M
compiler exited with status 1


/home/eric/cvs/gcc-4_0-branch/libstdc++-v3/testsuite/27_io/basic_istream/ignore\
/wchar_t/2.cc:51: undefined reference to `std::basic_istream<wchar_t, 
std::char\
_traits<wchar_t> >::ignore(int, long)'^M
/home/eric/cvs/gcc-4_0-branch/libstdc++-v3/testsuite/27_io/basic_istream/ignore\
/wchar_t/2.cc:51: undefined reference to `std::basic_istream<wchar_t, 
std::char\
_traits<wchar_t> >::ignore(int, long)'^M
collect2: ld returned 1 exit status^M
compiler exited with status 1


/home/eric/cvs/gcc-4_0-branch/libstdc++-v3/testsuite/27_io/basic_istream/ignore\
/wchar_t/7220.cc:45: undefined reference to `std::basic_istream<wchar_t, 
std::c\
har_traits<wchar_t> >::ignore(int, long)'^M
/home/eric/cvs/gcc-4_0-branch/libstdc++-v3/testsuite/27_io/basic_istream/ignore\
/wchar_t/7220.cc:51: undefined reference to `std::basic_istream<wchar_t, 
std::c\
har_traits<wchar_t> >::ignore(int, long)'^M
collect2: ld returned 1 exit status^M
compiler exited with status 1

and so on.

-- 
Eric Botcazou

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

* Re: GCC 4.0.1 Status (2005-06-13)
  2005-06-16  8:57   ` Eric Botcazou
@ 2005-06-16 13:38     ` Jakub Jelinek
  2005-06-16 15:12       ` Eric Botcazou
  0 siblings, 1 reply; 13+ messages in thread
From: Jakub Jelinek @ 2005-06-16 13:38 UTC (permalink / raw)
  To: Eric Botcazou; +Cc: Benjamin Kosnik, gcc, Mark Mitchell

On Thu, Jun 16, 2005 at 10:56:52AM +0200, Eric Botcazou wrote:
> > I would be especially grateful for people testing this on primary hosts
> > that are not linux. In particular, AIX and Solaris.
> 
> OK on Solaris 2.5.1 and 2.6, but not OK on Solaris 7, 8, 9 and 10:

Can you please post output from
readelf -Ws libstdc++.so.6 \
  | sed -n '/\.symtab/,$d;/ UND /d;/\(GLOBAL\|WEAK\)/p' \
  | awk '{ if ($4 == "OBJECT") { printf "%s %s %s %s %s\n", $8, $4, $5, $6, $3 } else { printf "%s %s %s %s\n", $8, $4, $5, $6 }}' \
  | LC_ALL=C sort -u

before and after the patch?
Thanks.

	Jakub

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

* Re: GCC 4.0.1 Status (2005-06-13)
  2005-06-16 13:38     ` Jakub Jelinek
@ 2005-06-16 15:12       ` Eric Botcazou
  2005-06-16 15:40         ` Jakub Jelinek
  0 siblings, 1 reply; 13+ messages in thread
From: Eric Botcazou @ 2005-06-16 15:12 UTC (permalink / raw)
  To: Jakub Jelinek; +Cc: Benjamin Kosnik, Mark Mitchell, gcc

[-- Attachment #1: Type: text/plain, Size: 388 bytes --]

> Can you please post output from
> readelf -Ws libstdc++.so.6 \
>
>   | sed -n '/\.symtab/,$d;/ UND /d;/\(GLOBAL\|WEAK\)/p' \
>   | awk '{ if ($4 == "OBJECT") { printf "%s %s %s %s %s\n", $8, $4, $5, $6,
>   | $3 } else { printf "%s %s %s %s\n", $8, $4, $5, $6 }}' \ LC_ALL=C sort
>   | -u
>
> before and after the patch?

Nice magic spell. :-)

The diff is attached.

-- 
Eric Botcazou

[-- Attachment #2: libstdc++_syms.diff --]
[-- Type: text/x-diff, Size: 14270 bytes --]

--- before.log	2005-06-16 10:06:25.009231000 -0500
+++ after.log	2005-06-16 10:06:46.519581000 -0500
@@ -5,6 +5,7 @@
 GLIBCXX_3.4.2 OBJECT GLOBAL DEFAULT 0
 GLIBCXX_3.4.3 OBJECT GLOBAL DEFAULT 0
 GLIBCXX_3.4.4 OBJECT GLOBAL DEFAULT 0
+GLIBCXX_3.4.5 OBJECT GLOBAL DEFAULT 0
 _ZGVNSt10moneypunctIcLb0EE2idE@@GLIBCXX_3.4 OBJECT WEAK DEFAULT 8
 _ZGVNSt10moneypunctIcLb1EE2idE@@GLIBCXX_3.4 OBJECT WEAK DEFAULT 8
 _ZGVNSt10moneypunctIwLb0EE2idE@@GLIBCXX_3.4 OBJECT WEAK DEFAULT 8
@@ -115,7 +116,8 @@
 _ZNK11__gnu_debug16_Error_formatter8_M_errorEv@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNK11__gnu_debug19_Safe_iterator_base11_M_singularEv@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNK11__gnu_debug19_Safe_iterator_base14_M_can_compareERKS0_@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
-_ZNKSbIwSt11char_traitsIwESaIwEE11_M_disjunctEPKw@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNKSbIwSt11char_traitsIwESaIwEE11_M_disjunctEPKw@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNKSbIwSt11char_traitsIwESaIwEE11_M_disjunctEPKw@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNKSbIwSt11char_traitsIwESaIwEE12find_last_ofEPKwj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSbIwSt11char_traitsIwESaIwEE12find_last_ofEPKwjj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSbIwSt11char_traitsIwESaIwEE12find_last_ofERKS2_j@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -125,7 +127,8 @@
 _ZNKSbIwSt11char_traitsIwESaIwEE13find_first_ofERKS2_j@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSbIwSt11char_traitsIwESaIwEE13find_first_ofEwj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSbIwSt11char_traitsIwESaIwEE13get_allocatorEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNKSbIwSt11char_traitsIwESaIwEE15_M_check_lengthEjjPKc@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNKSbIwSt11char_traitsIwESaIwEE15_M_check_lengthEjjPKc@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNKSbIwSt11char_traitsIwESaIwEE15_M_check_lengthEjjPKc@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNKSbIwSt11char_traitsIwESaIwEE16find_last_not_ofEPKwj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSbIwSt11char_traitsIwESaIwEE16find_last_not_ofEPKwjj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSbIwSt11char_traitsIwESaIwEE16find_last_not_ofERKS2_j@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -174,7 +177,8 @@
 _ZNKSi6gcountEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSi6sentrycvbEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSo6sentrycvbEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNKSs11_M_disjunctEPKc@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNKSs11_M_disjunctEPKc@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNKSs11_M_disjunctEPKc@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNKSs12find_last_ofEPKcj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSs12find_last_ofEPKcjj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSs12find_last_ofERKSsj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -184,7 +188,8 @@
 _ZNKSs13find_first_ofERKSsj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSs13find_first_ofEcj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSs13get_allocatorEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNKSs15_M_check_lengthEjjPKc@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNKSs15_M_check_lengthEjjPKc@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNKSs15_M_check_lengthEjjPKc@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNKSs16find_last_not_ofEPKcj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSs16find_last_not_ofEPKcjj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSs16find_last_not_ofERKSsj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -331,21 +336,27 @@
 _ZNKSt13basic_filebufIcSt11char_traitsIcEE7is_openEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSt13basic_filebufIwSt11char_traitsIwEE7is_openEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSt13basic_fstreamIcSt11char_traitsIcEE5rdbufEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNKSt13basic_fstreamIcSt11char_traitsIcEE7is_openEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNKSt13basic_fstreamIcSt11char_traitsIcEE7is_openEv@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNKSt13basic_fstreamIcSt11char_traitsIcEE7is_openEv@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNKSt13basic_fstreamIwSt11char_traitsIwEE5rdbufEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNKSt13basic_fstreamIwSt11char_traitsIwEE7is_openEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNKSt13basic_fstreamIwSt11char_traitsIwEE7is_openEv@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNKSt13basic_fstreamIwSt11char_traitsIwEE7is_openEv@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNKSt13basic_istreamIwSt11char_traitsIwEE6gcountEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSt13basic_istreamIwSt11char_traitsIwEE6sentrycvbEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSt13basic_ostreamIwSt11char_traitsIwEE6sentrycvbEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSt13runtime_error4whatEv@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNKSt14basic_ifstreamIcSt11char_traitsIcEE5rdbufEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNKSt14basic_ifstreamIcSt11char_traitsIcEE7is_openEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNKSt14basic_ifstreamIcSt11char_traitsIcEE7is_openEv@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNKSt14basic_ifstreamIcSt11char_traitsIcEE7is_openEv@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNKSt14basic_ifstreamIwSt11char_traitsIwEE5rdbufEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNKSt14basic_ifstreamIwSt11char_traitsIwEE7is_openEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNKSt14basic_ifstreamIwSt11char_traitsIwEE7is_openEv@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNKSt14basic_ifstreamIwSt11char_traitsIwEE7is_openEv@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNKSt14basic_ofstreamIcSt11char_traitsIcEE5rdbufEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNKSt14basic_ofstreamIcSt11char_traitsIcEE7is_openEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNKSt14basic_ofstreamIcSt11char_traitsIcEE7is_openEv@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNKSt14basic_ofstreamIcSt11char_traitsIcEE7is_openEv@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNKSt14basic_ofstreamIwSt11char_traitsIwEE5rdbufEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNKSt14basic_ofstreamIwSt11char_traitsIwEE7is_openEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNKSt14basic_ofstreamIwSt11char_traitsIwEE7is_openEv@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNKSt14basic_ofstreamIwSt11char_traitsIwEE7is_openEv@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNKSt15basic_streambufIcSt11char_traitsIcEE4gptrEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSt15basic_streambufIcSt11char_traitsIcEE4pptrEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNKSt15basic_streambufIcSt11char_traitsIcEE5ebackEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -704,7 +715,8 @@
 _ZNSbIwSt11char_traitsIwESaIwEE4_Rep13_M_set_leakedEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE4_Rep15_M_set_sharableEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE4_Rep20_S_empty_rep_storageE@@GLIBCXX_3.4 OBJECT WEAK DEFAULT 16
-_ZNSbIwSt11char_traitsIwESaIwEE4_Rep26_M_set_length_and_sharableEj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSbIwSt11char_traitsIwESaIwEE4_Rep26_M_set_length_and_sharableEj@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSbIwSt11char_traitsIwESaIwEE4_Rep26_M_set_length_and_sharableEj@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE4_Rep7_M_grabERKS1_S5_@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE4_Rep8_M_cloneERKS1_j@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE4_Rep9_S_createEjjRKS1_@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -736,10 +748,12 @@
 _ZNSbIwSt11char_traitsIwESaIwEE6rbeginEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE6resizeEj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE6resizeEjw@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNSbIwSt11char_traitsIwESaIwEE7_M_copyEPwPKwj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSbIwSt11char_traitsIwESaIwEE7_M_copyEPwPKwj@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSbIwSt11char_traitsIwESaIwEE7_M_copyEPwPKwj@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE7_M_dataEPw@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE7_M_leakEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNSbIwSt11char_traitsIwESaIwEE7_M_moveEPwPKwj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSbIwSt11char_traitsIwESaIwEE7_M_moveEPwPKwj@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSbIwSt11char_traitsIwESaIwEE7_M_moveEPwPKwj@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE7replaceEN9__gnu_cxx17__normal_iteratorIPwS2_EES6_NS4_IPKwS2_EES9_@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE7replaceEN9__gnu_cxx17__normal_iteratorIPwS2_EES6_PKw@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE7replaceEN9__gnu_cxx17__normal_iteratorIPwS2_EES6_PKwS8_@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -754,7 +768,8 @@
 _ZNSbIwSt11char_traitsIwESaIwEE7replaceEjjRKS2_jj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE7replaceEjjjw@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE7reserveEj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNSbIwSt11char_traitsIwESaIwEE9_M_assignEPwjw@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSbIwSt11char_traitsIwESaIwEE9_M_assignEPwjw@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSbIwSt11char_traitsIwESaIwEE9_M_assignEPwjw@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE9_M_mutateEjjj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEE9push_backEw@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSbIwSt11char_traitsIwESaIwEEC1EPKwRKS1_@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -808,9 +823,11 @@
 _ZNSi5seekgExSt12_Ios_Seekdir@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSi5tellgEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSi5ungetEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNSi6ignoreEi@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
+_ZNSi6ignoreEi@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSi6ignoreEi@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSi6ignoreEii@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
-_ZNSi6ignoreEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSi6ignoreEv@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSi6ignoreEv@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSi6sentryC1ERSib@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSi6sentryC2ERSib@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSi7getlineEPci@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -899,7 +916,8 @@
 _ZNSs4_Rep13_M_set_leakedEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs4_Rep15_M_set_sharableEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs4_Rep20_S_empty_rep_storageE@@GLIBCXX_3.4 OBJECT WEAK DEFAULT 16
-_ZNSs4_Rep26_M_set_length_and_sharableEj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSs4_Rep26_M_set_length_and_sharableEj@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSs4_Rep26_M_set_length_and_sharableEj@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSs4_Rep7_M_grabERKSaIcES2_@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs4_Rep8_M_cloneERKSaIcEj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs4_Rep9_S_createEjjRKSaIcE@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -931,10 +949,12 @@
 _ZNSs6rbeginEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs6resizeEj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs6resizeEjc@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNSs7_M_copyEPcPKcj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSs7_M_copyEPcPKcj@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSs7_M_copyEPcPKcj@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSs7_M_dataEPc@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs7_M_leakEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNSs7_M_moveEPcPKcj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSs7_M_moveEPcPKcj@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSs7_M_moveEPcPKcj@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSs7replaceEN9__gnu_cxx17__normal_iteratorIPcSsEES2_NS0_IPKcSsEES5_@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs7replaceEN9__gnu_cxx17__normal_iteratorIPcSsEES2_PKc@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs7replaceEN9__gnu_cxx17__normal_iteratorIPcSsEES2_PKcS4_@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -949,7 +969,8 @@
 _ZNSs7replaceEjjRKSsjj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs7replaceEjjjc@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs7reserveEj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNSs9_M_assignEPcjc@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSs9_M_assignEPcjc@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSs9_M_assignEPcjc@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSs9_M_mutateEjjj@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSs9push_backEc@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSsC1EPKcRKSaIcE@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -1094,8 +1115,10 @@
 _ZNSt11__timepunctIwED0Ev@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSt11__timepunctIwED1Ev@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSt11__timepunctIwED2Ev@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNSt11char_traitsIcE2eqERKcS2_@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNSt11char_traitsIwE2eqERKwS2_@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSt11char_traitsIcE2eqERKcS2_@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSt11char_traitsIcE2eqERKcS2_@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
+_ZNSt11char_traitsIwE2eqERKwS2_@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSt11char_traitsIwE2eqERKwS2_@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSt11logic_errorC1ERKSs@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSt11logic_errorC2ERKSs@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSt11logic_errorD0Ev@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
@@ -1261,9 +1284,10 @@
 _ZNSt13basic_istreamIwSt11char_traitsIwEE5seekgExSt12_Ios_Seekdir@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSt13basic_istreamIwSt11char_traitsIwEE5tellgEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSt13basic_istreamIwSt11char_traitsIwEE5ungetEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
-_ZNSt13basic_istreamIwSt11char_traitsIwEE6ignoreEi@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
-_ZNSt13basic_istreamIwSt11char_traitsIwEE6ignoreEil@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
-_ZNSt13basic_istreamIwSt11char_traitsIwEE6ignoreEv@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSt13basic_istreamIwSt11char_traitsIwEE6ignoreEi@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSt13basic_istreamIwSt11char_traitsIwEE6ignoreEi@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
+_ZNSt13basic_istreamIwSt11char_traitsIwEE6ignoreEv@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSt13basic_istreamIwSt11char_traitsIwEE6ignoreEv@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSt13basic_istreamIwSt11char_traitsIwEE6sentryC1ERS2_b@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSt13basic_istreamIwSt11char_traitsIwEE6sentryC2ERS2_b@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSt13basic_istreamIwSt11char_traitsIwEE7getlineEPwi@@GLIBCXX_3.4 FUNC WEAK DEFAULT
@@ -2038,6 +2062,10 @@
 _ZNSt19basic_ostringstreamIwSt11char_traitsIwESaIwEED0Ev@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSt19basic_ostringstreamIwSt11char_traitsIwESaIwEED1Ev@@GLIBCXX_3.4 FUNC WEAK DEFAULT
 _ZNSt19basic_ostringstreamIwSt11char_traitsIwESaIwEED2Ev@@GLIBCXX_3.4 FUNC WEAK DEFAULT
+_ZNSt19istreambuf_iteratorIcSt11char_traitsIcEEppEv@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSt19istreambuf_iteratorIcSt11char_traitsIcEEppEv@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
+_ZNSt19istreambuf_iteratorIwSt11char_traitsIwEEppEv@@GLIBCXX_3.4.5 FUNC GLOBAL DEFAULT
+_ZNSt19istreambuf_iteratorIwSt11char_traitsIwEEppEv@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
 _ZNSt21__numeric_limits_base10has_denormE@@GLIBCXX_3.4 OBJECT GLOBAL DEFAULT 4
 _ZNSt21__numeric_limits_base10is_boundedE@@GLIBCXX_3.4 OBJECT GLOBAL DEFAULT 1
 _ZNSt21__numeric_limits_base10is_integerE@@GLIBCXX_3.4 OBJECT GLOBAL DEFAULT 1

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

* Re: GCC 4.0.1 Status (2005-06-13)
  2005-06-16 15:12       ` Eric Botcazou
@ 2005-06-16 15:40         ` Jakub Jelinek
  2005-06-16 22:08           ` Eric Botcazou
  0 siblings, 1 reply; 13+ messages in thread
From: Jakub Jelinek @ 2005-06-16 15:40 UTC (permalink / raw)
  To: Eric Botcazou; +Cc: Benjamin Kosnik, Mark Mitchell, gcc

On Thu, Jun 16, 2005 at 05:10:49PM +0200, Eric Botcazou wrote:
> The diff is attached.

Except that
-_ZNSt13basic_istreamIwSt11char_traitsIwEE6ignoreEil@@GLIBCXX_3.4 FUNC GLOBAL DEFAULT
the diff just shows the expected 24 changes of @@GLIBCXX_3.4 symbols
to @GLIBCXX_3.4 + @@GLIBCXX_3.4.5 and 2 additions of symbols
to both @GLIBCXX_3.4 + @@GLIBCXX_3.4.5 (those 2 are what appeared
in GCC 3.4.4).
And that one should be fixed by the patch I posted, so Solaris
should be hopefully fine.

	Jakub

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

* Re: GCC 4.0.1 Status (2005-06-13)
  2005-06-16 15:40         ` Jakub Jelinek
@ 2005-06-16 22:08           ` Eric Botcazou
  0 siblings, 0 replies; 13+ messages in thread
From: Eric Botcazou @ 2005-06-16 22:08 UTC (permalink / raw)
  To: Jakub Jelinek; +Cc: gcc, Benjamin Kosnik, Mark Mitchell

> And that one should be fixed by the patch I posted, so Solaris
> should be hopefully fine.

Yup, OK everywhere.

-- 
Eric Botcazou

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

* Re: GCC 4.0.1 Status (2005-06-13)
  2005-06-15  8:23 Volker Reichelt
@ 2005-06-16 18:46 ` Mark Mitchell
  0 siblings, 0 replies; 13+ messages in thread
From: Mark Mitchell @ 2005-06-16 18:46 UTC (permalink / raw)
  To: Volker Reichelt; +Cc: gcc

Volker Reichelt wrote:
> Hi Mark,
> 
> you wrote
> 
> 
>>Those who have been watching carefully will note that there is no sign of an actual
>>4.0.1 release.
> 
> 
> since the branch has been frozen for quite sime time now, a lot of patches
> for the 4.0 branch have piled up.
> 
> Given the facts that
> a) we'll have another relaese candidate anyway
> b) many of these patches have seen some testing on mainline
>    (and some even on the 3.4 branch)
> c) they fix regressions
>    (some of them are even wrong-code like PR 21850)
> d) the release would already be outdated otherwise
> e) if problems showed up with the patches for users we could address
>    them in 4.0.2 and not just 4.0.3
> 
> wouldn't it make sense to commit the pending patches?
> 
> It would be as if you froze the branch a week later ;-)

The point of a freeze is so that we stop changing things. :-)

However, I'm willing to consider specific patches for wrong-code 
regressions.  In particular, the patch for PR 21850 is OK.

Thanks,

-- 
Mark Mitchell
CodeSourcery, LLC
mark@codesourcery.com
(916) 791-8304

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

* GCC 4.0.1 Status (2005-06-13)
@ 2005-06-15  8:23 Volker Reichelt
  2005-06-16 18:46 ` Mark Mitchell
  0 siblings, 1 reply; 13+ messages in thread
From: Volker Reichelt @ 2005-06-15  8:23 UTC (permalink / raw)
  To: mark; +Cc: gcc

Hi Mark,

you wrote

> Those who have been watching carefully will note that there is no sign of an actual
> 4.0.1 release.

since the branch has been frozen for quite sime time now, a lot of patches
for the 4.0 branch have piled up.

Given the facts that
a) we'll have another relaese candidate anyway
b) many of these patches have seen some testing on mainline
   (and some even on the 3.4 branch)
c) they fix regressions
   (some of them are even wrong-code like PR 21850)
d) the release would already be outdated otherwise
e) if problems showed up with the patches for users we could address
   them in 4.0.2 and not just 4.0.3

wouldn't it make sense to commit the pending patches?

It would be as if you froze the branch a week later ;-)

Regards,
Volker


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

* Re: GCC 4.0.1 Status (2005-06-13)
@ 2005-06-15  5:41 Daniel Kegel
  0 siblings, 0 replies; 13+ messages in thread
From: Daniel Kegel @ 2005-06-15  5:41 UTC (permalink / raw)
  To: gcc, R Hill

R Hill <dirtyepic.sk@gmail.com> wrote:
 > Dan Kegel wrote:
>> (Interestingly, the fixes in glibc-cvs 
>> seem to have been made in such a way that 
>> the new glibc won't be compilable by older
>> versions of gcc, like gcc-3.4.4.
>> I guess the thinking is that everyone should be using the latest gcc?)
> 
> Hmm, do you have a source for any more info? I want to take a look at this.

For some reason, I wanted to be able to build glibc-2.3.5
with gcc-4.0.0, so I rustled up a bunch of little
patches to fix some of the most obvious build problems.
I was careful to allow building with either old or new
compiler.  For instance,
http://kegel.com/crosstool/current/patches/glibc-2.3.5/glibc-2.3.4-allow-gcc-4.0-arm.patch
did

-static Elf32_Addr
+#if __GNUC__ >= 4
+  auto inline Elf32_Addr
+#else
+  static inline Elf32_Addr
+#endif
+#if __GNUC__ >= 4 || (__GNUC__ == 3 && __GNUC_MINOR__ >= 2)
+  __attribute ((always_inline))
+#endif

but glibc-cvs just did
http://sourceware.org/cgi-bin/cvsweb.cgi/libc/sysdeps/arm/Attic/dl-machine.h.diff?r1=1.51&r2=1.52&cvsroot=glibc

-static Elf32_Addr
+  auto inline Elf32_Addr
+  __attribute ((always_inline))

That's what makes me think the glibc maintainers are more interested
in a clean source tree than building with old compilers.
(And I don't disagree with them; I was just surprised.)
- Dan

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

* Re: GCC 4.0.1 Status (2005-06-13)
  2005-06-13 17:53 Daniel Kegel
@ 2005-06-15  3:49 ` R Hill
  0 siblings, 0 replies; 13+ messages in thread
From: R Hill @ 2005-06-15  3:49 UTC (permalink / raw)
  To: gcc

Daniel Kegel wrote:
> Scott Robert Ladd wrote:
>> Agreed. I've had mixed reports from folks over in the Gentoo universe
>> about glibc; perhaps this page might be of interest:
>>
>> http://process-of-elimination.net/?q=gentoo_and_gcc_4_0_0_tips_and_tricks

Hey Scott.

That page is pretty outdated.  AFAIK we haven't been experiencing glibc 
problems with 4.0 since prerelease.  Plus it mentions binutils 
2.16.90.0.1 which was booted from the tree very quickly due to an 
annoying --as-needed bug[1].

PS - Swing by the forum[2] if you get a chance. ;P

> (Interestingly, the fixes in glibc-cvs seem to have been made in such a 
> way that the new glibc won't be compilable by older versions of gcc, like gcc-3.4.4.
> I guess the thinking is that everyone should be using the latest gcc?)
> - Dan

Hmm, do you have a source for any more info?  I want to take a look at this.

--de.

[1]http://sources.redhat.com/bugzilla/show_bug.cgi?id=815
[2]http://forums.gentoo.org/viewtopic-t-327669.html

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

* Re: GCC 4.0.1 Status (2005-06-13)
@ 2005-06-13 17:53 Daniel Kegel
  2005-06-15  3:49 ` R Hill
  0 siblings, 1 reply; 13+ messages in thread
From: Daniel Kegel @ 2005-06-13 17:53 UTC (permalink / raw)
  To: gcc

Scott Robert Ladd wrote:
> Mark Mitchell wrote:
>> 2. Jakub Jelinek reports that we're miscompiling GLIBC.

[I think this is http://gcc.gnu.org/PR22043 ]

>> 
>> The latter problem seems to me to be as severe as the KDE bug that was
>> the impetus for this release.  ...
> 
> Agreed. I've had mixed reports from folks over in the Gentoo universe
> about glibc; perhaps this page might be of interest:
> 
> http://process-of-elimination.net/?q=gentoo_and_gcc_4_0_0_tips_and_tricks

I think that's a different issue.
Jakub's almost certainly building glibc-cvs, not glibc-2.3.5,
and in PR22043, he says it seems to compile fine, but the resulting
code is broken.

The gentoo issue is probably just that glibc-2.3.5 won't compile with gcc-4.0.0.
That's well known; it needs fixes
(e.g. http://kegel.com/crosstool/current/patches/glibc-2.3.5/glibc-2.3.4-allow-gcc-4.0-iconvdata.patch).
Fixes for all these compatibility problems are in glibc-cvs, I think.
(Interestingly, the fixes in glibc-cvs seem to have been made in such a way that the
new glibc won't be compilable by older versions of gcc, like gcc-3.4.4.
I guess the thinking is that everyone should be using the latest gcc?)
- Dan

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

end of thread, other threads:[~2005-06-16 22:08 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-06-13 16:38 GCC 4.0.1 Status (2005-06-13) Mark Mitchell
2005-06-13 16:50 ` Scott Robert Ladd
2005-06-16  0:16 ` Benjamin Kosnik
2005-06-16  8:57   ` Eric Botcazou
2005-06-16 13:38     ` Jakub Jelinek
2005-06-16 15:12       ` Eric Botcazou
2005-06-16 15:40         ` Jakub Jelinek
2005-06-16 22:08           ` Eric Botcazou
2005-06-13 17:53 Daniel Kegel
2005-06-15  3:49 ` R Hill
2005-06-15  5:41 Daniel Kegel
2005-06-15  8:23 Volker Reichelt
2005-06-16 18:46 ` Mark Mitchell

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