When I tried to compile library Qt 4.6.3 in 64-bit mode, I got internal
compiler error.
* Version gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc-4.5.1/libexec/gcc/i386-pc-solaris2.10/4.5.1/lto-wrapper
Target: i386-pc-solaris2.10
Configured with:
--- Comment #76 from bonzini at gnu dot org 2010-08-24 06:50 ---
Subject: Re: [4.6 regression] Revision 162270 failed
to bootstrap
On 08/23/2010 10:49 PM, sje at cup dot hp dot com wrote:
--- Comment #75 from sje at cup dot hp dot com 2010-08-23 20:49 ---
Paolo, are you
--- Comment #1 from petrsup at gmail dot com 2010-08-24 06:52 ---
Created an attachment (id=21552)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21552action=view)
Preprocessed file
Preprocessed file on which compiler failed.
--
--- Comment #2 from petrsup at gmail dot com 2010-08-24 06:56 ---
Created an attachment (id=21553)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21553action=view)
Preprocessed file
Preprocessed file on which compiler fails. (with correct mime-type)
--
petrsup at gmail dot com
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/
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
--
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=gccview=revrev=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=gccview=revrev=163499
Log:
Backport from mainline:
2009-10-15 Steve Ellcey s...@cup.hp.com
--- 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=gccview=revrev=163502
Log:
Backport from mainline:
PR rtl-optimization/41697
*
--
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=gccview=revrev=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=gccview=revrev=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=gccview=revrev=163505
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=gccview=revrev=163505
Log:
Backport from mainline:
2010-01-14 Alexander Monakov
--- 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=gccview=revrev=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=gccview=revrev=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=gccview=revrev=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=gccview=revrev=163513
Log:
Backport from mainline:
PR rtl-optimization/42246
*
--- 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=gccview=revrev=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);
};
--- 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:
--- 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 CCed
--- 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
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
--- 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=21554action=view)
pageattr.i
Compiling this on x86_64-linux (and likely i?86-linux) with 4.4 branch
(r163492) using
./cc1
--- 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=21555action=view)
patch
With this patch I get a similar looking diff. I still can't reproduce runtime
differences on my Athlon
--- 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
--- 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
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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%
--- 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 hurts
--- 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
--- 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
--- 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=
--- 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.
--- 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
allocate
--- 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
--- 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:
--- 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=gccview=revrev=163519
Log:
2010-08-24 Richard Guenther rguent...@suse.de
PR
--- 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
--- 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=21556action=view)
minmax.patch
I've also noticed that the folder only recognizes the inner MAX_EXPR, but
doesn't recognize the outer
--- 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
--- 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
--- 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
--- 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:
movl
--- 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
Hi,
I get undefined reference to `std::atomicFoo*::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.
--- 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),
--- 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 (*
--- 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.
--
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
--- 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.
--- 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.
--- 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.
--
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:
--- 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.
--
--- 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
--- 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
--- 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 atomic not cstdatomic
--
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 -
I am using C++ raw strings of the form: Rraw(^@)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
--- 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=21557action=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
--- 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
--- 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
--- 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 error:
--- 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
--
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=gccview=revrev=163528
Log:
PR bootstrap/45376
* configure.ac (HAVE_SSE4): New
--- 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
--- 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
--- 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
1 - 100 of 109 matches
Mail list logo
