Re: c++/7084: locale dependant ICE

Re: c++/7084: locale dependant ICE

[lerdsuwa]

Synopsis: locale dependant ICE

State-Changed-From-To: open->analyzed
State-Changed-By: lerdsuwa
State-Changed-When: Thu Oct  3 07:39:16 2002
State-Changed-Why:
    Confirmed.

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7084

Re: c++/7084: locale dependant ICE

[bangerth]

Synopsis: locale dependant ICE

State-Changed-From-To: analyzed->closed
State-Changed-By: bangerth
State-Changed-When: Thu Oct 31 11:35:16 2002
State-Changed-Why:
    This is the same bug as PR 7765. The analysis seems to be the
    same (too bad this was done twice), and the correct patch
    has neither been applied back then or now although it is
    known and was known then. This is kind of frustrating... :-(

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7084

Re: c++/7084: locale dependant ICE

[Martin v. Loewis]

The following reply was made to PR c++/7084; it has been noted by GNATS.

From: martin@v.loewis.de (Martin v. Loewis)
To: Zack Weinberg <zack@codesourcery.com>
Cc: fasbjx@free.fr, gcc-bugs@gcc.gnu.org, gcc-gnats@gcc.gnu.org,
   debian-gcc@lists.debian.org, robitail@IRO.UMontreal.CA
Subject: Re: c++/7084: locale dependant ICE
Date: 21 Jun 2002 10:19:46 +0200

 I'm forwarding this to the French translator, Michel Robitaille.
 Michel, can you please correct these errors and submit a new catalog?
 
 > This would be a bug in fr.po:
 >=20
 > | #: cp/call.c:2834
 > | msgid "%s for `%T %s' operator"
 > | msgstr "%s pour l'op=C3=A9rateur =C2=AB%T %s=C2=BB"
 > |
 > | #: cp/call.c:2837
 > | msgid "%s for `%T [%T]' operator"
 > | msgstr "%s pour l'op=C3=A9rateur =C2=AB%T [%T]=C2=BB"
 > |
 > | #: cp/call.c:2842
 > | msgid "%s for `%T %s %T' operator"
 > | msgstr "%s pour l'op=C3=A9rateur =C2=AB%t [%T]=C2=BB"
 > |
 > | #: cp/call.c:2845
 > | msgid "%s for `%s %T' operator"
 > | msgstr "%s pour l'op=C3=A9rateur =C2=AB%t [%T]=C2=BB"
 >=20
 > You will notice that the translations do not match the messages, and
 > that the escape sequences are wrong: in particular, a %t has
 > appeared.  This is not a defined %-escape, so we abort in the middle
 > of generating the error message, which triggers the "r=C2=8E=C3=A9-ent=C2=
 =8E=C3=A9e" message.
 >=20
 > Correct entries, presumably, would read
 >=20
 > | #: cp/call.c:2834
 > | msgid "%s for `%T %s' operator"
 > | msgstr "%s pour l'op=C3=A9rateur =C2=AB%T %s=C2=BB"
 > |
 > | #: cp/call.c:2837
 > | msgid "%s for `%T [%T]' operator"
 > | msgstr "%s pour l'op=C3=A9rateur =C2=AB%T [%T]=C2=BB"
 > |
 > | #: cp/call.c:2842
 > | msgid "%s for `%T %s %T' operator"
 > | msgstr "%s pour l'op=C3=A9rateur =C2=AB%T %s %T=C2=BB"
 > |
 > | #: cp/call.c:2845
 > | msgid "%s for `%s %T' operator"
 > | msgstr "%s pour l'op=C3=A9rateur =C2=AB%s %T=C2=BB"
 >=20
 > I am not sure what the protocol is for fixing such bugs.  The
 > corrections need to make it back to the translation project somehow,
 > and the .po files need to be audited for other occurrences of this
 > problem (why didn't msgfmt bitch?)
 
 Because the messages are not marked c-format, and use format
 specifiers that are not supported in C. I think the only option is to
 implement a custom checker, as a post processor.
 
 Regards,
 Martin

Re: c++/7084: locale dependant ICE

[Zack Weinberg]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2022 bytes --]

The following reply was made to PR c++/7084; it has been noted by GNATS.

From: Zack Weinberg <zack@codesourcery.com>
To: fasbjx@free.fr
Cc: gcc-bugs@gcc.gnu.org, gcc-gnats@gcc.gnu.org,
	debian-gcc@lists.debian.org
Subject: Re: c++/7084: locale dependant ICE
Date: Thu, 20 Jun 2002 18:48:39 -0700

 On Fri, Jun 21, 2002 at 12:49:25PM +0200, fasbjx@free.fr wrote:
 > - with my default locale, fr_FR.ISO8859-1, GCC says:
 > tmp.cc: Dans function « int main() »:
 > tmp.cc:511: no match pour l'opérateur «
 > erreur interne de compilateur: erreur pour rapporter une routine ré-entée
 
 This would be a bug in fr.po:
 
 | #: cp/call.c:2834
 | msgid "%s for `%T %s' operator"
 | msgstr "%s pour l'opérateur «%T %s»"
 |
 | #: cp/call.c:2837
 | msgid "%s for `%T [%T]' operator"
 | msgstr "%s pour l'opérateur «%T [%T]»"
 |
 | #: cp/call.c:2842
 | msgid "%s for `%T %s %T' operator"
 | msgstr "%s pour l'opérateur «%t [%T]»"
 |
 | #: cp/call.c:2845
 | msgid "%s for `%s %T' operator"
 | msgstr "%s pour l'opérateur «%t [%T]»"
 
 You will notice that the translations do not match the messages, and
 that the escape sequences are wrong: in particular, a %t has
 appeared.  This is not a defined %-escape, so we abort in the middle
 of generating the error message, which triggers the "ré-entée" message.
 
 Correct entries, presumably, would read
 
 | #: cp/call.c:2834
 | msgid "%s for `%T %s' operator"
 | msgstr "%s pour l'opérateur «%T %s»"
 |
 | #: cp/call.c:2837
 | msgid "%s for `%T [%T]' operator"
 | msgstr "%s pour l'opérateur «%T [%T]»"
 |
 | #: cp/call.c:2842
 | msgid "%s for `%T %s %T' operator"
 | msgstr "%s pour l'opérateur «%T %s %T»"
 |
 | #: cp/call.c:2845
 | msgid "%s for `%s %T' operator"
 | msgstr "%s pour l'opérateur «%s %T»"
 
 I am not sure what the protocol is for fixing such bugs.  The
 corrections need to make it back to the translation project somehow,
 and the .po files need to be audited for other occurrences of this
 problem (why didn't msgfmt bitch?)
 
 zw

c++/7084: locale dependant ICE

[fasbjx]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1946 bytes --]


>Number:         7084
>Category:       c++
>Synopsis:       locale dependant ICE
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          ice-on-illegal-code
>Submitter-Id:   net
>Arrival-Date:   Thu Jun 20 04:26:01 PDT 2002
>Closed-Date:
>Last-Modified:
>Originator:     Franck Branjonneau
>Release:        3.1.1 20020606 (Debian prerelease) (Debian testing/unstable)
>Organization:
>Environment:
System: Linux alpha.tchume.net 2.2.20 #1 Sun Mar 10 20:27:27 CET 2002 i586 unknown
Architecture: i586

	
host: i386-pc-linux-gnu
build: i386-pc-linux-gnu
target: i386-pc-linux-gnu
configured with: /var/tmp/gcc-3.1-3.1.1ds1/src/configure -v --enable-languages=c,c++,java,f77,proto,objc,ada --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/g++-v3-3.1 --enable-shared --with-system-zlib --enable-long-long --enable-nls --without-included-gettext --enable-clocale=gnu --enable-threads=posix --enable-java-gc=boehm --enable-objc-gc i386-linux
>Description:
When compiling the following, illegal, code:

#include <string>
#include <sstream>

using namespace std;

int
main() {

  wstring s;
  stringstream in("Anything");


  in >> s;
}

- with my default locale, fr_FR.ISO8859-1, GCC says:
tmp.cc: Dans function « int main() »:
tmp.cc:511: no match pour l'opérateur «
erreur interne de compilateur: erreur pour rapporter une routine ré-entée
SVP soumettre un rapport complet d'anomalies,
avec le source pré-traité si cela est approprié.
Consulter <URL:http://www.gnu.org/software/gcc/bugs.html> pour les instructions.

- with the system default locale, C, it says:
tmp.cc: In function `int main()':
tmp.cc:511: no match for `std::stringstream& >> std::wstring&' operator
/usr/include/g++-v3-3.1/bits/istream.tcc:82: candidates are: 

[...]

	
>How-To-Repeat:
	
>Fix:
	
>Release-Note:
>Audit-Trail:
>Unformatted: