Re: [PING] [PATCH, AArch64] Skip gcc.dg/lower-subreg-1.c

Ping~ Thanks, Yufeng On 07/26/13 12:06, Yufeng Zhang wrote: Hi, This patch changes to skip gcc.dg/lower-subreg-1.c for aarch64*-*-*. The word mode in aarch64 is 64-bit so the lower-subreg pass won't happen in this test case. The test is currently skipped on aarch64 with lp64 due t

Re: [Ping^4] [Patch, AArch64, ILP32] 3/5 Minor change in function.c:assign_parm_find_data_types()

, Yufeng Zhang wrote: Ping^3~ Thanks, Yufeng On 07/08/13 11:11, Yufeng Zhang wrote: Ping^2~ Thanks, Yufeng On 07/02/13 23:44, Yufeng Zhang wrote: Ping~ Can I get an OK please if there is no objection? Regards, Yufeng On 06/26/13 23:39, Yufeng Zhang wrote: This patch updates

[PATCH, AArch64] Fix the generation of .arch and .cpu assembly directives

Hi, This patch changes the compiler to correctly generate .arch and .cpu assembly directives in order to support the inline assembly of instructions that are part of a feature, e.g. crypto. OK for the trunk? Thanks, Yufeng gcc/ * config/aarch64/aarch64.c (aarch64_print_extension):

[PATCH, AArch64] Update definitions of _FP_W_TYPE and _FP_WS_TYPE in libgcc to be based on 'long long'

Hi, The patch changes _FP_W_TYPE and _FP_WS_TYPE in AArch64 libgcc to be based on 'long long', making them ILP32-friendly. x86_64 has the definitions. OK for the trunk? Thanks, Yufeng libgcc/ 2013-04-18 Yufeng Zhang * config/aarch64/sfp-machine.h (_FP_W_TYPE):

Re: [PATCH, AArch64] Fix the generation of .arch and .cpu assembly directives

On 04/22/13 15:43, Marcus Shawcroft wrote: Yufeng, please back port this patch to 4.8. Done in r198146. Yufeng

[PATCH, wwwdocs, AArch64] Document issues with singleton vector types

Hi, This patch documents issues with singleton vector types in the 4.9 AArch64 backend. "On AArch64, the singleton vector types int64x1_t, uint64x1_t and float64x1_t exported by arm_neon.h are defined to be the same as their base types. This results in incorrect application of parameter passi

Re: [RFC][AARCH64] TARGET_ATOMIC_ASSIGN_EXPAND_FENV hook

On 05/02/14 10:08, Kugan wrote: diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index 347a94a..8bd13f3 100644 --- a/gcc/doc/extend.texi +++ b/gcc/doc/extend.texi @@ -9107,6 +9107,7 @@ to those machines. Generally these generate calls to specific machine instructions, but allow the comp

[PING] [PATCH, wwwdocs, AArch64] Document issues with singleton vector types

Ping~ Originally posted here: http://gcc.gnu.org/ml/gcc-patches/2014-05/msg00019.html Thanks, Yufeng On 05/01/14 17:57, Yufeng Zhang wrote: Hi, This patch documents issues with singleton vector types in the 4.9 AArch64 backend. "On AArch64, the singleton vector types int64x1_t, uint6

[PING^2] [PATCH, wwwdocs, AArch64] Document issues with singleton vector types

Ping^2 Thanks, Yufeng On 05/08/14 17:38, Yufeng Zhang wrote: Ping~ Originally posted here: http://gcc.gnu.org/ml/gcc-patches/2014-05/msg00019.html Thanks, Yufeng On 05/01/14 17:57, Yufeng Zhang wrote: Hi, This patch documents issues with singleton vector types in the 4.9 AArch64 backend

Re: RFA: cache enabled attribute by insn code

The patch also fixes the arm-none-eabi build failures I've seen. Thanks, Yufeng On 05/27/14 16:07, Richard Sandiford wrote: Richard Sandiford writes: Richard Sandiford writes: Does the following patch help? Bah, it won't of course: %i1 needs to be the operator. Here's v2. I tested that

Re: ipa-visibility TLC 2/n

On 05/27/14 23:20, Jan Hubicka wrote: here we have decl and its local alias: (gdb) p debug_tree (sect->named.decl) unsigned SI size unit size align 32 symtab 45 alias set 3 canonical type 700f5840 pointer_to_this> BLK

Re: ipa-visibility TLC 2/n

