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
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!
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
> 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,
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 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
> 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
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
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
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 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
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
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
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-
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
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:
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
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
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
> > 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
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
21 matches
Mail list logo
