The gurus have spoken, on the Translation Project mailing list, anyway.
:)
The developer should not change the .pot file directly - he would have
to do
this again and again each time the .pot file is regenerated - but
rather add a
comment in the line before the string in the C code:
/* xge
Hi :)
I've been discussing this problem with Ian Lance Taylor, and he has
asked me to pass it on to you. Evidently a string is marked c-format
when it shouldn't be (this stops it passing the checks to be submitted
as a valid translation), and I can't fix that: any changes in the
original file h
--- Additional Comments From nickc at redhat dot com 2005-03-18 13:06
---
Subject: Re: UCN problems exposed by GCC tests: gcc.dg/ucnid-2.c,
3, 4 and 6.
Hi Hans-Peter,
> In response to comment #1, I would expect GAS to assemble it because it's
> generated by GCC (presumed correct)
--- Additional Comments From hp at sourceware dot org 2005-03-18 12:18
---
...except of course that the identifiers aren't UCN-encoded in the GCC-generated
assembly.
--
What|Removed |Added
--
Hi Hans-Peter,
In response to comment #1, I would expect GAS to assemble it because it's
generated by GCC (presumed correct).
My current theory is that it must be a gcc bug. But then I could just
be passing the buck...
Since you have a mmix-knuth-mmixware
toolchain available, I suggest looking
--- Additional Comments From hp at sourceware dot org 2005-03-18 12:16
---
Perhaps not as obvious as I thought, so I'll mention that the GCC ucnid tests
are supposed to test exactly what this PR is about; UCN-coded identifiers.
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=79
--- Additional Comments From hp at sourceware dot org 2005-03-18 12:10
---
In response to comment #1, I would expect GAS to assemble it because it's
generated by GCC (presumed correct). Since you have a mmix-knuth-mmixware
toolchain available, I suggest looking at the generated assembly
--- Additional Comments From nickc at redhat dot com 2005-03-18 11:38
---
Hi Hans-Peter,
0x80 and 0xc3 are not ASCII characters, so why would you expect GAS to be able
to assemble them if they are not inside a string defintion ?
For what it is worth I was able to compile and assemb
After patch http://sourceware.org/ml/binutils-cvs/2005-03/msg00191.html
binutils build broken at FreeBSD 5.3
Build terminate with message:
In file included from
/usr/home/wanderer/pkg/build/binutils/src/src/binutils/size.c:34:
/usr/home/wanderer/pkg/build/binutils/src/src/binutils/../include/get
Hi Bob,
I have received this bug using GNAT GDB 3.15p. Is there anything I can
do to get more information on what's failing? (ie environment variable)
BFD: BFD internal error, aborting at coffcode.h line 749 in styp_to_sec_flags
BFD: Please report this bug.
You can run the program inside GDB. You
10 matches
Mail list logo
