RFA: Fix rtl-optimization/57425

2013-06-15 Thread Joern Rennecke
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

[PATCH] MIPS r5900, --with-llsc=?

2013-06-15 Thread Jürgen Urban
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

Re: [PATCH] Proof of concept: multiple gc heaps

2013-06-15 Thread Mike Stump
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

Re: [PATCH] Basic support for MIPS r5900

2013-06-15 Thread Richard Sandiford
"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

Re: [PATCH, libcpp] Do not decrease highest_location if the included file has be included twice.

2013-06-15 Thread Dehao Chen
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

Re: [Patch, fortran] PR 49074 ICE on defined assignment with class arrays.

2013-06-15 Thread Tobias Burnus
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

Re: [Patch, fortran] PR 49074 ICE on defined assignment with class arrays.

2013-06-15 Thread Mikael Morin
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

Re: [PATCH] Re-write LTO type merging again, do tree merging

2013-06-15 Thread Jan Hubicka
> > 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

Re: [PATCH] Re-write LTO type merging again, do tree merging

2013-06-15 Thread Jan Hubicka
> > 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

Re: [PATCH GCC]Fix PR57540, try to choose scaled_offset address mode when expanding array reference

2013-06-15 Thread Eric Botcazou
> 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

Re: [PATCH 4/4] Fix leading spaces.

2013-06-15 Thread Ondřej Bílka
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

Re: [PATCH 4/4] Fix leading spaces.

2013-06-15 Thread Chung-Ju Wu
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