Daniel Berlin wrote:
I put my version of the gcc conversion (which has all branches but no
tags) at git://gcc.gnu.org/git/gcc.git and set a script up to update
it appropriately.
Note that i will not announce this anywhere until someone steps
forward to actually maintain it because i do not know
A theoretical argument for why somebody might write problematic code
is http://www.fefe.de/openldap-mail.txt .
But that's like putting the cart before the horses (and complaining
that it does not work).
You find a security problem, you find a solution, you find the compiler
optimizes
Hello all,
I have the following define_insn and define_splt pattern
(define_insn movhi_const
[(set (match_operand:HI 0 register_operand =r,r,r,r,r)
(match_operand:HI 1 immediate_operand L,K,N,O,i))]
)
(define_split
[(set (match_operand:HI 0 register_operand )
On Tue, Apr 15, 2008 at 6:27 AM, Ian Lance Taylor [EMAIL PROTECTED] wrote:
Jim Wilson [EMAIL PROTECTED] writes:
It seems odd that cfgrtl allows a conditional trap inside a basic block,
but not an unconditional trap. The way things are now, it means we need
to fix up the basic blocks
Le lundi 14 avril 2008 à 18:27 -0700, Jim Wilson a écrit :
On Tue, 2008-04-15 at 00:06 +0200, Stelian Pop wrote:
- I had to add a PLUS case in PREFERRED_RELOAD_CLASS() or else reload
kept generating incorrect insn (putting constants into EVEN_REGS for
example). I'm not sure this is
On Tue, Apr 15, 2008 at 7:49 AM, Sandeep Maram [EMAIL PROTECTED] wrote:
On Tue, Apr 15, 2008 at 10:34 AM, Daniel Berlin [EMAIL PROTECTED] wrote:
To clarify what Richard means, your assertion that you have updated
SSA information is false.
If you had updated the SSA information, the
Hello all,
I have tested the following code on g++ 4.3, 4.2, 4.1 and 3.4.
#include iostream
struct B {
static const int x = 1;
};
struct A {
static const int x = 0;
template typename A
static void f() {
std::cerr A::x std::endl;
}
};
int main() {
A::fB();
return 0;
}
The
On Tue, 15 Apr 2008, Ben Elliston wrote:
Hi Mark
I'm not terribly familiar with this proposal.
Ben, to answer your original question, I don't think that lack of nested
address spaces is a fatal flaw, as long as the implementation otherwise
meets the spec, and as long as the
Hi,
To clarify what Richard means, your assertion that you have updated
SSA information is false.
If you had updated the SSA information, the error would not occur :).
How exactly are you updating the ssa information?
The general way to update SSA for this case would be:
For each
revision 134311
mkdir -p -- hppa2.0w-hp-hpux11.00/libgcc
Checking multilib configuration for libgcc...
Configuring stage 1 in hppa2.0w-hp-hpux11.00/libgcc
configure: creating cache ./config.cache
checking for --enable-version-specific-runtime-libs... no
checking for a BSD-compatible install...
I'm not exactly sure how this one was introduced, but a bootstrap on
native i686-pc-mingw32 dies in stage1 libgcc with:
../../../trunk/libgcc/../gcc/libgcc2.c:2052: warning: no previous
prototype for 'getpagesize'
../../../trunk/libgcc/../gcc/libgcc2.c:2062: error: conflicting types
for
[EMAIL PROTECTED] wrote on 15.04.2008 14:28:17:
I'm not exactly sure how this one was introduced, but a bootstrap on
native i686-pc-mingw32 dies in stage1 libgcc with:
../../../trunk/libgcc/../gcc/libgcc2.c:2052: warning: no previous
prototype for 'getpagesize'
On Tue, Apr 15, 2008 at 08:37:36AM +0200, Bernie Innocenti wrote:
Daniel Berlin wrote:
I put my version of the gcc conversion (which has all branches but no
tags) at git://gcc.gnu.org/git/gcc.git and set a script up to update
it appropriately.
Note that i will not announce this anywhere
Hi,
Daniel Berlin [EMAIL PROTECTED] writes:
I put my version of the gcc conversion (which has all branches but no
tags) at git://gcc.gnu.org/git/gcc.git and set a script up to update
it appropriately.
Note that i will not announce this anywhere until someone steps
forward to actually
Hi,
[EMAIL PROTECTED] (Ludovic Courtès) writes:
Daniel Berlin [EMAIL PROTECTED] writes:
I put my version of the gcc conversion (which has all branches but no
tags) at git://gcc.gnu.org/git/gcc.git and set a script up to update
it appropriately.
Note that i will not announce this anywhere
On Tue, Apr 15, 2008 at 01:20:29PM +1000, Hasjim Williams wrote:
Suffice to say, it will compile, but when you try to run it, and your
program tries to do the libcall to the sqrt function it will segfault,
because there is no libcall sqrt defined.
As far as I can tell, sqrt and div are the
I remember that modification. This is related to a patch in
config/i386/mingw32.h to include for libgcc2 the windows header.
OK. Bootstrap does proceed with the prototype removed, of course (it's
not yet finished).
Question is: can we remove it altogether, or are there still cases
where it is
FX [EMAIL PROTECTED] wrote on 15.04.2008 15:21:30:
I remember that modification. This is related to a patch in
config/i386/mingw32.h to include for libgcc2 the windows header.
OK. Bootstrap does proceed with the prototype removed, of course (it's
not yet finished).
Question is: can we
[EMAIL PROTECTED] wrote on 15.04.2008 14:40:15:
[EMAIL PROTECTED] wrote on 15.04.2008 14:28:17:
I'm not exactly sure how this one was introduced, but a bootstrap on
native i686-pc-mingw32 dies in stage1 libgcc with:
../../../trunk/libgcc/../gcc/libgcc2.c:2052: warning: no previous
Mohamed Shafi [EMAIL PROTECTED] writes:
I have the following define_insn and define_splt pattern
(define_insn movhi_const
[(set (match_operand:HI 0 register_operand =r,r,r,r,r)
(match_operand:HI 1 immediate_operand L,K,N,O,i))]
)
(define_split
[(set (match_operand:HI
Hi all,
i'm currently studing alias analysis, and i have some questions, for
instance, when are the du/ud-chains calculated? Before translating to
SSA form?
If i'm not wrong the def-use chain connects a definition of a variable
to all the uses it may flow to, and the use-def chain connects a use
I've seen a weird warning during a bootstrap of mainline on native
i686-pc-mingw32, which I guess is related to the recent introduction
of MS printf formats. It can be reproduced on the following small
example:
$ cat foo.i
void format_gcov (void)
{
__builtin_printf (%I64d, (long long) 1);
}
$
Hey there.
Frequently we want to create a new sequence that contains one element.
This is especially common when wrapping things with a BIND or in a TRY
block.
I'm tired of typing the same thing over and over.
How about a convenience function like this?
Index: gimple.h
On 4/15/08 11:36 AM, Aldy Hernandez wrote:
I'm tired of typing the same thing over and over.
Lazy bum.
How about a convenience function like this?
Sure.
Diego.
Hello,
I am porting to GCC 4.3.0 for our VLIW processor, and try to utilize
improved restrict keyword support. Somehow, I find for normal data
types, including vector types up to 8bytes, the restrict keyword works
just fine. But for wider vector, such as 4 32-bit word type, the
restrict keyword
Hi,
Recently i have posted an idea of new language feature to
comp.lang.c++.moderated.
That is String literal as template parameter? form 12.04.2008,
if anyone is interested to see whole thread.
The idea is to allow string-literals as template argument, and make
them equivalent to variadic
On Tue, Apr 15, 2008 at 10:59 AM, Fran Baena [EMAIL PROTECTED] wrote:
Hi all,
i'm currently studing alias analysis, and i have some questions, for
instance, when are the du/ud-chains calculated?
ud chains are implicit in SSA form, since each use only has one
reaching definiiton.
du chains
On Tue, Apr 15, 2008 at 8:05 AM, Zdenek Dvorak [EMAIL PROTECTED] wrote:
Hi,
To clarify what Richard means, your assertion that you have updated
SSA information is false.
If you had updated the SSA information, the error would not occur :).
How exactly are you updating the ssa
No, nothing is wrong wit he import, if you want all the remote
branches, you have to ask git to get all the remote branches
git config --add remote.origin.fetch '+refs/remotes/*:refs/remotes/*'
Then fetch again.
then, if you want to really see all the branches, including the remote
ones, use git
On Tue, Apr 15, 2008 at 12:01 PM, Bingfeng Mei [EMAIL PROTECTED] wrote:
Hello,
I am porting to GCC 4.3.0 for our VLIW processor, and try to utilize
improved restrict keyword support. Somehow, I find for normal data
types, including vector types up to 8bytes, the restrict keyword works
Daniel Berlin [EMAIL PROTECTED] writes:
No, nothing is wrong wit he import, if you want all the remote
branches, you have to ask git to get all the remote branches
git config --add remote.origin.fetch '+refs/remotes/*:refs/remotes/*'
This will put the remote branch heads in refs/remotes, you
On Tue, Apr 15, 2008 at 1:12 PM, Andreas Schwab [EMAIL PROTECTED] wrote:
Daniel Berlin [EMAIL PROTECTED] writes:
No, nothing is wrong wit he import, if you want all the remote
branches, you have to ask git to get all the remote branches
git config --add remote.origin.fetch
Hi,
To clarify what Richard means, your assertion that you have updated
SSA information is false.
If you had updated the SSA information, the error would not occur :).
How exactly are you updating the ssa information?
The general way to update SSA for this case would
Hi there,
Over at the Boost C++ libraries project we're trying to decide what is the
correct thing to do when code is compiled with -pthread or not.
The crux of the issue is this: if gcc/g++ is configured with the pthread
threading model, then are object files always binary compatible
On 4/15/08 1:34 PM, Zdenek Dvorak wrote:
Hi,
To clarify what Richard means, your assertion that you have updated
SSA information is false.
If you had updated the SSA information, the error would not occur :).
How exactly are you updating the ssa information?
The general way to
Daniel == Daniel Berlin [EMAIL PROTECTED] writes:
Daniel No, nothing is wrong wit he import, if you want all the remote
Daniel branches, you have to ask git to get all the remote branches
Daniel git config --add remote.origin.fetch '+refs/remotes/*:refs/remotes/*'
Daniel,
how did you setup
Hi,
Samuel Tardieu [EMAIL PROTECTED] writes:
how did you setup the git repository? The branch heads are supposed to
be located under /refs/heads/ on gcc.gnu.org, not under
/refs/remotes/, where you generally find the remote references:
those branches aren't supposed to be remote on the
On Tue, Apr 15, 2008 at 2:23 PM, Samuel Tardieu [EMAIL PROTECTED] wrote:
Daniel == Daniel Berlin [EMAIL PROTECTED] writes:
Daniel No, nothing is wrong wit he import, if you want all the remote
Daniel branches, you have to ask git to get all the remote branches
Daniel git config --add
Committed as obvious.
This was already in my sources (for another reason) when I tested Kai's patch.
Sorry for not noticing.
Danny
* libgcc2.c [L_trampoline]: Remove unnecessary prototype for
Windows VirtualProtect function.
Index: libgcc2.c
Hi all.
To integrate libcpp into gfortran, I copy/adapt quite some code from the c
frontend. For include-path handling, I found that I can nicely re-use the
functions defined in c-incpath.c and exported by c-incpath.h. Now, linking
gfortran, the linker of course complains about undefined
Andreas Schwab [EMAIL PROTECTED] writes:
Daniel Berlin [EMAIL PROTECTED] writes:
No, nothing is wrong wit he import, if you want all the remote
branches, you have to ask git to get all the remote branches
git config --add remote.origin.fetch '+refs/remotes/*:refs/remotes/*'
This will put
John Maddock [EMAIL PROTECTED] writes:
The crux of the issue is this: if gcc/g++ is configured with the pthread
threading model, then are object files always binary compatible irrespective
of whether they are compiled with the -pthread command line option or not?
Yes, modulo the #define of
At revision 134333, boostrap fails on i686-apple-darwin9 at stage 1
with:
...
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I.
On Tue, 15 Apr 2008 09:15:45 -0400, Daniel Jacobowitz [EMAIL PROTECTED]
said:
I'm going to keep asking until I get something we can work
with... you're reporting a bug in the compiler, so we need a test case
and the exact error message. What is generating any kind of sqrt
libcall? There
Does this help?
Thanks for tha answer, but now I have:
...
../../gcc-4.4-work/gcc/except.c: In function 'set_nothrow_function_flags':
../../gcc-4.4-work/gcc/except.c:2787: error: 'struct rtl_data' has no member
named 'epilogue_delay_list'
make[3]: *** [except.o] Error 1
...
Dominique
Hi,
I am looking for information on how GCC implements Structured Exception
Handling (try/catch) in C++ programs. I would really appreciate any pointers
that helped me understand the internals.
Thank you,
Rodrigo
Rodrigo Dominguez [EMAIL PROTECTED] writes:
I am looking for information on how GCC implements Structured Exception
Handling (try/catch) in C++ programs. I would really appreciate any pointers
that helped me understand the internals.
gcc does not implement Structured Exception Handling in the
Daniel == Daniel Franke [EMAIL PROTECTED] writes:
Daniel Is it acceptable to simply link in the C-frontend object to
Daniel gfortran (as C is a required language and the .o file will be
Daniel available)? Do I need to do something else in addition or
Daniel instead, like renaming or moving
On Wed, Apr 16, 2008 at 09:18:07AM +1000, Hasjim Williams wrote:
glibc uses its own internal sqrt function, rather than the
sqrtsf2/sqrtdf2 opcode, even on FPA or VFP.
Always. That's how it is supposed to work; the expander allows GCC to
optimize sqrt operations inline, for architectures where
Does this help?
Thanks for tha answer, but now I have:
...
../../gcc-4.4-work/gcc/except.c: In function 'set_nothrow_function_flags':
../../gcc-4.4-work/gcc/except.c:2787: error: 'struct rtl_data' has no member
named 'epilogue_delay_list'
make[3]: *** [except.o] Error 1
...
Sorry,
While building a cross-compiler, the the libstdc++-v3 includes a copy of
Libtool script, which includes a reference to libstdc++ itself. This prevent
the user to build a new compiler without existing libstdc++ for the target
triplet.
The following is a patch that tested to be working for this
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-04-15 08:57 ---
It did work with:
GNU C++ (GCC) version 4.3.0 20080128 (experimental) [trunk revision 131899]
(i386-apple-darwin8.10.1)
But fails with:
GNU C++ (GCC) version 4.4.0 20080304 (experimental) [trunk revision 132852]
--- Comment #11 from rguenther at suse dot de 2008-04-15 08:58 ---
Subject: Re: [4.3/4.4 Regression] builtin isinf()
mismatch to compile-time substitution
On Tue, 15 Apr 2008, ghazi at gcc dot gnu dot org wrote:
--- Comment #10 from ghazi at gcc dot gnu dot org 2008-04-15
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35737
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35854
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Priority|P3 |P2
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35739
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35907
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35747
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35746
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35932
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35742
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-15 09:54 ---
Doh. Rafael, this was you with
http://gcc.gnu.org/ml/gcc-cvs/2008-04/msg00326.html
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-15 09:33 ---
IMHO this should be backported to gcc-4_3-branch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32424
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35455
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-04-15 10:45
---
(In reply to comment #0)
Front end and library are ready to handle this when implemented.
Front-end is ready? Is ENCODING=UTF-8 related to UCS-4 support? Because if it
is, then the front-end is not ready, it
--- Comment #6 from sam at gcc dot gnu dot org 2008-04-15 11:03 ---
Subject: Bug 16086
Author: sam
Date: Tue Apr 15 11:02:58 2008
New Revision: 134312
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134312
Log:
2008-04-15 Ed Schonberg [EMAIL PROTECTED]
gcc/ada/
PR
--- Comment #7 from sam at gcc dot gnu dot org 2008-04-15 11:04 ---
Fixed in SVN.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2008-04-15 11:20 ---
This is a fortran FE bug.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P2 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35662
--- Comment #10 from sam at gcc dot gnu dot org 2008-04-15 12:00 ---
Subject: Bug 28733
Author: sam
Date: Tue Apr 15 11:59:39 2008
New Revision: 134313
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134313
Log:
2008-04-15 Samuel Tardieu [EMAIL PROTECTED]
Gary
--- Comment #11 from sam at gcc dot gnu dot org 2008-04-15 12:22 ---
This has been fixed in SVN.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from bonzini at gnu dot org 2008-04-15 12:26 ---
The point of -fsplit-wide-types was to kill patterns like iorsi3 in AVR
backend.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #15 from jakub at gcc dot gnu dot org 2008-04-15 12:34 ---
Ok, let's leave that for a follow-up. Have you managed to test this?
I could bootstrap/regtest on ppc-linu and ppc64-linux, but don't have time
right now for further testing.
--
--- Comment #9 from knoxj at att dot net 2008-04-15 13:31 ---
I was going to update my bug report when I noticed Sam's comments. I used
readelf -a -w test_pacs_cp_package.o to try to see what was happening, and
I saw that the compiler was throwing out any information about the Ada
Found at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/1a93179a80b6e6e8
The following program is invalid as the passed character string is too short
for the dummy argument. gfortran detects this at compile time (if contained)
and prints a warning; however, I expect that it
The following program gives the wrong answers when the
MOD arguments have kind = 10 and one is an array. It
works when the kind is 4 or 8.
program FA2083
! fails on Windows XP
! gcc version 4.4.0 20080312 (experimental) [trunk revision 133139]
implicit none
integer j1,k
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-04-15 14:02
---
I agree with you for output: we currently do COMPATIBLE rounding and it
shouldn't be too hard to change. The only case where we might not have control
is for the last significant digit output by snprintf(), where
--- Comment #16 from bergner at gcc dot gnu dot org 2008-04-15 14:36
---
I'll fire off a bootstrap and regtest of Alan's patch on powerpc64-linux and
running the test suite in 32-bit and 64-bit modes (ie, -m32 and -m64).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35907
--- Comment #2 from jakub at gcc dot gnu dot org 2008-04-15 15:10 ---
Subject: Bug 35751
Author: jakub
Date: Tue Apr 15 15:09:42 2008
New Revision: 134317
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134317
Log:
PR c/35751
* c-decl.c (finish_decl): If extern or
If a type is renamed on import and then an unrenamed copy is also imported, and
overloaded functions are called then gfortran fails to compile with a blocked
by an incompatible object error. The code compiles cleanly with {NAG, ifort,
g95}.
Not sure if this is a bug or non-standard code, though I
--- Comment #3 from jakub at gcc dot gnu dot org 2008-04-15 15:19 ---
Subject: Bug 35751
Author: jakub
Date: Tue Apr 15 15:18:41 2008
New Revision: 134318
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134318
Log:
PR c/35751
* c-decl.c (finish_decl): If extern or
--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-15 15:21 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The following program gives the wrong answers when an array
constructor with a complicated implied do is used as an
argument to REAL which is then used as an argument to
ATAN2.
Dick Hendrickson
program try_fa6013
! fails on Windows XP
! gcc version 4.4.0 20080312 (experimental) [trunk
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-04-15
15:37 ---
Subject: Re: [4.4 Regression] FAIL: 22_locale/num_get/get/char/16.cc execution
test, and 76 others
Sorry for the problems. Can you give this patch a try?
I'd wrongly assumed that one of the subregs
The following program gives wrong answers when an array
is used in an array constructor as an argument to IEOR.
Dick Hendrickson
program try_fa6077
! fails on Windows XP
! gcc version 4.4.0 20080312 (experimental) [trunk revision 133139]
call fa6077 ( 10, 1, -1,
The following source, without the (void*) overrides, will throw an warning
(as expected), when compiled with -Wall:
$ gcc -o memcpy-fortify -Wall memcpy-fortify.c
memcpy-fortify.c: In function 'main':
memcpy-fortify.c:21: warning: passing argument 1 of 'memcpy' discards
qualifiers from pointer
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-15 16:35 ---
This is not a GCC bug but rather a glibc issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35948
--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-15 16:42 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from kees at outflux dot net 2008-04-15 16:44 ---
Erk, right. Sorry for the noise.
--
kees at outflux dot net changed:
What|Removed |Added
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-04-15 17:42
---
Thanks Jim for letting us (TP) know. I'll take care of it.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from sam at gcc dot gnu dot org 2008-04-15 18:46 ---
Bug fixed in AdaCore tree, will eventually be committed to FSF tree.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #8 from sam at gcc dot gnu dot org 2008-04-15 19:06 ---
Subject: Bug 22387
Author: sam
Date: Tue Apr 15 19:05:29 2008
New Revision: 134326
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134326
Log:
2008-04-15 Ed Schonberg [EMAIL PROTECTED]
gcc/ada/
PR
--- Comment #9 from sam at gcc dot gnu dot org 2008-04-15 19:06 ---
This has been fixed in GCC SVN trunk.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
In the following code 'const VR' in declaration of the return value of 'kk'
works as just 'VR', without constness.
In arguments 'const VR' is applied as const.
code example
typedef int X;
struct S {
typedef X VR; // --- VR is declared as X by-reference
X x;
// uncomment one of
--- Comment #4 from burnus at gcc dot gnu dot org 2008-04-15 19:08 ---
I agree with you for output: we currently do COMPATIBLE rounding
I wanted to write this when I approved the code, but I found one *printf
function and checking the POSIX standard one finds:
f, F The double
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-15 19:10 ---
const VR is different from const X.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35949
--- Comment #2 from truedfx at gentoo dot org 2008-04-15 19:17 ---
Created an attachment (id=15479)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15479action=view)
bug.ii
I ran into this same error with different code, which I posted to
1 - 100 of 127 matches
Mail list logo