After the following pathes, I got a regression at gcc.dg/pr28796-2.c.
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01650.html
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01997.html
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg03084.html
Executing on host: /home5/rx/KPIT/build/rx-elfbldtrunk/build
--- Comment #14 from t7 at gmail dot com 2010-08-25 00:37 ---
(In reply to comment #13)
> (In reply to comment #4)
> > Both test from pr44562 compiled fine on Windows 7 x64 Native Win64
> > x86_64-w64-mingw32 Multi-lib 32/64 Bits capable GCC Compiler.
> >
> > gcc -O1 -flto -fstrict-
--- Comment #9 from t7 at gmail dot com 2010-08-25 00:37 ---
*** Bug 45392 has been marked as a duplicate of this bug. ***
--
t7 at gmail dot com changed:
What|Removed |Added
-
--- Comment #13 from pinskia at gcc dot gnu dot org 2010-08-25 00:16
---
(In reply to comment #4)
> Both test from pr44562 compiled fine on Windows 7 x64 Native Win64
> x86_64-w64-mingw32 Multi-lib 32/64 Bits capable GCC Compiler.
>
> gcc -O1 -flto -fstrict-aliasing -fgraphite-identity
--- Comment #12 from t7 at gmail dot com 2010-08-25 00:14 ---
(In reply to comment #2)
>
> *** This bug has been marked as a duplicate of 44562 ***
>
You know what, if you don't want to fix it then just mark it won't fix.
Stop marking stuff you don't know and you think is a duplic
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-24 22:58 ---
It is caused by revision 149780:
http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg00662.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #11 from t7 at gmail dot com 2010-08-24 22:56 ---
(In reply to comment #10)
> The output of "gcc -v" will provide with the exact version of GCC that you
> used.
>
gcc version 4.6.0 20100823 (experimental)
163469
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
--- Comment #10 from pinskia at gcc dot gnu dot org 2010-08-24 22:51
---
The output of "gcc -v" will provide with the exact version of GCC that you
used.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
--- Comment #9 from t7 at gmail dot com 2010-08-24 22:50 ---
(In reply to comment #6)
> (In reply to comment #5)
> > Why nobody is attending my ticket ???
>
> GCC is mostly volunteer work and some folks have other priorities right now.
> Not to mention you compressed the preprocess
--- Comment #8 from t7 at gmail dot com 2010-08-24 22:47 ---
Created an attachment (id=21558)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21558&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
--- Comment #7 from t7 at gmail dot com 2010-08-24 22:47 ---
(From update of attachment 21551)
gz format requested.
--
t7 at gmail dot com changed:
What|Removed |Added
--- Comment #5 from changpeng dot fang at amd dot com 2010-08-24 22:13
---
For the test case in comment #2, if we don't vectorize the loop, the
unroll_factor is incorrectly determined as 1, and insns-to-prefetch ratio
(4) will then prevent prefetching, and thus no performance regression
--- Comment #83 from jasmin at revisionfx dot com 2010-08-24 22:09 ---
(In reply to comment #82)
> -mstackrealign is available from gcc 4.5.0.
So 1) you are right that somehow - mpreferred-stack-boundary=2 does not always
work - I found a case where I crash
2) so I compiled gcc 4.5.1
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-08-24 21:46 ---
(In reply to comment #5)
> Why nobody is attending my ticket ???
GCC is mostly volunteer work and some folks have other priorities right now.
Not to mention you compressed the preprocessed source with some non"stan
--- Comment #5 from t7 at gmail dot com 2010-08-24 21:43 ---
Why nobody is attending my ticket ???
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45392
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #4 from jakub at gcc dot gnu dot org 2010-08-24 21:12 ---
On the trunk r163189 "fixes" this, so I guess it just went latent.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from rth at gcc dot gnu dot org 2010-08-24 21:08 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from rth at gcc dot gnu dot org 2010-08-24 21:08 ---
Subject: Bug 45376
Author: rth
Date: Tue Aug 24 21:08:05 2010
New Revision: 163528
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163528
Log:
PR bootstrap/45376
* configure.ac (HAVE_SSE4): New ch
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
Based on the wording in FCD 14882 (WG21 N3092), reference collapsing preserves
the target type in the case where an attempt is made to create an rvalue
reference to a reference. The standard does not include reference qualifiers--
such as __restrict__ or (for the SPU port) __ea--however.
In the fo
--- Comment #3 from jakub at gcc dot gnu dot org 2010-08-24 19:57 ---
Reduced testcase:
typedef int __m64 __attribute__ ((__vector_size__ (8), __may_alias__));
typedef int __v2si __attribute__ ((__vector_size__ (8)));
typedef float __v4sf __attribute__ ((__vector_size__ (16)));
static
--- Comment #7 from hjl dot tools at gmail dot com 2010-08-24 19:16 ---
(In reply to comment #5)
> For gcc 4.3 and 4.4, I got
>
> pr45393.cc:20: error: BB 4 can not throw but has EH edges
> pr45393.cc:20: error: BB 5 can not throw but has EH edges
> pr45393.cc:20: internal compiler erro
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-08-24 19:12 ---
Note a patch was posted at
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01753.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45376
--- Comment #2 from opod at nic-nac-project dot org 2010-08-24 18:58
---
(In reply to comment #1)
The processor clearly supports SSE3 so perhaps -march=prescott would be better
instead of -march=pentium-m. I also assumed that -march=pentium-m implies
-mfpmath=387 but it does not seem to
--- Comment #2 from jakub at gcc dot gnu dot org 2010-08-24 18:56 ---
#0 fancy_abort (file=0xf0ff20 "../../gcc/explow.c", line=56, function=0xf101e0
"trunc_int_for_mode") at ../../gcc/diagnostic.c:763
#1 0x006c4c17 in trunc_int_for_mode (c=255, mode=V4HImode) at
../../gcc/explo
--- Comment #1 from Zeqadious at gmail dot com 2010-08-24 18:42 ---
the preprocessed file was too big to attach so here is a link to its location:
ftp://nauseamedialis.org/zeqadious/GCC_Bug/AEConvert.prep
I don't know C, or C++, so lets hope this is enough information for helping
track
When compiling XBMC from the AudioEngine Branch I get an internal compiler
error.
Error:
g++ -MD -c -O2 -fPIC -DPIC -D_REENTRANT -D__STDC_LIMIT_MACROS
-D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -g -D_DEBUG -Wall -fPIC -DPIC
-D_REENTRANT -D__STDC_LIMIT_MACROS -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_
--- Comment #5 from jakub at gcc dot gnu dot org 2010-08-24 17:26 ---
Created an attachment (id=21557)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21557&action=view)
gcc46-pr45059.patch
Untested fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed
I am using C++ raw strings of the form: R"raw(^@)raw" (the ^@ is a 0 character
in the file) and get the following:
warning: null character(s) preserved in literal
This is not helpful. I have a lot of these, and didn't find out how to disable
this warning by other means than to disable all warning
--- Comment #13 from dominiq at lps dot ens dot fr 2010-08-24 16:19 ---
With the patch in comment #12 I get
[macbook] lin/test% gfc -Ofast -funroll-loops test_fpu.f90
[macbook] lin/test% time a.out
Benchmark running, hopefully as only ACTIVE task
0.99755959009261719
Test1 - Gau
--- Comment #2 from redi at gcc dot gnu dot org 2010-08-24 15:49 ---
confirmed, for 4.5 and 4.6 the relevant header is not
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-08-24 15:48
---
Try
Index: emit-rtl.c
===
--- emit-rtl.c (revision 163519)
+++ emit-rtl.c (working copy)
@@ -1615,6 +1615,11 @@ set_mem_attributes_minus_bitpos (rt
--- Comment #2 from jakub at gcc dot gnu dot org 2010-08-24 15:42 ---
Well, we don't have sreal_sqrt, and the approximation mcf_sqrt uses is quite
tied to the float representation, while it isn't impossible to convert it, I'd
say it isn't trivial either. Perhaps we could use mpfr instea
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-08-24
15:40 ---
What about Mike's suggestions from Comment 33 of PR43729 ...
"If one bundles all the code into the wpa file, one can preserve
_good_ codegen, which is the other way to fix this."
--
http://gcc.gnu.or
--- Comment #6 from hjl dot tools at gmail dot com 2010-08-24 15:38 ---
Revision 146776:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01418.html
turns
pr45393.cc:20: error: BB 4 can not throw but has EH edges
pr45393.cc:20: error: BB 5 can not throw but has EH edges
pr45393.cc:20: interna
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
Component|c++ |libstdc++
--- Comment #1 from redi at gcc dot gnu dot org 2010-08-24 15:36 ---
(In reply to comment #0)
> Also, compare_swap is not declared. Instead, compare_exchange_weak(strong)
> exist. It is not a bug, but is not consistent with the document.
> http://www.open-std.org/jtc1/sc22/wg21/docs/pap
--- Comment #13 from iains at gcc dot gnu dot org 2010-08-24 15:17 ---
(In reply to comment #12)
> Subject: Re: m32 lto produces non-relocatable subtraction
> expression errors
>
> Hmm, actually the symbol is not changed, since it is externally visible
> symbol.
ah, OK.
> as
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2010-08-24
15:06 ---
Subject: Re: [4.6 Regression] Global constructor not found
> Is there another consturctor calling this one? (or can you attach complette .s
> file?) Perhaps it is result of my constructor merging patch.
U
--- Comment #12 from hubicka at ucw dot cz 2010-08-24 15:04 ---
Subject: Re: m32 lto produces non-relocatable subtraction
expression errors
Hmm, actually the symbol is not changed, since it is externally visible symbol.
I guess the problem would be that the symbol is used by 2
Hmm, actually the symbol is not changed, since it is externally visible symbol.
I guess the problem would be that the symbol is used by 2 units, so both of
them gets the declaration, but both of them gets the declaration with
initializer (not extern). To avoid duplicate definitions, varpool.c is t
--- Comment #5 from burnus at gcc dot gnu dot org 2010-08-24 14:38 ---
This feature is also useful for the test suite, e.g. to force no inlining.
TODO 3:
Some attributes need to be moved out of c-family/c-common.c to be available for
Fortran.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #11 from iains at gcc dot gnu dot org 2010-08-24 14:37 ---
essentially to turn the last comment around:
IIUC, if whopr changes a symbol from "external" to "local" then it needs to
register that symbol with machopic_define_symbol () -- and ensure that (*
targetm.encode_sect
--- Comment #11 from dominiq at lps dot ens dot fr 2010-08-24 14:33 ---
Assembly for the inner loop
do i = 1, n
b(i,j) = b(i,j)-temp(i)*c
end do
with -Ofast
r163277
L38:
movsd (%rsi,%rax), %xmm0
addl$1, %ecx
movhpd 8(%rsi,%rax), %x
Hi,
I get "undefined reference to `std::atomic::store(Foo*,
std::memory_order) volatile'" error, and am wondering if the definition of
atomic<_Tp*>::store is missing.
My version is:
gcc version 4.4.0 20090514 (Red Hat 4.4.0-6) (GCC)
I see no definition in the header file, cstdatomic.
Also,
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-24 14:13 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #10 from iains at gcc dot gnu dot org 2010-08-24 14:11 ---
(In reply to comment #9)
> (In reply to comment #5)
> > Hmm, the problem seems to be that partitioning puts mumble into one
> > partition,
> > while in first partition it uses local (IP) relative way to access it:
>
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-24 13:58 ---
For gcc 4.3 and 4.4, I got
pr45393.cc:20: error: BB 4 can not throw but has EH edges
pr45393.cc:20: error: BB 5 can not throw but has EH edges
pr45393.cc:20: internal compiler error: verify_flow_info failed
Please s
--- Comment #9 from iains at gcc dot gnu dot org 2010-08-24 13:47 ---
(In reply to comment #5)
> Hmm, the problem seems to be that partitioning puts mumble into one partition,
> while in first partition it uses local (IP) relative way to access it:
> movl_mumble-L001$pb(%ebx)
--- Comment #8 from hubicka at gcc dot gnu dot org 2010-08-24 13:44 ---
the following testcase:
__attribute__((visibility ("hidden"))) extern int mumble;
extern void abort (void);
extern void exit (int);
int
main ()
{
if (++mumble != 42)
abort ();
exit (0);
}
should compile to
--- Comment #78 from bonzini at gnu dot org 2010-08-24 13:44 ---
My plan for fwprop is to replace the whole update_df machinery with a call to
df_uses_record. The use-def links can be kept up to date by looking at the
original uses of both the propagated-from and propagated-into instruc
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-08-24
13:44 ---
(In reply to comment #5)
> Hmm, the problem seems to be that partitioning puts mumble into one partition,
> while in first partition it uses local (IP) relative way to access it:
> movl_mumble-L
--- Comment #2 from jakub at gcc dot gnu dot org 2010-08-24 13:41 ---
Created an attachment (id=21556)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21556&action=view)
minmax.patch
I've also noticed that the folder only recognizes the inner MAX_EXPR, but
doesn't recognize the oute
--- Comment #1 from jakub at gcc dot gnu dot org 2010-08-24 13:35 ---
On the C FE side, perhaps these optimizations should be moved over from
convert_to_integer to e.g. c_fully_fold_internal, where the operand would be
folded first and only afterwards the narrowing conversion optimizatio
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-24 13:25
---
Subject: Bug 45379
Author: rguenth
Date: Tue Aug 24 13:25:25 2010
New Revision: 163519
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163519
Log:
2010-08-24 Richard Guenther
PR middle-end/45379
In http://gcc.gnu.org/ml/gcc/2010-08/msg00326.html
Revital complained about MAX_EXPR no longer being recognized in:
int foo (const unsigned char *tmp, int i, int val)
{
return (unsigned char)(((tmp[i] + val)>0xFF)?0xFF:(((tmp[i] +
val)<0)?0:(tmp[i] + val)));
}
It is still recognized when using:
i
--- Comment #6 from dominiq at lps dot ens dot fr 2010-08-24 13:17 ---
The same errors appear on powerpc-apple-darwin9 with both -m32 and -m64 (see
http://gcc.gnu.org/ml/gcc-testresults/2010-08/msg00777.html ).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44812
--- Comment #77 from bernds at gcc dot gnu dot org 2010-08-24 13:13 ---
We might also want to throttle back the change in function.c so that it's only
enabled when extending from a memory location. But it still would be good to
know and fix what exactly is going wrong in fwprop.
--
--- Comment #7 from sfilippone at uniroma2 dot it 2010-08-24 13:05 ---
(In reply to comment #6)
>
> Cf. PR 44047 (which is similar to this, except that the polymorphic selector
> itself is allocatable).
>
Yes, there indeed is a family air to this problem.it's probably one and the
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-08-24 13:01 ---
Hmm, the problem seems to be that partitioning puts mumble into one partition,
while in first partition it uses local (IP) relative way to access it:
movl_mumble-L001$pb(%ebx), %eax
and assembler refuse i
--- Comment #6 from janus at gcc dot gnu dot org 2010-08-24 12:57 ---
(In reply to comment #5)
> However, when the same change is applied to the original library, a double
> free
> pops up in another place, unrelated to this issue; this would indicate that
> there are other instances of
--- Comment #5 from sfilippone at uniroma2 dot it 2010-08-24 12:50 ---
(In reply to comment #3)
> Reduced test case:
>
> program bug20
>
> type :: d_base_sparse_mat
> integer :: v(10) = 0.
> end type d_base_sparse_mat
>
> class(d_base_sparse_mat),allocatable :: a
>
> allo
--- Comment #19 from solar-gcc at openwall dot com 2010-08-24 12:18 ---
(In reply to comment #18)
> Then, at the start of the spinning libgomp could initialize that flag and
> check
> it from time to time (say every few hundred or thousand iterations) whether it
> has lost the CPU.
Wit
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-08-24 12:12 ---
Is there another consturctor calling this one? (or can you attach complette .s
file?) Perhaps it is result of my constructor merging patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45388
--- Comment #9 from dominiq at lps dot ens dot fr 2010-08-24 11:47 ---
> Do you see the slowdown as well if you drop -funroll-loops?
Yes
[macbook] lin/test% gfc -Ofast test_fpu_red.f90
[macbook] lin/test% time a.out
Test1 - Gauss 2000 (101x101) inverts 3.0 sec Err= 0.00
--- Comment #18 from jakub at gcc dot gnu dot org 2010-08-24 11:40 ---
For the auto-tuning, ideally the kernel would tell the thread when it lost CPU,
I doubt there is any API for that currently. E.g. if a thread could register
with kernel address where the kernel would store some value
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-08-24 11:37 ---
Do you see the slowdown as well if you drop -funroll-loops? Do you see
the slowdown with just -O2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
--- Comment #4 from janus at gcc dot gnu dot org 2010-08-24 11:32 ---
(In reply to comment #3)
> Could be a duplicate of PR41784, PR44662 or PR44584.
> The fixes for those PRs were not backported to 4.5.
Might be. I'm rather guessing for PR 44064/44065. Actually most of the 34
OOP-rel
--- Comment #17 from solar-gcc at openwall dot com 2010-08-24 11:07 ---
(In reply to comment #16)
> I would really like to see this bug tackled.
I second that.
> Fixing it is easily done by lowering the spin count as proposed. Otherwise,
> please show cases where a low spin count hurt
--- Comment #7 from dominiq at lps dot ens dot fr 2010-08-24 10:55 ---
With the patch in comment #6, I get a minor improvement, but do not recover the
timing before r163278:
r163277
Test1 - Gauss 2000 (101x101) inverts 1.9 sec Err= 0.006
2.157u 0.074s 0:02.23 99.5% 0+
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2010-08-24
10:53 ---
Fixed at r142696.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
---
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #5 from mikael at gcc dot gnu dot org 2010-08-24 10:43 ---
(In reply to comment #3)
> Subject: Re: New: no such instruction: `pcmpestri $0,(%rdi),%xmm0'
>
> What version of binutils is being used?
> Have you tried a newer version?
>
% as --version
GNU assembler 2.15 [Fre
--- Comment #11 from jakub at gcc dot gnu dot org 2010-08-24 10:43 ---
Reloads for insn # 675
Reload 0: reload_in (SI) = (reg/v/f:SI 132 [ kpte ])
GENERAL_REGS, RELOAD_OTHER (opnum = 0)
reload_in_reg: (reg/v/f:SI 132 [ kpte ])
reload_reg_rtx: (reg:SI 5 di)
Reload
--- Comment #1 from dominiq at lps dot ens dot fr 2010-08-24 10:38 ---
The stage1 failure comes with 'gcc version 4.0.1 (Apple Inc. build 5493)' and
is fixed (from IRC) with
--- ../_gcc_clean/libcpp/lex.c 2010-08-22 13:10:39.0 +0200
+++ ../gcc-4.6-work/old-patches/lex.c 2010-
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-08-24 10:37 ---
Created an attachment (id=21555)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21555&action=view)
patch
With this patch I get a similar looking diff. I still can't reproduce runtime
differences on my Athlon X
--- Comment #10 from jakub at gcc dot gnu dot org 2010-08-24 10:30 ---
It seems things go wrong during RA. In *.asmcons we still have the correct:
...
(insn 672 304 837 3
/mnt/b1/src/linux/set64/arch/x86/include/asm/cmpxchg_32.h:96 (parallel [
(set (reg/f:SI 558 [ value.59 ]
--- Comment #1 from doko at ubuntu dot com 2010-08-24 10:29 ---
seen as well with 20100824
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45394
--- Comment #1 from burnus at gcc dot gnu dot org 2010-08-24 10:29 ---
Stupid example: Change either a == a to "a /= a" and .true. to .false. -- or
ANY to ALL. Otherwise the example does not make sense (even though it is
valid).
If one is there, one could also optimize the following:
--- Comment #4 from sfilippone at uniroma2 dot it 2010-08-24 10:24 ---
(In reply to comment #3)
With dump-tree-original I see this code snippet:
finally
{
if (aa.$data != 0B)
{
__builtin_free ((void *) aa.$data);
--- Comment #3 from mikael at gcc dot gnu dot org 2010-08-24 10:21 ---
Could be a duplicate of PR41784, PR44662 or PR44584.
The fixes for those PRs were not backported to 4.5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45395
--- Comment #6 from burnus at gcc dot gnu dot org 2010-08-24 10:19 ---
Follow up: PR 45396 (missed optimization PR).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45380
--- Comment #9 from jakub at gcc dot gnu dot org 2010-08-24 10:18 ---
Created an attachment (id=21554)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21554&action=view)
pageattr.i
Compiling this on x86_64-linux (and likely i?86-linux) with 4.4 branch
(r163492) using
./cc1 -fno-stri
Follow up to PR 45380; frontend-passes.c currently only works for scalars - cf.
PR 45380:
+ /* An expression of type EXPR_CONSTANT is only valid for scalars. */
+ /* TODO: A scalar constant may be acceptable in some cases (the scalarizer
+ handles them well). However, there are also cases t
--- Comment #5 from mikael at gcc dot gnu dot org 2010-08-24 10:10 ---
Fixed.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from rguenther at suse dot de 2010-08-24 09:33 ---
Subject: Re: internal compiler error: Segmentation
fault
On Tue, 24 Aug 2010, burnus at gcc dot gnu dot org wrote:
>
>
> --- Comment #1 from burnus at gcc dot gnu dot org 2010-08-24 09:17
> ---
> Janus: I C
--- Comment #1 from burnus at gcc dot gnu dot org 2010-08-24 09:17 ---
Janus: I CCed you as the program uses CLASS. (4.6 works, but 4.5 fails with a
segfault.)
Richard: I wonder whether one should fix it. Regarding CLASS, i.e.
polymorphism, one finds in the 4.5 release notes: "Experimen
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-08-24 09:12 ---
Confirmed. Reduced testcase, ICEs at -O1:
class FloatPoint;
class Path {
public:
~Path();
void moveTo(const FloatPoint&);
static void createEllipse(const FloatPoint& center, float rx, float ry);
};
exte
--- Comment #7 from abel at gcc dot gnu dot org 2010-08-24 09:12 ---
Subject: Bug 44691
Author: abel
Date: Tue Aug 24 09:11:48 2010
New Revision: 163516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163516
Log:
Backport from mainline:
PR rtl-optimization/44691
*
--- Comment #9 from abel at gcc dot gnu dot org 2010-08-24 09:08 ---
Subject: Bug 42246
Author: abel
Date: Tue Aug 24 09:08:23 2010
New Revision: 163513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163513
Log:
Backport from mainline:
PR rtl-optimization/42246
* sel-s
--- Comment #5 from abel at gcc dot gnu dot org 2010-08-24 09:02 ---
Subject: Bug 42389
Author: abel
Date: Tue Aug 24 09:02:30 2010
New Revision: 163508
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163508
Log:
Backport from mainline:
PR rtl-optimization/42389
--- Comment #7 from abel at gcc dot gnu dot org 2010-08-24 09:01 ---
Subject: Bug 42388
Author: abel
Date: Tue Aug 24 09:01:18 2010
New Revision: 163507
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163507
Log:
Backport from mainline:
PR rtl-optimization/42388
--- Comment #13 from abel at gcc dot gnu dot org 2010-08-24 09:00 ---
Subject: Bug 42294
Author: abel
Date: Tue Aug 24 08:59:47 2010
New Revision: 163506
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163506
Log:
Backport from mainline:
2010-01-14 Alexander Monakov
--- Comment #8 from abel at gcc dot gnu dot org 2010-08-24 08:58 ---
Subject: Bug 42246
Author: abel
Date: Tue Aug 24 08:58:36 2010
New Revision: 163505
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163505
Log:
Backport from mainline:
2010-01-14 Alexander Monakov
P
--- Comment #8 from abel at gcc dot gnu dot org 2010-08-24 08:58 ---
Subject: Bug 39453
Author: abel
Date: Tue Aug 24 08:58:36 2010
New Revision: 163505
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163505
Log:
Backport from mainline:
2010-01-14 Alexander Monakov
P
--- Comment #12 from abel at gcc dot gnu dot org 2010-08-24 08:57 ---
Subject: Bug 42245
Author: abel
Date: Tue Aug 24 08:57:18 2010
New Revision: 163504
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163504
Log:
Backport from mainline:
2010-01-14 Andrey Belevantsev
--- Comment #12 from abel at gcc dot gnu dot org 2010-08-24 08:55 ---
Subject: Bug 42294
Author: abel
Date: Tue Aug 24 08:55:33 2010
New Revision: 163503
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163503
Log:
Backport from mainline:
PR rtl-optimization/42294
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45388
--- Comment #5 from abel at gcc dot gnu dot org 2010-08-24 08:54 ---
Subject: Bug 41697
Author: abel
Date: Tue Aug 24 08:54:02 2010
New Revision: 163502
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163502
Log:
Backport from mainline:
PR rtl-optimization/41697
* sel-s
1 - 100 of 106 matches
Mail list logo
