http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58892
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58079
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58079
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target|mips64r5900el-linux-gnu |mips64r5900el-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58079
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: ubizjak at gmail dot com
Created attachment 31126
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31126action=edit
Patch to simplify atomic_compare_and_swapdwi_doubleword pattern
Currently, gcc generates lots
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58945
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target||x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #12 from Uroš Bizjak ubizjak at gmail dot com ---
Untar the file from the link [1] to a temp dir, go to the gcc directory in the
temp dir and type:
path-to-gcc-build-dir/gcc/lto1 @ccBysEru.args
Reading object files: build/genmddeps.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #13 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Paulo J. Matos from comment #9)
Unfortunately running one of these takes a long time so it's a slow process
to check it out since as far as I am aware it's not possible
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #15 from Uroš Bizjak ubizjak at gmail dot com ---
On Sun, Nov 3, 2013 at 6:54 AM, pa...@matos-sorge.com
gcc-bugzi...@gcc.gnu.org wrote:
--- Comment #14 from Paulo J. Matos pa...@matos-sorge.com ---
(In reply to Uroš Bizjak from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #3 from Uroš Bizjak ubizjak at gmail dot com ---
+1, x86 RTEMS build is broken without this fix. RTEMS uses -march=pentiumpro in
its default multilib configuration.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||kyukhin at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
--- Comment #2 from Uroš Bizjak ubizjak at gmail dot com ---
Isn't the argument list a bit strange for call insn?
(call_insn 20 19 21 2 (set (reg:SI 0 ax)
(call (mem:QI (symbol_ref:DI (foo) [flags 0x41] function_decl
0x2b9e82c58f00 foo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
--- Comment #4 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #3)
I have patch in testing.
The call_insn RTX should always define its mode. Previously, the state was
switched to DIRTY by an eventual move
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59041
--- Comment #1 from Uroš Bizjak ubizjak at gmail dot com ---
This one is not unnecessary, it is emitted on purpose from generic
mode-switching code:
-- gcc/mode-switching.c --
/* Pretend the mode is clobbered across abnormal edges
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #8 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jan Hubicka from comment #7)
Yes, we can add this, too, for correctness with manual changes to tunning
flags
(so the patch is approved).
What confuses me is why
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #10 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jan Hubicka from comment #9)
What confuses me is why TARGET_MISALIGNED_MOVE_STRING_PROLOGUES seems to
be
true
given that
DEF_TUNE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target||x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #24 from Uroš Bizjak ubizjak at gmail dot com ---
Fixed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #21 from Uroš Bizjak ubizjak at gmail dot com ---
Created attachment 31200
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31200action=edit
libiberty patch to push lto-profiledbootstrap further
Additional patch to libiberty to fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #22 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Teresa Johnson from comment #19)
Since this was blocking my SPEC testing I took a look. The issue is
that the new edge_count variable is declared as an int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58853
--- Comment #15 from Uroš Bizjak ubizjak at gmail dot com ---
Whops, wrong PR number in ChangeLog entry.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59021
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57756
--- Comment #8 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Yuri Rumyantsev from comment #7)
Created attachment 31217 [details]
Additioanl patch for r203634.
-- gcc-patches@...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59153
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59157
--- Comment #2 from Uroš Bizjak ubizjak at gmail dot com ---
long double f(long double x){
asm volatile(:+mf(x));
+t(x) should be used here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59157
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59175
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||ubizjak at gmail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59175
--- Comment #6 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to H.J. Lu from comment #5)
It failed when gcc is configured with --with-arch=core2 --with-cpu=atom.
It can be reproduced with -mtune=atom.
Probably -mtune=generic is needed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59153
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59229
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||hubicka at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56788
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56788
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.7.4
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56788
--- Comment #5 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Marc Glisse from comment #1)
_mm_frcz_ss is inconsistent between compilers. Microsoft gives it 2
arguments and movss-like semantics, whereas clang gives it a single
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56788
--- Comment #8 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Marc Glisse from comment #7)
Ah no, I was wrong, sorry about that:
The VFRCZSS and VFRCZSD instructions extract the fractional portion of the
single-/double-precision
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56788
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Attachment #31278|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56788
--- Comment #11 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Marc Glisse from comment #10)
(In reply to Uroš Bizjak from comment #9)
Arguably the LLVM intrinsic is more useful than the Microsoft one, but
that's a different issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56788
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target|x86_64-linux-gnu|x86
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: ubizjak at gmail dot com
Recent change introduced following new testsuite failure (and several others)
on alpha-linux-gnu [1]:
FAIL: gcc.dg/torture/pr46723.c -O3 -fomit-frame
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59273
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target||alpha-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59273
--- Comment #2 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #1)
The failure was introduced by r205244:
Ops, r205240.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59273
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59273
--- Comment #4 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jakub Jelinek from comment #3)
Created attachment 31293 [details]
gcc49-pr59273.patch
Untested fix.
I have started a native bootstrap + regtest on alpha.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57189
--- Comment #4 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jakub Jelinek from comment #3)
Likely caused by r198611.
This is the patch that exposes the problem.
I have filled this PR due to the difference with IRA vs. reload
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59273
--- Comment #7 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jakub Jelinek from comment #6)
Fixed.
I can confirm the fix on native alpha bootstrap [1].
[1] http://gcc.gnu.org/ml/gcc-testresults/2013-11/msg02115.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56788
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #6 from Uroš Bizjak ubizjak at gmail dot com ---
I think that we should disallow tie of TImode with 128bit vector modes due to
different alignment requirements. Integer register pairs can load unaligned
TImode without problems, while
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #7 from Uroš Bizjak ubizjak at gmail dot com ---
Maybe even better idea is to use ix86_legitimate_combined_insn and reject
combinations that would result in unaligned operands of all but vector move
instructions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #9 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jakub Jelinek from comment #8)
Created attachment 31331 [details]
gcc49-pr59163.patch
So like this? Untested...
Yes, but I think that we can also allow simple vector
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #11 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jakub Jelinek from comment #10)
For stores I think the patch already allows that, that is the
if (GET_CODE (*x) == SET SET_DEST (*x) == data)
return 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #13 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jakub Jelinek from comment #12)
Created attachment 31332 [details]
gcc49-pr59163.patch
So like this?
Yes, with adjusted comment in ix86_legitimate_combined_insn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59313
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target|sparc*-sun-solaris2.* |sparc*-sun-solaris2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59313
--- Comment #3 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #2)
Me to, on alpha-linux-gnu, exactly the same numbers:
alpha-linux-gnu is 128 bit long double, but not __float128 target:
auto-host.h:#define
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #14 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #13)
(In reply to Jakub Jelinek from comment #12)
Created attachment 31332 [details]
gcc49-pr59163.patch
So like this?
Yes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59163
--- Comment #18 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jakub Jelinek from comment #17)
Perhaps add new attribute ssememalign, with default 0, which would be
(maximum for all alternatives) required alignment for memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59313
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59313
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59390
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||tmsriram at google
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59385
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||tmsriram at google
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59405
--- Comment #1 from Uroš Bizjak ubizjak at gmail dot com ---
There is no testcase attached, but you need to *manually* insert _mm_empty (==
emms) to switch from MMX to x87 state.
The compiler does not automatically insert emms for you.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59405
--- Comment #4 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Yukhin Kirill from comment #3)
(In reply to Uroš Bizjak from comment #1)
There is no testcase attached, but you need to *manually* insert _mm_empty
(== emms) to switch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59405
--- Comment #7 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to H.J. Lu from comment #6)
I think this is a dup of PR48397.
No, this one happens due to missing interdependencies between x87 and MMX
registers. We could make all MMX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59405
--- Comment #8 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Yukhin Kirill from comment #5)
I see. So, it seems like a limitation to passing vectors as arguments in
32-bit mode. We may implement something similar to `vzerroupper
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59405
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59405
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|4.7.4 |4.8.3
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59422
--- Comment #1 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Allan Jensen from comment #0)
Created attachment 31399 [details]
Patch
Trying to compile a function with an xop multiversion fails with a No
dispatcher found for xop
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: ubizjak at gmail dot com
Created attachment 31403
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31403action=edit
Preprocessed source
Attached testcase randomly fails to compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59436
--- Comment #1 from Uroš Bizjak ubizjak at gmail dot com ---
On a related note, without -std=gnu++0x:
$ /ssd/uros/gcc-build/gcc/cc1plus -g -O2 -fpreprocessed -quiet stdc++.ii
In file included from
/ssd/uros/gcc-build/x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59436
--- Comment #2 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #0)
Created attachment 31403 [details]
Preprocessed source
Attached testcase randomly fails to compile. Following valgrind error was
obtained
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59436
--- Comment #3 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #2)
(gdb) p init
$1 = (tree) 0x100139a078
(gdb) p type
$2 = (tree_node *) 0x101
(gdb)
FAIL: 17_intro/headers/c++200x/stdc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59436
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Depends on||58627
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59442
--- Comment #1 from Uroš Bizjak ubizjak at gmail dot com ---
Please post the patch with ChangeLog entry to gcc-patches@ mailing list.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59442
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target||x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59486
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57807
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56339
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Summary|[4.8/4.9 Regression]: |[4.8 Regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51743
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51681
Bug 51681 depends on bug 51743, which changed state.
Bug 51743 Summary: [ia64] Many gcc.dg/torture/vshuf*.c tests FAIL with -O2
-mbig-endian
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51743
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58756
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target|hppa64-hp-hpux11.11 |hppa64-hp-hpux11.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58756
--- Comment #2 from Uroš Bizjak ubizjak at gmail dot com ---
Some unscientific printf debugging yields following runtime difference:
foo (int a, int b)
{
int j, c = 0;
#pragma omp parallel for reduction(+: c)
for (j = 0; j a; j += b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58756
--- Comment #3 from Uroš Bizjak ubizjak at gmail dot com ---
Adding omp_get_thrad_num to the printf:
$ ./a.out
3 496
3 496
2 496
2 496
2 496
2 496
2 496
2 496
2 496
2 496
3 496
3 496
3 496
3 496
3 496
3 496
1 496
1 496
1 496
1 496
1 496
1 496
0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34723
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59436
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last
Assignee: ian at airs dot com
Reporter: ubizjak at gmail dot com
$ gmake GOTESTFLAGS=--keep net/check
panic: test timed out after 4m0s
goroutine 112 [running]:
testing.$nested6
../../../gcc-svn/trunk/libgo/go/testing/testing.go:596
created by time.goFunc
../../../gcc-svn/trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59506
--- Comment #1 from Uroš Bizjak ubizjak at gmail dot com ---
Created attachment 31438
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31438action=edit
strace -f output
Some ~30 seconds of strace dump.
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: ubizjak at gmail dot com
Hello!
The gcc.target/i386/pr36222-1.c compiles for x86_64-linux-gnu with -O2
-mno-sse3 -mtune=corei7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59511
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Keywords||ra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Component|target |testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
--- Comment #9 from Uroš Bizjak ubizjak at gmail dot com ---
Author: uros
Date: Sun Dec 15 11:20:53 2013
New Revision: 205998
URL: http://gcc.gnu.org/viewcvs?rev=205998root=gccview=rev
Log:
* gcc.target/i386/pr43662.c (dg-options):
Add
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34723
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.7.4
Severity: normal
Priority: P3
Component: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: ubizjak at gmail dot com
CC: jakub at gcc dot gnu.org
This testcase failure is exposed on alpha, which by default generates exception
when denormals
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59534
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Version|unknown |4.9.0
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59534
--- Comment #2 from Uroš Bizjak ubizjak at gmail dot com ---
Sorry, Firefox's editor has some issues, this part should be at the top of
session, so:
Following session can be obtained:
(gdb) r
The program being debugged has been started already
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59534
--- Comment #3 from Uroš Bizjak ubizjak at gmail dot com ---
The denormal in f5.0_16 is directly loaded from
f5.0_16 = .omp_data_i_14(D)-f5.0;
_17 = .omp_data_i_14(D)-is_f5;
_18 = *_17;
_43 = e5.1_15 != 8;
if (_18 _43)
goto bb 3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59534
--- Comment #8 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Andrew Pinski from comment #6)
We are doing the correct thing for this testcase (the testcase should change
also) though most likely you can generate a testcase which
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57189
--- Comment #6 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Jakub Jelinek from comment #5)
(In reply to Uroš Bizjak from comment #4)
(In reply to Jakub Jelinek from comment #3)
Likely caused by r198611.
This is the patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59534
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
301 - 400 of 6569 matches
Mail list logo