gnat fails to build on s390, trunk 20100814:
/build/buildd-gcc-snapshot_20100814-1-s390-y0XRB7/gcc-snapshot-20100814/build/./gcc/xgcc
-B/build/buildd-gcc-snapshot_20100814-1-s390-y0XRB7/gcc-snapshot-20100814/build/./gcc/
-B/usr/lib/gcc-snapshot/s390-linux-gnu/bin/
-B/usr/lib/gcc-snapshot/s390-linu
module m1
implicit none
type :: t
real :: r
contains
procedure :: p => s
end type t
contains
subroutine s(v)
class(t), intent(in) :: v
print *, v % r
end subroutine s
end module m1
module m
--
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=45394
--- Comment #6 from abel at gcc dot gnu dot org 2010-08-24 08:51 ---
Subject: Bug 40101
Author: abel
Date: Tue Aug 24 08:50:50 2010
New Revision: 163498
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163498
Log:
Backport from mainline:
PR rtl-optimization/40101
--- Comment #4 from abel at gcc dot gnu dot org 2010-08-24 08:52 ---
Subject: Bug 41697
Author: abel
Date: Tue Aug 24 08:51:56 2010
New Revision: 163499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163499
Log:
Backport from mainline:
2009-10-15 Steve Ellcey
PR rtl
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-24 08:52 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45393
--- 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
--
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- 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
---
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 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 #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 #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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
--- 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 #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
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 #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
--- 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 #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 #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
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
Component|c++ |libstdc++
--- 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
--- 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 #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 #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 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 #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
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 #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
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 #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
--- 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 #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 #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 #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 #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
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
--
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 #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
--- 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 #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
--
--
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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
1 - 100 of 106 matches
Mail list logo