Hi Honza, I can confirm that with your commit r211045 the arm-none-linux-gnueabi{hf} builds are OK now. Thanks for the fix. Yufeng On 05/28/14 22:56, Jan Hubicka wrote: Any update? I've managed to generate a simple test case from libstdc++-v3/src/c++98/strstream.cc which reproduces the iss

[PATCH, testsuite] Fix g++.dg/debug/ra1.C

Hi, g++.dg/debug/ra1.C fails on arm-none-eabi with the following message because enum types in arm eabi are represented by the smallest integral type: warning: width of 'tree_base::code' exceeds its type [enabled by default] This patch updates the test by changing the width of the 'code' bit

Re: Allow passing arrays in registers on AArch64

Hi Michael, Thanks for the fix. The patch looks OK to me in general, although I have some minor comments below. On 01/17/14 08:22, Michael Hudson-Doyle wrote: Hi, as discussed inhttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=59799 GCC currently gets a detail of the AArch64 ABI wrong: arrays are

[PING^3] Re: [PATCH, AArch64] Fix Call Frame Information in ffi_closure_SYSV

Ping^3~~~ Is there a way in getting attention from libffi maintainers? I really would like to see the patch made into gcc before the stage 4 closes. Thanks, Yufeng On 02/12/14 18:08, Yufeng Zhang wrote: Ping^2~~ Thanks, Yufeng On 01/14/14 12:10, Yufeng Zhang wrote: Ping~ Originally

Re: [PATCH, AArch64] Use llfloor and llceil for vcvtmd_s64_f64 and vcvtpd_s64_f64 in arm_neon.h

Hi Marcus, On 01/14/14 12:30, Marcus Shawcroft wrote: On 6 January 2014 12:30, Yufeng Zhang wrote: This patch fixes the implementation of vcvtmd_s64_f64 and vcvtpd_s64_f64 in arm_neon.h to use llfloor and llceil instead, which are ILP32-friendly. This patch will fix the following test

Re: [PATCH/AARCH64 5/6] Fix TLS for ILP32.

On 02/25/14 01:23, Andrew Pinski wrote: On Wed, Dec 4, 2013 at 10:12 AM, Yufeng Zhang wrote: On 12/03/13 21:24, Andrew Pinski wrote: [snip] diff --git a/gcc/config/aarch64/aarch64.md b/gcc/config/aarch64/aarch64.md index 313517f..08fcc94 100644 --- a/gcc/config/aarch64/aarch64.md +++ b/gcc

Re: [PATCHv2/AARCH64 2/3] Fix TLS for ILP32.

Hi, On 02/26/14 02:25, Andrew Pinski wrote: Hi, With ILP32, some simple usage of TLS variables causes an unrecognizable instruction due to needing to use SImode for loading pointers from memory. This fixes the three (tlsie_small, tlsle_small, tlsdesc_small) patterns to support SImode for poin

Re: [PATCHv2/AARCH64 3/3] Support ILP32 multi-lib

On 02/26/14 02:25, Andrew Pinski wrote: Hi, This is the final patch which adds support for the dynamic linker and multi-lib directories for ILP32. I did not change multi-arch support as I did not know what it should be changed to and internally here at Cavium, we don't use multi-arch. Update

[PATCH, AArch64] Sync merge libffi - fix call frame information in ffi_closure_SYSV

/atgreen/libffi 2014-02-28 Yufeng Zhang * src/aarch64/sysv.S (ffi_closure_SYSV): Use x29 as the main CFA reg; update cfi_rel_offset.diff --git a/libffi/src/aarch64/sysv.S b/libffi/src/aarch64/sysv.S index b8cd421..ffb16f8 100644 --- a/libffi/src/aarch64/sysv.S +++ b/libffi/src

Re: [PATCH, AArch64, Testsuite] Specify -fno-use-caller-save for func-ret* tests

Hi Tom, On 8 July 2014 20:45, Tom de Vries wrote: > On 01-07-14 19:26, Jeff Law wrote: >> >> On 07/01/14 09:51, Yufeng Zhang wrote: >>> >>> Hi, >>> >>> This patch resolves a conflict between the aapcs64 test framework for >>> func-re

[Ping] [PATCH, AArch64] Use llfloor and llceil for vcvtmd_s64_f64 and vcvtpd_s64_f64 in arm_neon.h

