Bootstrapped/regtested on i686-pc-linux-gnu.
2013-06-15 Joern Rennecke
gcc:
PR rtl-optimization/57425
* alias.c (write_dependence_p): Add new parameters mem_size and
canon_mem_addr. Changed all callers.
(canon_anti_dependence): New function.
* cse.c (che
Hello Richard,
> >> > How much other changes will be currently accepted here? There is other
> >> > stuff which I want to prepare and submit here, e.g.:
> >> > 3. fix use of ll/sc in libgomp, either increase mips ISA level or use
> >> > syscall (which is broken in Linux 2.6.35.4).
The attached p
On Jun 14, 2013, at 8:21 PM, David Malcolm wrote:
> I'm hoping that gcc 4.9 can support multiple "parallel universes" of gcc
> state within one process
> One issue with the above is the garbage collector.
> I think there are two possible ways in which "universe instances" could
> interact with t
"Jürgen Urban" writes:
>> Richard Sandiford writes:
>>
>> > I can't approve the Makefile.in bits. I've cc'ed Ian, who's the libgcc
>> > maintainer. Ian: the problem is that "_muldi3.o" on 64-bit targets
>> > is actually an implementation of __multi3. Jürgen wants to have a
>> > __muldi3 too, w
ping ^2
On Tue, Jun 4, 2013 at 10:02 AM, Dehao Chen wrote:
> Hi, Dodji,
>
> Thanks for helping update the patch. The new patch passed all
> regression test and can fix the problem in my huge source file. I
> added ChangeLog entry to the patch. Could any libcpp maintainers help
> check if it is ok
Mikael Morin wrote:
Dominique noticed that the patch also fixed PR56136 whose test is very
close to the one of PR49074.
This made me notice that while the PR56136 test should use a temporary
(and does), the PR49074 one shouldn't. That is fixed with the attached
patch.
Then the ICE which was fixe
Hello,
Dominique noticed that the patch also fixed PR56136 whose test is very
close to the one of PR49074.
This made me notice that while the PR56136 test should use a temporary
(and does), the PR49074 one shouldn't. That is fixed with the attached
patch.
Then the ICE which was fixed by the previ
>
> Patch didn't survive a kernel lto build. LTO test cases are tricky as usual,
> but I can give you a objdir
> or core file if you want.
I was looking into this ICE and it is DECL_CONTEXT being wrong. There is
another PR about the same, so i will try to debug it and figure out why.
Otherwise
>
> I've managed to fix nearly all reported missed merged types for cc1.
> Remaining are those we'll never be able to merge (merging would
> change the SCC shape) and those that eventually end up refering
> to a TYPE_STUB_DECL with a make_anon_name () IDENTIFIER_NODE.
> For the latter we should fi
> As reported in pr57540, gcc chooses bad address mode, resulting in A)
> invariant part of address expression is not kept or hoisted; b) additional
> computation which should be encoded in address expression. The reason is
> when gcc runs into "addr+offset" (which is invalid) during expanding, it
On Sat, Jun 15, 2013 at 05:13:31PM +0800, Chung-Ju Wu wrote:
> 2013/6/14 Joseph S. Myers :
> > On Thu, 13 Jun 2013, Richard Biener wrote:
> >
> >> Btw, rather than these kind of patches I'd appreciate if someone would look
> >> at a simple pre(post?)-commit hook that enforces those whitespace rules
2013/6/14 Joseph S. Myers :
> On Thu, 13 Jun 2013, Richard Biener wrote:
>
>> Btw, rather than these kind of patches I'd appreciate if someone would look
>> at a simple pre(post?)-commit hook that enforces those whitespace rules.
>
> In the cpp testsuite we definitely want tests with bad whitespace
12 matches
Mail list logo