Re: [patch] introduce aarch64 as a Go architecture

On 29 Nov 2013, at 19:38, "Andrew Pinski" wrote: > On Fri, Nov 29, 2013 at 11:34 AM, Matthias Klose wrote: >> Please let's pick aarch64. Everybody names it this way, except of course >> Debian > > And the linux kernel. > The Linux kernel reports aarch64 in its uname. It's only the source

Re: [golang-dev] Re: [gofrontend-dev] Re: [patch] introduce aarch64 as a Go architecture

On 2 Dec 2013, at 00:06, "Rob Pike" wrote: > arm64 it is > This is perverse and completely inconsistent with the rest of the gnu tool chain. It makes no sense at all to me for go to be inconsistent in this way. R.

Re: [PATCH][ARM] Add Cortex-A53 rtx costs table

On 15 Nov 2013, at 15:42, "Kyrill Tkachov" wrote: > Hi all, > > This patch adds the rtx costs table for the Cortex-A53. It goes in the new > aarch-cost-tables.h file because we will want to share it with AArch64. > > We add a corresponding tuning struct and set the tuning from generic cortex

Re: RFA: patch to fix PR58785 (an ARM LRA crash)

On 30 Oct 2013, at 08:16, "Vladimir Makarov" wrote: > The following patch fixes: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58785 > > LRA chooses constraint 'm' for const_int operand. It means that the > const_int should be placed in memory but it does not happen as preferred > reload c

Re: [PATCH/AARCH64] Fix build after __builtin_thread_pointer changes

On 29 Oct 2012, at 09:26, "Andrew Pinski" wrote: > Hi, > Right now aarch64-*-* is broken because the C front-end also defines > a __builtin_thread_pointer which causes an internal error. We don't > need to do the __builtin_thread_pointer support in the back-end. This > patch moves aarch64 to

Re: [ARM] Use match_test rather than eq/ne symbol_ref

On 13 Sep 2011, at 18:48, "Richard Sandiford" wrote: > As per the subject. Tested by making sure that there were no new > warnings building arm-linux-gnueabi, and that there were no changes > in the assembly output for the C and C++ testsuite. OK to install? > > Richard > > > gcc/ >

Re: [arm-embedded] Simply enable GCC to support -march=armv6s-m as GAS does.

On 11 Sep 2011, at 09:37, "Terry Guo" wrote: > Hello Richard, > >> >>> Hello, >>> >>> This patch adds simple support of -march=armv6s-m which is already >> supported >>> by GAS. With this patch, inline assembly code containing "SVC" >> instruction >>> can be handled by option -march=armv6s-m.

Re: [arm-embedded] Simply enable GCC to support -march=armv6s-m as GAS does.

On 11 Sep 2011, at 03:10, "Terry Guo" wrote: > Hello, > > This patch adds simple support of -march=armv6s-m which is already supported > by GAS. With this patch, inline assembly code containing "SVC" instruction > can be handled by option -march=armv6s-m. Otherwise one has to use option > -mcpu