Ping~ Possible for stage-4 as a bug-fix? Thanks, Yufeng On 02/24/14 14:05, Yufeng Zhang wrote: Hi Marcus, On 01/14/14 12:30, Marcus Shawcroft wrote: On 6 January 2014 12:30, Yufeng Zhang wrote: This patch fixes the implementation of vcvtmd_s64_f64 and vcvtpd_s64_f64 in arm_neon.h to use

[Ping] [PATCH, AArch64] Sync merge libffi - fix call frame information in ffi_closure_SYSV

Ping~ Originally posted here: http://gcc.gnu.org/ml/gcc-patches/2014-02/msg01673.html Thanks, Yufeng On 02/28/14 17:44, Yufeng Zhang wrote: Hi, The attached patch fixes a bug in ./src/aarch64/sysv.S:ffi_closure_SYSV where stack unwinding information was not generated correctly. The change

[PATCH, DOC] Mention -free enabled by default for -O2 and above on AArch64

Hi, -free has been enabled by default for -O2 and above on AArch64 a while ago. This patch updates the relevant part of user manual to reflect the fact. OK for stage-4? Thanks, Yufeng gcc/ * doc/invoke.texi (free): Document AArch64.diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke

[PING] [PATCH, DOC] Mention -free enabled by default for -O2 and above on AArch64

Ping~ Originally posted here: http://gcc.gnu.org/ml/gcc-patches/2014-03/msg01282.html Thanks, Yufeng On 03/24/14 17:45, Yufeng Zhang wrote: Hi, -free has been enabled by default for -O2 and above on AArch64 a while ago. This patch updates the relevant part of user manual to reflect the fact

Re: [PING] [PATCH, DOC] Mention -free enabled by default for -O2 and above on AArch64

Thanks. Patch has been committed to the trunk. Is it OK for gcc-4_9-branch? Thanks, Yufeng On 04/14/14 10:36, Richard Earnshaw wrote: On 13/04/14 15:30, Gerald Pfeifer wrote: On Fri, 11 Apr 2014, Yufeng Zhang wrote: Ping~ Originally posted here: http://gcc.gnu.org/ml/gcc-patches/2014-03

[PING] [PATCH, AArch64] Use GCC builtins to count leading/tailing zeros

Ping~ OK for stage-1? The original patch was posted here: http://gcc.gnu.org/ml/gcc-patches/2014-01/msg00286.html and the glibc patch was approved here: http://sourceware.org/ml/libc-alpha/2014-01/msg00120.html Thanks, Yufeng On 01/07/14 16:34, Yufeng Zhang wrote: Hi, This patch is to

[Patch, AArch64] Add basic recognition for cpu cortex-a53 and cortex-a57

Hi, This patch adds the basic recognition for cpu cortex-a53 and cortex-a57. OK to commit? Thanks, Yufeng gcc/ 2012-12-14 Yufeng Zhang * config/aarch64/aarch64-cores.def: Add entries for "cortex-a53" and "cortex-a57". * config/aarch64

[Patch, AArch64] Set libgloss_dir for aarch64*-*-* targets

Hi, This patch updates the top-level configuration files to explicitly set libgloss_dir to aarch64 for aarch64*-*-* targets. OK to commit? Thanks, Yufeng 2013-01-10 Yufeng Zhang * configure.ac: Set libgloss_dir for the aarch64*-*-* targets. * configure: Regenerated.diff

[Patch, AArch64, AArch64-4.7] Fix AArch64 clear_cache

the regression test on aarch64-none-gnu-linux. OK for trunk and aarch64-4.7-branch? Thanks, Yufeng libgcc/ 2013-01-17 Sofiane Naci Yufeng Zhang * config/aarch64/sync-cache.c (__aarch64_sync_cache_range): Align the loop start address for cache clearing.diff

Re: [Ping] [Patch, AArch64] Set libgloss_dir for aarch64*-*-* targets

Ping~ On 01/10/13 16:20, Yufeng Zhang wrote: Hi, This patch updates the top-level configuration files to explicitly set libgloss_dir to aarch64 for aarch64*-*-* targets. OK to commit? Thanks, Yufeng 2013-01-10 Yufeng Zhang * configure.ac: Set libgloss_dir for the aarch64

Re: [Ping^2] [Patch, AArch64] Set libgloss_dir for aarch64*-*-* targets

Ping^2 Originally posted here: http://gcc.gnu.org/ml/gcc-patches/2013-01/msg00554.html Thanks, Yufeng On 01/28/13 15:04, Yufeng Zhang wrote: Ping~ On 01/10/13 16:20, Yufeng Zhang wrote: Hi, This patch updates the top-level configuration files to explicitly set libgloss_dir to aarch64 for

