I have the following code:
static inline void zeromem4b(uint32t *dst, uint32t count) {
asm volatile("xor %%eax,%%eax\n\trep stosl"
:
:"c"(count),"D"(dst)
:"%eax", "cc", "memory");
}
If I call it and after it want to, e.g. print out the value
--- Comment #1 from jakub at gcc dot gnu dot org 2009-04-03 08:11 ---
User error, if you don't tell gcc that %edi is clobbered, obviously it can
assume it hasn't.
As rep stosl modifies both %ecx and %edi, you can write e.g.:
int tmp1, tmp2;
asm volatile("xor %%eax,%%eax\n\trep stosl" : "
--- Comment #2 from codemasterhs at yahoo dot de 2009-04-03 08:30 ---
Subject: Re: wrong assumption of clobbered registers of inline
assembly
The code is for my loader/os and so I can´t and do not want to use the
builtin functions.
Your 1st example works, but I find it a bit strange
Function like this:
extern int bar(void);
int foo(int in)
{
in += bar();
in += bar();
in += bar();
in += bar();
return in;
}
Result in putting the output of bar on stack, and adding the result just before
returning. It continues on until it about 16 iteration. Meaning useless heavy
stack
--- Comment #1 from wvangulik at xs4all dot nl 2009-04-03 08:48 ---
Created an attachment (id=17580)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17580&action=view)
C file showing bug
compile using:
gcc -S -funroll-loops -0[0123s] main.c
--
http://gcc.gnu.org/bugzilla/show_b
The following is just a verbatim copy of
http://gcc.gnu.org/ml/gcc-help/2009-04/msg00023.html
For details and possible patch follow the link.
--
I'd like to build a canadian cross configured with
--host=i586-mingw32
--build=i686-linux-gnu
Everything goes fine except building libgcc becaus
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-04-03 08:57 ---
Can you attach preprocessed source?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39617
The bug is known to occur with the following versions:
- gcc version 4.3.2 20081105 (Red Hat 4.3.2-7) (GCC)
- g++ (Ubuntu 4.3.2-2ubuntu11) 4.3.3 20090111 (prerelease)
The symptom of the bug is that when you use -O2 htons(short) returns
'unsigned int' (32 bit) rather then the expected 16bit valu
--- Comment #1 from strk at keybit dot net 2009-04-03 09:01 ---
Created an attachment (id=17581)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17581&action=view)
Testcase for optimizer bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39623
--- Comment #11 from jmichae3 at yahoo dot com 2009-04-03 09:02 ---
I get perfect code with the borland compiler packing switch with C++ code. it
would be nice if gcc could do the same in C++.
I don't necessarily have to have -O3, but I need to be able to pack structs
somehow so I don't
--- Comment #3 from strk at keybit dot net 2009-04-03 09:27 ---
You mean I should file a bug against libc ? Or that it's a non-bug ?
The htons() manual page states it'd return a short...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39623
--- Comment #4 from lfn dot privat at mail dot dk 2009-04-03 09:41 ---
Thanks for clarifying how the compiler works. Actually this was the kind of
answer detail level I was looking for in the first place to find some kind of
work around to the problem.
Now, I assume that your answer imp
--- Comment #2 from schwab at linux-m68k dot org 2009-04-03 09:22 ---
probably defines different versions of htons depending on
optimisation level.
--
schwab at linux-m68k dot org changed:
What|Removed |Added
--
--- Comment #20 from rguenth at gcc dot gnu dot org 2009-04-03 10:26
---
Subject: Bug 33237
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-04-03 10:26
---
Subject: Bug 13146
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 33974
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 38301
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 34093
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 38207
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 39299
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 38895
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 38049
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #17 from rguenth at gcc dot gnu dot org 2009-04-03 10:26
---
Subject: Bug 23940
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 38585
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 36201
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 38230
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-04-03 10:26
---
Subject: Bug 38985
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-03 10:26 ---
Subject: Bug 36230
Author: rguenth
Date: Fri Apr 3 10:24:28 2009
New Revision: 145494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145494
Log:
2009-04-03 Richard Guenther
PR middle-end/13146
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-04-03 10:27
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #18 from rguenth at gcc dot gnu dot org 2009-04-03 10:29
---
Fixed for 4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #21 from rguenth at gcc dot gnu dot org 2009-04-03 10:29
---
Fixed for 4.5.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-03 10:30 ---
Fixed for 4.5.0 - it's gone there.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-04-03 10:31 ---
Really fixed for 4.5.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-03 10:32 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-04-03 10:32 ---
Fixed for 4.5.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 10:33 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-04-03 10:34 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-03 10:34 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #17 from rguenth at gcc dot gnu dot org 2009-04-03 10:37
---
Fixed for 4.5.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-03 10:37 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-03 10:38 ---
Fixed/merged.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-03 10:35 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 10:36 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 10:36 ---
Fixed for 4.5.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-03 11:16 ---
Fixed for 4.5.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|N
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-03 11:16 ---
Subject: Bug 34743
Author: rguenth
Date: Fri Apr 3 11:16:29 2009
New Revision: 145497
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145497
Log:
2009-04-03 Richard Guenther
PR tree-optimization/
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-04-03 11:27
---
Fixed at -O2 since 4.4.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
It would be nice if we could provide a list of possible candidates for generic
in the example below. (Something similar is implemented in C++ if a particular
overload is not found, all possible prototypes are listed.)
$> cat candidates.f90
MODULE amodule
INTERFACE generic
MODULE PROCEDURE sp
--- Comment #23 from rguenth at gcc dot gnu dot org 2009-04-03 11:37
---
On trunk we get the following after early optimizations:
:
predD.2646 = fD.2070;
predD.2653.predD.2098 = &predD.2646;
predD.2660.predD.2116 = &predD.2653;
predD.2667.predD.2134 = &predD.2660;
predD.2674.
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 11:40 ---
Fixed with the alias-improvements branch merge.
g (struct f * b, struct f * c)
{
int prephitmp.20;
int prephitmp.19;
:
if (b == 0B)
goto ;
else
goto ;
:
prephitmp.19 = c->a;
prephitmp.20 = prep
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-04-03 11:57
---
Re-confirmed with current trunk. The issue is that PTA computes
Flow-insensitive points-to information for foo
p_1(D), points-to vars: { PARM_NOALIAS.28 } (includes global vars)
foo (int * p)
{
:
*p_1(D) = 1;
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 12:06 ---
The store to *ptr aliases the load from osmesa->clearpixel - there
is no (easy) way to otherwise prove that it is not (at least with the
testcase).
We do not see where osmesa->buffer points to (it may point to
&osmes
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-04-03 12:19
---
*a = 1; <--- a cannot point to b here.
if (b == 2)
b != 2 you mean.
This works for me with 4.0.4 even. Likely optimized on RTL level?
Adjusted testcase:
extern void link_error (void);
extern void abort (v
--- Comment #1 from fpbeekhof at gmail dot com 2009-04-03 12:01 ---
I've tried compiling the same code on several machines. Outcome: intel machines
are fine, AMD machines exhibit this behaviour.
The second AMD machine has ubuntu 8.04 on it, and a different compiler version:
$ gcc -v
Usi
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 12:07 ---
Huh. C testcase please? I think this may be fixed now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21855
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-03 12:24 ---
Works with 4.3. Very similar to PR23086.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-03 12:27 ---
:
# i.21_754 = PHI
# i.21_484 = PHI
D.4090_71 = b[i.21_754];
x[i.21_754] = D.4090_71;
D.4345_1088 = (unsigned int) i.21_484;
D.4346_1089 = D.4345_1088 + 1;
i.21_1090 = (int) D.4346_1089;
if (n.17_75
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-03 12:30 ---
Both testcases are now fixed on trunk. The first testcase is fixed for 4.4
as well.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-04-03 12:32 ---
Re-confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|20
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-03 12:34 ---
Re-confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|20
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-04-03 12:38
---
Subject: Bug 23086
Author: rguenth
Date: Fri Apr 3 12:38:08 2009
New Revision: 145499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145499
Log:
2009-04-03 Richard Guenther
PR tree-optimizatio
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-04-03 12:38
---
Subject: Bug 2480
Author: rguenth
Date: Fri Apr 3 12:38:08 2009
New Revision: 145499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145499
Log:
2009-04-03 Richard Guenther
PR tree-optimization
--- Comment #9 from sandra at codesourcery dot com 2009-04-03 12:54 ---
After the merge of the alias_improvements branch to trunk, the test case no
longer compiles incorrectly at -O1. Is this coincidence, or a real fix that
addresses the underlying problem?
--
http://gcc.gnu.org/bu
--- Comment #10 from rguenther at suse dot de 2009-04-03 13:23 ---
Subject: Re: [4.3/4.4/4.5 Regression] tree-ssa-sink
breaks stack layout
On Fri, 3 Apr 2009, sandra at codesourcery dot com wrote:
> --- Comment #9 from sandra at codesourcery dot com 2009-04-03 12:54
> ---
>
--- Comment #24 from rguenth at gcc dot gnu dot org 2009-04-03 13:44
---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #3 from rob1weld at aol dot com 2009-04-03 13:53 ---
(In reply to comment #2)
> Thanks. Patch commited as rev 144905 of MELT branch.
Closing, FIXED.
Rob
--
rob1weld at aol dot com changed:
What|Removed |Added
--
--- Comment #4 from rob1weld at aol dot com 2009-04-03 13:59 ---
(In reply to comment #3)
> Subject: Re: The Driver hides "undefined reference" messages from shared
> libs (but not object files) in linker phase
>
> Sent from my iPhone
>
> On Mar 13, 2009, at 8:54 PM, "rob1weld at aol
--- Comment #15 from jason at gcc dot gnu dot org 2009-04-03 14:09 ---
Created an attachment (id=17582)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17582&action=view)
Patch to add -fno-pretty-templates option
Here's a patch for a different approach I tried which just adds a flag
--enable-stage1-checking --enable-checking=release
--with-system-zlib --with-gmp=/usr/local --with-mpfr=/usr/local
Thread model: single
gcc version 4.5.0 20090403 (experimental) [trunk revision 145488] (GCC)
../../xgcc -B../../ -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prot
--- Comment #3 from domob at gcc dot gnu dot org 2009-04-03 14:46 ---
Fixed on trunk (4.5)
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status
The upcoming Fortran 2008 standard introduces the BLOCK construct which allows
to declare local variables with a limited scope inside a procedure.
This is not yet implemented by gfortran. Some ideas and discussion here:
http://gcc.gnu.org/ml/fortran/2009-04/msg3.html
--
Summary:
Tracking bug for "implement new Fortran 2008 feature" bugs.
--
Summary: Fortran 2008 support
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority: P3
Component: fortran
In trying to implement a fast rotate with carry on the avr platform, it should
be possible to do a left shift on a register, and then add-with-carry that
register and __zero_reg__. i.e.:
asm volatile("lsl %0; adc %0, __zero_reg__" : "+r"(x) : "0"(x));
however, gcc doesn't seem to understand that
--- Comment #1 from dgrnbrg at mit dot edu 2009-04-03 15:05 ---
Created an attachment (id=17583)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17583&action=view)
.i file from incorrectly compiling file
The incorrect code comes from the function bbspi_transmit_buf.
--
http://g
--- Comment #2 from rob1weld at aol dot com 2009-04-03 15:27 ---
There has been some progress in this Bug Report:
http://gcc.gnu.org/viewcvs/trunk/gcc/ada/?sortby=date
"mlib-tgt-specific-solaris.adb144324 5 weeks jakub Update Copyright
years for files modified in 2008 and/or 2
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-03 15:39 ---
GCC doesn't do anything with the asm stmts itself so it can't "only emit the
lsl
instruction".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39628
Revision 145493
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00114.html
may have caused
FAIL: 26_numerics/random/independent_bits_engine/cons/base_copy.cc (test for
excess errors)
FAIL: 26_numerics/random/independent_bits_engine/cons/base_move.cc (test for
excess errors)
FAIL: 26_numerics/random/ind
--- Comment #1 from hjl dot tools at gmail dot com 2009-04-03 16:00 ---
Oops. It is revision 145483:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00104.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #3 from schwab at linux-m68k dot org 2009-04-03 16:15 ---
On avr the semicolon is a comment character for the assembler. The line
separator character is '$'.
--
schwab at linux-m68k dot org changed:
What|Removed |Added
--- Comment #1 from steven at gcc dot gnu dot org 2009-04-03 16:43 ---
This feature requires a substantial re-work of symbol handling in gfortran
(make it block based).
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from jason at gcc dot gnu dot org 2009-04-03 17:25 ---
Subject: Bug 39608
Author: jason
Date: Fri Apr 3 17:24:46 2009
New Revision: 145508
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145508
Log:
PR c++/39608
* semantics.c (finish_id_expression)
--- Comment #5 from jason at gcc dot gnu dot org 2009-04-03 17:27 ---
Subject: Bug 39608
Author: jason
Date: Fri Apr 3 17:26:50 2009
New Revision: 145509
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145509
Log:
PR c++/39608
* semantics.c (finish_id_expression)
--- Comment #2 from paolo dot carlini at oracle dot com 2009-04-03 17:27
---
Note, most if not all, those fails seem trivial: we are just instantiating with
a second non-type template argument (__w) which is too big compared to the size
of the type of the third argument, a 32-bit unsign
--- Comment #20 from jason at gcc dot gnu dot org 2009-04-03 17:32 ---
Subject: Bug 29607
Author: jason
Date: Fri Apr 3 17:31:38 2009
New Revision: 145510
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145510
Log:
Revert:
PR c++/9634
PR c++/29469
PR c++/
--- Comment #15 from jason at gcc dot gnu dot org 2009-04-03 17:32 ---
Subject: Bug 29469
Author: jason
Date: Fri Apr 3 17:31:38 2009
New Revision: 145510
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145510
Log:
Revert:
PR c++/9634
PR c++/29469
PR c++/
--- Comment #23 from jason at gcc dot gnu dot org 2009-04-03 17:32 ---
Subject: Bug 9634
Author: jason
Date: Fri Apr 3 17:31:38 2009
New Revision: 145510
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145510
Log:
Revert:
PR c++/9634
PR c++/29469
PR c++/2
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #3 from 3dw4rd at verizon dot net 2009-04-03 17:48 ---
Created an attachment (id=17584)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17584&action=view)
Fix a mistake in operator precedence in bits/random.h (_ShiftMin1)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #14 from jason at gcc dot gnu dot org 2009-04-03 18:05 ---
Subject: Bug 38030
Author: jason
Date: Fri Apr 3 18:04:39 2009
New Revision: 145511
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145511
Log:
PR c++/38030, 38850, 39070
* pt.c (type_dependen
--- Comment #6 from jason at gcc dot gnu dot org 2009-04-03 18:05 ---
Fixed in 4.3, 4.4 and trunk.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
While standard procedure pointers are implemented in gfortran, support for
procedure pointer components is still missing.
Short example:
type(t)
real :: r
procedure(),pointer,nopass :: p
end type
--
Summary: Fortran 2003: Procedure Pointer Components
Product: gcc
--- Comment #13 from burnus at gcc dot gnu dot org 2009-04-03 18:27 ---
Subject: Bug 39594
Author: burnus
Date: Fri Apr 3 18:26:44 2009
New Revision: 145513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145513
Log:
2009-04-03 Tobias Burnus
PR fortran/39594
--- Comment #1 from janus at gcc dot gnu dot org 2009-04-03 18:29 ---
Draft patch: http://gcc.gnu.org/ml/fortran/2009-04/msg00013.html.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-04-03 19:18 ---
There are multiple of issues here, first we have an issue that the java
front-end is not telling the middle-end that args.length cannot be changed
after a new has happened (an aliasing issue). And then we had some b
--- Comment #16 from dave at boost-consulting dot com 2009-04-03 19:38
---
(In reply to comment #13)
> GCC will now say
>
> ../../../../boost/sequence/make_range.hpp:60: instantiated from
> boost::sequence::detail::range_maker::type
> boost::sequence::detail::range_maker CalcSize>::
--- Comment #4 from hjl dot tools at gmail dot com 2009-04-03 19:45 ---
(In reply to comment #3)
> Created an attachment (id=17584)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17584&action=view) [edit]
> Fix a mistake in operator precedence in bits/random.h (_ShiftMin1)
>
It st
--- Comment #5 from dje at gcc dot gnu dot org 2009-04-03 19:48 ---
I see similar failures on AIX.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
f951 generates a seg fault while building on hppa1.1-hp-hpux11.11. It can be
reproduced by compiling the following fortran code with -O2 optimization:
elemental function gfortran_specific_dim_r16 (p1, p2)
real (kind=16), intent (in) :: p1, p2
real (kind=16) :: gfortran_specific_dim_r16
g
--- Comment #17 from jason at gcc dot gnu dot org 2009-04-03 20:51 ---
Good point, I forgot to strip typedefs in the diagnostic code. I'm testing a
patch that will make that
typename boost::result_of::type = mpl_::integral_c
--
jason at gcc dot gnu dot org changed:
What
--- Comment #14 from burnus at gcc dot gnu dot org 2009-04-03 20:57 ---
Subject: Bug 39594
Author: burnus
Date: Fri Apr 3 20:56:54 2009
New Revision: 145519
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145519
Log:
2009-04-03 Tobias Burnus
PR fortran/39594
1 - 100 of 127 matches
Mail list logo
