http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54169
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52141
--- Comment #2 from Richard Henderson 2012-02-07
17:15:41 UTC ---
It is a compiler error, because we're supposed to have handled
a transaction involving asms differently, earlier in compilation.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52142
--- Comment #3 from Richard Henderson 2012-02-07
17:53:14 UTC ---
We were *supposed* to already be disallowing inlining of tm_pure
into non-tm_pure functions. At least that's what I remember...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51752
--- Comment #5 from Richard Henderson 2012-02-09
17:39:51 UTC ---
(In reply to comment #4)
> But isn't with
>
> __transaction_atomic
> {
> for (i = 0; i < 10; i++)
> if (x[i])
> x[i] += data;
> }
>
> and
>
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51798
--- Comment #31 from Richard Henderson 2012-02-13
21:30:42 UTC ---
Author: rth
Date: Mon Feb 13 21:30:31 2012
New Revision: 184171
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184171
Log:
PR libstdc++/51798 continued
* include/bits/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52142
--- Comment #5 from Richard Henderson 2012-02-14
17:50:02 UTC ---
The patch in #c4 looks good.
|unassigned at gcc dot |rth at gcc dot gnu.org
|gnu.org |
--- Comment #2 from Richard Henderson 2012-03-05
16:27:47 UTC ---
Mine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52481
--- Comment #3 from Richard Henderson 2012-03-05
18:37:29 UTC ---
Author: rth
Date: Mon Mar 5 18:37:19 2012
New Revision: 184948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184948
Log:
PR target/52481
* config/m68k/sync.md (atomic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52481
--- Comment #4 from Richard Henderson 2012-03-05
18:42:08 UTC ---
Author: rth
Date: Mon Mar 5 18:41:56 2012
New Revision: 184950
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184950
Log:
PR target/52481
* config/m68k/sync.md (atomic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52481
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52481
--- Comment #6 from Richard Henderson 2012-03-05
18:57:40 UTC ---
Author: rth
Date: Mon Mar 5 18:57:36 2012
New Revision: 184952
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184952
Log:
PR target/52481
* config/m68k/sync.md (atomic
||2012-03-05
AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #1 from Richard Henderson 2012-03-05
19:13:10 UTC ---
Mine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52242
--- Comment #2 from Richard Henderson 2012-03-05
19:52:19 UTC ---
Author: rth
Date: Mon Mar 5 19:52:08 2012
New Revision: 184955
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184955
Log:
PR tree-opt/52242
Revert: 2011-11-26 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52242
--- Comment #3 from Richard Henderson 2012-03-05
19:54:02 UTC ---
Author: rth
Date: Mon Mar 5 19:53:54 2012
New Revision: 184956
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=184956
Log:
PR tree-opt/52242
Revert: 2011-11-26 Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52242
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
--- Comment #11 from Richard Henderson 2012-03-19
19:36:03 UTC ---
The vselect patch looks pretty good.
+ if (icode >= 0 && !testing_p)
+x = copy_rtx (PATTERN (vselect_insn));
...
+ if (!testing_p)
+emit_insn (x);
could be merged for
|unassigned at gcc dot |rth at gcc dot gnu.org
|gnu.org |
--- Comment #10 from Richard Henderson 2012-03-27
17:24:29 UTC ---
I agree making the backend handle REG_ARGS_SIZE for temporaries is a lose.
I agree that changing CSA to re-position the note somewhere
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52727
--- Comment #11 from Richard Henderson 2012-03-27
23:20:39 UTC ---
Created attachment 27019
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27019
proposed patch
Fixes the testcase in the PR. Just starting proper testing now,
what with those
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52607
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2012-03-20 00:
||2012-03-29
CC||rth at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Richard Henderson 2012-03-29
15:52:42 UTC ---
We could probably add another synthetic clobber, i.e.
asm volatile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52727
--- Comment #12 from Richard Henderson 2012-03-29
16:41:57 UTC ---
... and indeed, testing on i686 with BOOT_CFLAGS='-Os -g' causes
at least one of these asserts to fire. More work needed...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52727
--- Comment #13 from Richard Henderson 2012-03-30
18:00:45 UTC ---
Author: rth
Date: Fri Mar 30 18:00:37 2012
New Revision: 186018
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186018
Log:
PR debug/52727
* combine-stack-adj.c (pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52727
--- Comment #14 from Richard Henderson 2012-03-30
18:23:10 UTC ---
Author: rth
Date: Fri Mar 30 18:23:06 2012
New Revision: 186019
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=186019
Log:
PR debug/52727
* g++.dg/opt/pr52727.C: New t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52878
Richard Henderson changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Comment
|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Comment #10 from Richard Henderson ---
Thanks for reminding me of this.
The bug isn't in expand_atomic_compare_and_swap, and the parameters
to create_convert_operand_to, because the argument is already TImode:
constant -1>
Th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
--- Comment #11 from Richard Henderson ---
Author: rth
Date: Thu Oct 24 22:27:53 2013
New Revision: 204040
URL: http://gcc.gnu.org/viewcvs?rev=204040&root=gcc&view=rev
Log:
PR rtl/58542
* optabs.c (maybe_emit_atomic_exchange): Use create_input_o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
--- Comment #12 from Richard Henderson ---
Author: rth
Date: Fri Oct 25 20:06:20 2013
New Revision: 204076
URL: http://gcc.gnu.org/viewcvs?rev=204076&root=gcc&view=rev
Log:
PR rtl/58542
* optabs.c (maybe_emit_atomic_exchange): Use create_input
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
--- Comment #13 from Richard Henderson ---
Author: rth
Date: Fri Oct 25 20:09:13 2013
New Revision: 204077
URL: http://gcc.gnu.org/viewcvs?rev=204077&root=gcc&view=rev
Log:
PR rtl/58542
* optabs.c (maybe_emit_atomic_exchange): Use create_input
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58542
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56572
--- Comment #5 from Richard Henderson ---
Yes, removing nested transactions (when possible) is worth doing.
The problem is not just with ipa_inline, but also with early_inline.
Indeed, for an example this small, I would have expected early_inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51098
--- Comment #5 from Richard Henderson 2011-11-14
23:50:59 UTC ---
... which will not be declared if AVX support is disavowed.
... except that the configure was --with-arch=corei7-avx.
If true, the problem is user error. How can you expect to
co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #5 from Richard Henderson 2011-11-17
22:52:45 UTC ---
http://gcc.gnu.org/ml/libstdc++/2011-11/msg00160.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51181
--- Comment #7 from Richard Henderson 2011-11-18
01:38:53 UTC ---
Author: rth
Date: Fri Nov 18 01:38:48 2011
New Revision: 181465
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181465
Log:
PR libstdc++/51181
* libsupc++/eh_tm.cc (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51211
--- Comment #3 from Richard Henderson 2011-11-19
19:29:22 UTC ---
Author: rth
Date: Sat Nov 19 19:29:18 2011
New Revision: 181512
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181512
Log:
PR middle-end/51211
* tracer.c (ignore_bb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51258
--- Comment #2 from Richard Henderson 2011-11-21
19:41:16 UTC ---
The quoted test ought to have worked for i386-solaris.
If one of those predicates is wrong (e.g. is-effective-target ia32)
then there are other tests in the testsuite that are goin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51074
--- Comment #8 from Richard Henderson 2011-11-22
16:08:17 UTC ---
No, Jakub, vector elements are in memory order. There is no adjustment
to be made here.
Unfortunately ppc represents its interleave patterns non-standard, but
one can interpret.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50283
--- Comment #9 from Richard Henderson 2011-11-27
18:59:40 UTC ---
You don't. We're supposed to prevent frame-related insns
from appearing in branch delay slots.
||2011-11-29
CC||rth at gcc dot gnu.org
Resolution|MOVED |
Ever Confirmed|0 |1
--- Comment #3 from Richard Henderson 2011-11-29
18:06:55 UTC ---
I think this is a gcc bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51273
--- Comment #2 from Richard Henderson 2011-12-01
17:46:35 UTC ---
Author: rth
Date: Thu Dec 1 17:46:32 2011
New Revision: 181887
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181887
Log:
PR middle-end/51273
* cgraph.h (cgraph_ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51503
--- Comment #2 from Richard Henderson 2011-12-12
18:10:10 UTC ---
Odd. I thought this was supposed to happen automatically with
lang_env_dependencies = { module=libitm; cxx=true; };
in Makefile.def.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51252
--- Comment #4 from Richard Henderson 2011-12-16
18:00:43 UTC ---
While that might solve the ICE, the clone table doesn't actually
get registered, which is why that clone-1 test case still fails.
You'll need to play with collect2 and all its mag
||rth at gcc dot gnu.org
AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org
|gnu.org |
--- Comment #10 from Richard Henderson 2011-12-16
23:35:27 UTC ---
Mine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51072
--- Comment #11 from Richard Henderson 2011-12-17
00:07:17 UTC ---
Author: rth
Date: Sat Dec 17 00:07:10 2011
New Revision: 182424
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182424
Log:
PR bootstrap/51072
* config-lang.in (tar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51072
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51072
--- Comment #13 from Richard Henderson 2011-12-17
21:40:48 UTC ---
Author: rth
Date: Sat Dec 17 21:40:45 2011
New Revision: 182445
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182445
Log:
Revert "fix" for PR bootstrap/51072
Modified:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51599
Richard Henderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51072
Richard Henderson changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51212
--- Comment #3 from Richard Henderson 2011-12-21
17:18:11 UTC ---
As far as the compiler goes that all sounds plausible.
The main problem is that we would have to make libitm exception safe.
I'm 100% sure that won't work at the moment. I'm also
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51552
Richard Henderson changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Comment
|unassigned at gcc dot |rth at gcc dot gnu.org
|gnu.org |
--- Comment #4 from Richard Henderson 2011-12-21
18:12:39 UTC ---
Mine. The only thing I'll concede is that this is a debug size
regression from 4.6, as there's an unnecessary advance betwe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51552
--- Comment #5 from Richard Henderson 2011-12-21
20:21:14 UTC ---
Author: rth
Date: Wed Dec 21 20:21:00 2011
New Revision: 182604
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182604
Log:
PR target/51552
* dwarf2cfi.c (dwarf2out_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51552
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51743
--- Comment #2 from Richard Henderson 2012-01-03
20:11:43 UTC ---
Uh... can you even force ia64-linux to run in big-endian mode?
Just because you said -mbig-endian doesn't mean it is. I don't
see anything in the linux kernel that allows per-proc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51743
--- Comment #5 from Richard Henderson 2012-01-05
00:31:35 UTC ---
(In reply to comment #3)
> These tests just shuffle bytes around, so I was under impression that the
> functionality is isolated from OS. And Hello world executes correctly when
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51072
--- Comment #16 from Richard Henderson 2012-01-05
01:35:29 UTC ---
Author: rth
Date: Thu Jan 5 01:35:25 2012
New Revision: 182899
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182899
Log:
PR bootstrap/51072
* configure.ac: Disab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51072
--- Comment #17 from Richard Henderson 2012-01-05
02:25:10 UTC ---
Author: rth
Date: Thu Jan 5 02:25:04 2012
New Revision: 182900
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182900
Log:
PR bootstrap/51072
* configure.ac: Fix r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51072
Richard Henderson changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51655
--- Comment #1 from Richard Henderson 2012-01-06
21:58:47 UTC ---
Author: rth
Date: Fri Jan 6 21:58:44 2012
New Revision: 182972
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=182972
Log:
PR testsuite/51655
* c-c++-common/tm/memc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50283
--- Comment #16 from Richard Henderson 2012-01-10
21:40:22 UTC ---
Calls are especially problematic, yes. You've just fixed a bug
for branches; hopefully that's the last of them.
Though if it were a matter of preferences, I would expect that
ch
||2012-01-23
AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #2 from Richard Henderson 2012-01-23
18:14:43 UTC ---
Mine
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51968
--- Comment #3 from Richard Henderson 2012-01-23
18:31:51 UTC ---
Created attachment 26436
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26436
proposed patch
I'll run this through a cross-build first, but I expect this will fix it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51968
--- Comment #7 from Richard Henderson 2012-01-24
17:33:46 UTC ---
Author: rth
Date: Tue Jan 24 17:33:41 2012
New Revision: 183480
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183480
Log:
PR target/51968
* config/arm/arm.c (neon_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51968
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: rth at gcc dot gnu.org
Target Milestone: ---
typedef signed svec __attribute__((vector_size(16)));
typedef unsigned uvec __attribute__((vector_size(16)));
svec les(svec x, svec y) {
return x <= y;
}
uvec leu(uve
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: rth at gcc dot gnu.org
Target Milestone: ---
In the following test case,
static inline unsigned deposit32(unsigned value, int start, int length,
unsigned fieldval
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: rth at gcc dot gnu.org
Target Milestone: ---
/* Header file */
extern int bar;
/* Source file */
static int foo;
extern int bar __attribute__((alias("foo")));
--
For this test cas
|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Comment #4 from Richard Henderson ---
Ack.
|unassigned at gcc dot gnu.org |rth at gcc dot gnu.org
--- Comment #2 from Richard Henderson ---
Hmm. When I built aarch64-elf for newlib, configure automatically
sets inhibit_libc, which avoids the whole issue.
While a test vs __GLIBC__ might work, a configure test vs sys/auxv.h
is probably better
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91833
--- Comment #5 from Richard Henderson ---
Ah, I've been using the old time one tree build.
I'll try building aarch64-elf in pieces as I fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91834
--- Comment #5 from Richard Henderson ---
Author: rth
Date: Wed Sep 25 21:48:41 2019
New Revision: 276133
URL: https://gcc.gnu.org/viewcvs?rev=276133&root=gcc&view=rev
Log:
aarch64: Fix store-exclusive in load-operate LSE helpers
PR tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91833
--- Comment #6 from Richard Henderson ---
Author: rth
Date: Wed Sep 25 22:51:55 2019
New Revision: 276134
URL: https://gcc.gnu.org/viewcvs?rev=276134&root=gcc&view=rev
Log:
aarch64: Configure for sys/auxv.h in libgcc for lse-init.c
PR t
Assignee: unassigned at gcc dot gnu.org
Reporter: rth at gcc dot gnu.org
Target Milestone: ---
Created attachment 43224
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43224&action=edit
preprocessed input and assembly output
Seen in top-of-tree qemu:
lduw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84010
--- Comment #3 from Richard Henderson ---
(In reply to James Clarke from comment #2)
> Here is a completely untested patch which should in theory resolve this
> series of issues. This doesn't introduce rematerialization for them (or, if
> it's su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84010
--- Comment #6 from Richard Henderson ---
For better rematerialization, I wonder if it wouldn't be better
to represent this as
(set (reg:P tmp)
(const:P (unspec [(symbol_ref "xxx")] UNSPEC_TLSIE)))
prior to reload, and split to sethi+add+l
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: rth at gcc dot gnu.org
Target Milestone: ---
In order to be more compatible across platforms, it would be
helpful if vector_size(8) was better supported for i386/x86_64.
The vast majority of the operations can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86541
--- Comment #2 from Richard Henderson ---
(In reply to Richard Biener from comment #1)
> Given that we have a target pass that makes use of SSE regs for scalar
> operations I wonder if it would make more sense to attack this at the
> target level
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86774
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55403
Bug #: 55403
Summary: ICE building libitm
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55403
Richard Henderson changed:
What|Removed |Added
Target||alphaev67-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55403
--- Comment #2 from Richard Henderson 2012-11-19
23:52:51 UTC ---
Created attachment 28739
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28739
preprocessed source
Compile with ./cc1plus -quiet -std=c++11 -O2 method-serial.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55403
--- Comment #5 from Richard Henderson 2012-11-20
16:34:20 UTC ---
I now suspect you're missing --with-long-double-128, which would have been
auto-detected given alpha glibc headers in --with-sysroot, as I have.
Proposed patch here:
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55415
Bug #: 55415
Summary: Early SRA produces unaligned complex types
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55415
--- Comment #1 from Richard Henderson 2012-11-20
17:08:15 UTC ---
The call to get_pointer_alignment_1 at ipa-prop.c:2959
does not do what the author intended. In particular we
really really need to notice the "false" return value
when th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48076
--- Comment #2 from Richard Henderson 2012-11-27
18:01:17 UTC ---
Are you sure this isn't a false-positive?
The way I read this code, it is certainly possible for the optimizer
(or the processor) to prefetch emutls_key before the load of
||2012-11-27
AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #3 from Richard Henderson 2012-11-27
18:18:23 UTC ---
Nevermind
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48076
--- Comment #4 from Richard Henderson 2012-11-27
22:05:34 UTC ---
Created attachment 28798
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28798
proposed patch
This should fix the race that I eventually saw (read), as well as one th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55507
--- Comment #1 from Richard Henderson 2012-11-28
18:25:03 UTC ---
Created attachment 28821
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28821
preprocessed alpha source
Looks like the same problem for alpha, occurring elsewhere in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48076
--- Comment #8 from Richard Henderson 2012-11-28
21:01:29 UTC ---
Author: rth
Date: Wed Nov 28 21:01:26 2012
New Revision: 193907
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193907
Log:
PR libgcc/48076
* emutls.c (_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48076
--- Comment #9 from Richard Henderson 2012-11-29
21:06:07 UTC ---
Author: rth
Date: Thu Nov 29 21:06:02 2012
New Revision: 193958
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193958
Log:
PR libgcc/48076
* emutls.c (_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48076
--- Comment #10 from Richard Henderson 2012-11-29
21:11:05 UTC ---
Author: rth
Date: Thu Nov 29 21:11:00 2012
New Revision: 193959
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193959
Log:
PR libgcc/48076
* emutls.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48076
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
at gcc dot gnu.org |unassigned at gcc dot
||gnu.org
--- Comment #22 from Richard Henderson 2012-11-29
21:17:05 UTC ---
Needs long-term work in pre-vectorization folding.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34548
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
Richard Henderson changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #6 from Richard Henderson 2012-12-03
16:48:59 UTC ---
Created attachment 28861
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28861
proposed patch 4.6 only
IMO there are multiple problems being exposed here. Some of th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
Richard Henderson changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #7 from Richard Henderson 2012-12-03
19:04:28 UTC ---
Created attachment 28863
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28863
proposed patch for 4.7
Same as 4.6 modulo fuzz + conflicts.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #9 from Richard Henderson 2012-12-04
17:09:07 UTC ---
(In reply to comment #8)
> In case it's useful to anyone else, a small program that reproduces the
> problem.
>
> % arm-linux-gnueabi-gcc -o utils utils.c
> [sam
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #10 from Richard Henderson 2012-12-04
19:05:44 UTC ---
I can reproduce Joel's problem with the g++ driver or,
as expected, by adding -shared-libgcc to the link line.
Leaving aside the odd and transient bootstrap problem
(whi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55571
--- Comment #11 from Richard Henderson 2012-12-04
19:08:23 UTC ---
Author: rth
Date: Tue Dec 4 19:08:18 2012
New Revision: 194159
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=194159
Log:
PR bootstrap/55571
* Makef
101 - 200 of 782 matches
Mail list logo