[AArch64] fix missing Dwarf call frame information in the epilogue

il the end of the func; this is wrong as the LDP instruction restores X29; the CFA reg should be set to SP after LDP. The patch passes the gcc and g++ testsuites. Is it OK for the aarch64 branch? Thanks, Yufeng gcc/ChangeLog 2012-09-12 Yufeng Zhang * config/aarch64

[Patch testsuite] Use complex floating-point constant in the macro CDBL

compiler that only supports floating-point complex types; having an integral complex constant in CDBL has caused some troubles. Is it OK for trunk? Thanks, Yufeng gcc/testsuite/ChangeLog 2011-11-22 Yufeng Zhang Use complex floating-point constant in CDBL. * gcc.dg/compat/compat

[PING] Re: [Patch testsuite] Use complex floating-point constant in the macro CDBL

PING. On 11/22/11 15:11, Yufeng Zhang wrote: Hi, This patch changes the macro CDBL in gcc.dg/compat/compat-common.h to use complex floating-point constant rather than complex integer constant. CDBL is a macro to help construct complex floating-point constants in a number of compat tests. I

[PATCH, libstdc++-v3] Add newlib specific ctype_members.cc

ure (when the C library is the newlib C) will be fixed: libstdc++-v3/testsuite/22_locale/ctype/scan/wchar_t/1.cc. The patch has passed the regression test with armv7-a arm-eabi on qemu. Is it OK for trunk? Thanks, Yufeng libstdc++-v3/ChangeLog 2011-06-06 Yufeng Zhang

RE: [PATCH, libstdc++-v3] Add newlib specific ctype_members.cc

This time with the patch attached. Yufeng > -Original Message- > From: Yufeng Zhang [mailto:yufeng.zh...@arm.com] > Sent: 06 June 2011 18:31 > To: gcc-patches@gcc.gnu.org > Subject: [PATCH, libstdc++-v3] Add newlib specific ctype_members.cc > > Hi, > > This

[PING] [PATCH, libstdc++-v3] Add newlib specific ctype_members.cc

Ping for: http://gcc.gnu.org/ml/gcc-patches/2011-06/msg00440.html > libstdc++-v3/ChangeLog > 2011-06-06 Yufeng Zhang > > * config/locale/newlib/ctype_members.cc: New file. > * acinclude.m4 (GLIBCXX_ENABLE_CLOCALE): Add a new C locale > kind: newlib.

RE: [PING] [PATCH, libstdc++-v3] Add newlib specific ctype_members.cc

Hi Paolo, Thank you for the review. > > Ping for: > > http://gcc.gnu.org/ml/gcc-patches/2011-06/msg00440.html > personally, I have only minor comments, like only 2011 as Copyright > year for new files, and please also regtest on a gnu-linux system. I've updated the Copyright year and removed the

RE: [PING] [PATCH, libstdc++-v3] Add newlib specific ctype_members.cc

Hi Paolo, > -Original Message- > From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches- > ow...@gcc.gnu.org] On Behalf Of Yufeng Zhang > Sent: 01 July 2011 18:00 > To: 'Paolo Carlini' > Cc: gcc-patches@gcc.gnu.org; libstd...@gcc.gnu.org > Subject: RE: [

Added myself to MAINTAINERS (write after approval)

Changelog: 2011-04-12 Yufeng Zhang * MAINTAINERS (Write After Approval): Add myself. Regards, Yufeng ZhangIndex: MAINTAINERS === --- MAINTAINERS (revision 172321) +++ MAINTAINERS (working copy) @@ -510,6 +510,7 @@ Joey

[PATCH, C++ testsuite] Fix g++.dg/abi/arm_cxa_vec1.C

still passes with arm-eabi as an expected pass and passes with x86 as an unsupported test. OK for the trunk? Thanks, Yufeng 2011-03-03 Yufeng Zhang * g++.dg/abi/arm_cxa_vec1.C: Correct the typos/errors in the test case. Index: gcc/testsuite/g++.dg/abi/arm_cxa_vec1.C

RE: [PING^2] [PR46003, C++] Fix the assertion failure in build_target_expr

> On 03/03/2011 11:39 PM, Jason Merrill wrote: > I think rather that the problem is in build_conditional_expr; it > should have a template case that just determines the appropriate > type and then builds up a COND_EXPR with that type from the > unconverted operands, like we do for calls in finish_

<    1   2