On Sat, Sep 28, 2013 at 3:05 PM, Jan Hubicka wrote:
>> > Nice extension. Test cases would be great to have.
>> Fore those you need i386 changes to actually use the info. I will post that
>> after some cleanup and additional testing.
>
> Hi,
> since I already caught your attention, here is the tar
> > Nice extension. Test cases would be great to have.
> Fore those you need i386 changes to actually use the info. I will post that
> after some cleanup and additional testing.
Hi,
since I already caught your attention, here is the target specific part for
comments.
this patch implements memcpy
Hello Joseph,
On 28 Sep 2013, at 17:44, Iain Sandoe wrote:
> On 28 Sep 2013, at 17:40, Joseph S. Myers wrote:
>
>> On Sat, 28 Sep 2013, Iain Sandoe wrote:
>>
>>> * config/t-darwin (darwin.o, darwin-c.o, darwin-f.o, darwin-driver.o):
>>> Use COMPILE and POSTCOMPILE.
>>> * config/x-dar
On 09/28/2013 02:45 AM, Paolo Carlini wrote:
.. by the way, in the current stl_algo* I'm still seeing many, many,
functions which should be inline not declared as such: each function
which has a few __glibcxx_requires* at the beginning (which normally
boil down to nothing) and then forwards to
This patch to the Go compiler avoids useless knockon errors for invalid
uses of the blank identifier "_". I added a simple general facility for
erroneous names although it is currently only used for _. Bootstrapped
and ran Go testsuite on x86_64-unknown-linux-gnu. Committed to mainline
and 4.8 b
OK to backport the attached change to 4.7 and 4.8?
Dave
--
John David Anglin dave.ang...@bell.net
2013-09-28 John David Anglin
PR driver/58505
Backport from mainline:
2013-05-22 Matthias Klose
* jvspec.c (jvgenmain_spec): Add %I to cc1 call.
Index:
On 28 Sep 2013, at 17:40, Joseph S. Myers wrote:
> On Sat, 28 Sep 2013, Iain Sandoe wrote:
>
>> * config/t-darwin (darwin.o, darwin-c.o, darwin-f.o, darwin-driver.o):
>> Use COMPILE and POSTCOMPILE.
>> * config/x-darwin (host-darwin.o): Likewise.
>> * config/i386/x-darwin (ho
On Sat, 28 Sep 2013, Iain Sandoe wrote:
> * config/t-darwin (darwin.o, darwin-c.o, darwin-f.o, darwin-driver.o):
> Use COMPILE and POSTCOMPILE.
> * config/x-darwin (host-darwin.o): Likewise.
> * config/i386/x-darwin (host-i386-darwin.o): Likewise.
> * config/rs6000/x-
You can also add a test case of this form:
int foo( int t, int n, int *dst)
{
int j = 0;
int s = 1;
t++;
for (j = 0; j < n; j++)
{
dst[j] = t;
s *= t;
}
return s;
}
where without the fix the loop vectorization is missed.
David
On Fri, Sep 27, 2013 at
This patch fixes PR58369, an ICE in subreg_get_info when compiling
boost for m68k-linux.
choose_reload_regs attempts to reload a DFmode (8-byte) reg, finds
an XFmode (12-byte) reg in "last_reg", and calls subreg_regno_offset
with these two modes and a subreg offset of zero. However, this is
not a
On 09/27/2013 01:03 AM, Jeff Law wrote:
On 09/26/2013 08:15 AM, Michael Matz wrote:
Hi,
On Wed, 25 Sep 2013, Jeff Law wrote:
I was going to bring it up at some point too. My preference is
strongly to simply eliminate the space on methods...
Which wouldn't be so weird: in the libstdc++-v3 cod
The main part of the port (everything but the testsuite) is still waiting
for review:
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00323.html
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00324.html
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00325.html
http://gcc.gnu.org/ml/gcc-patches/2013-09/ms
On Fri, Sep 27, 2013 at 4:30 PM, Paolo Carlini wrote:
> Nah, only double check that the testcase you are un-xfail-ing uses
> -std=gnu++11, otherwise will not pass ;)
Committed :)
Thanks!
--
Tim Shen
This patch adds a number of tests for ARC target specific options.
I'm a bit uncertain here if I still need approval for this patch.
On the one hand the changes are all in an area that is normally within
the remit of a target maintainer, and patch to add the gcc.target/arc
directory has already b
> Nice extension. Test cases would be great to have.
Fore those you need i386 changes to actually use the info. I will post that
after some cleanup and additional testing.
Honza
Hi Marcus,
I have re-based the patch and tested for aarch64-none-elf with no regressions.
Also for aarch64-unknown-linux-gnu the following test cases passes.
Before:
UNSUPPORTED: gcc.dg/nested-func-4.c
UNSUPPORTED: gcc.dg/pr43643.c:
UNSUPPORTED: gcc.dg/nest.c
UNSUPPORTED: gcc.dg/20021014
Hi,
this might be the oldest bug i've fixed so far.
We currently generate wrong code for non-local gotos which breaks, amongst
other things, nested functions.
I fixed this a while ago for x86 Darwin and here is a version to fix it on PPC.
(the patch is darwin-local save the definitions of the UN
> Hi,
>
> sorry it took me so long, but it also took me quite a while to chew
> through. Please consider posting context diff in cases like this.
> Nevertheless, most of the patch is a nice improvement.
Uhm, sorry. Seems I diffed from a different users.
> > There is cgraph_indirect_call_info tha
Hi!
We have this cunning legacy scheme to support unwinding on both G3 and G4/G5
processors. Effectively, we build some components without altivec support, and
then test for its presence at runtime. To doing this we pretend that altivec
is absent when building init_unwind - and therefore all
I've been experimenting with the idea of building native crosses on my most
capable machine, for the many variants of darwin we now have, and then using
the older/slower hardware for test only.
This has uncovered a few issues with cross/native cross flags etc.
this patch adjusts the mh-darwin f
Hi,
This updates the Darwin port {t,x}-* fragments after the switch to auto-deps
(thanks Tom!).
bootstrapped (all langs, incl Ada) on i686-darwin9(bootstrap=gcc-4.8),
i686-darwin10, x86-64-darwin11, x86_64-darwin12 (bootstrap=recent trunk)
powerpc-darwin9 (c,c++,lto,objc,fortran) (bootstrap=gcc
21 matches
Mail list logo
