gcc.dg/attr-copy-6.c: Require visibility.

Another trivial one, committed. gcc/testsuite: * gcc.dg/attr-copy-6.c: Require visibility. --- gcc/gcc/testsuite/gcc.dg/attr-copy-6.c.orig Mon Jan 13 22:30:47 2020 +++ gcc/gcc/testsuite/gcc.dg/attr-copy-6.c Sun Jul 19 05:44:12 2020 @@ -2,6 +2,7 @@ { dg-do compile } {

gcc.dg/Wno-frame-address.c: Skip for cris and mmix.

Long-standing FAIL remedied; committed. Maybe better to list the targets that *do* support arbitrary frame access? gcc/testsuite: * gcc.dg/Wno-frame-address.c: Skip for cris and mmix. --- gcc/gcc/testsuite/gcc.dg/Wno-frame-address.c.orig Mon Jan 13 22:30:47 2020 +++

Re: pragma-eof.c

On Sat, 18 Jul 2020, Jakub Jelinek wrote: > On Sat, Jul 18, 2020 at 05:04:56PM -0400, David Edelsohn via Gcc-patches > wrote: > > H-P, > > > > After your patch to the testsuite, the cpp/pragma-eof.c testcase is > > failing on all targets. Would you please investigate and fix? > > That is

Re: pragma-eof.c

On Sat, Jul 18, 2020 at 05:04:56PM -0400, David Edelsohn via Gcc-patches wrote: > H-P, > > After your patch to the testsuite, the cpp/pragma-eof.c testcase is > failing on all targets. Would you please investigate and fix? That is because the dg-error directive had line number of the last line

Re: pragma-eof.c

H-P, After your patch to the testsuite, the cpp/pragma-eof.c testcase is failing on all targets. Would you please investigate and fix? Thanks, David

[PATCH] c++: Add __builtin_bit_cast to implement std::bit_cast [PR93121]

Hi! The following patch adds __builtin_bit_cast builtin, similarly to clang or MSVC which implement std::bit_cast using such an builtin too. It checks the various std::bit_cast requirements, when not constexpr evaluated acts pretty much like VIEW_CONVERT_EXPR of the source argument to the

Re: *ping* [patch, fortran] Fix PR 96018, wrong code caused by implicit_pure

Hi Paul, The patch looks fine to me but I have two questions: (i) Why is this not done in resolve.c? Of course it doesn't matter where the function resides :-) I put it into frontend-passes.c because it makes heavy use of gfc_code_walker, and out of habit. If you prefer, I can of course

Re: *ping* [patch, fortran] Fix PR 96018, wrong code caused by implicit_pure

Hi Thomas, The patch looks fine to me but I have two questions: (i) Why is this not done in resolve.c? (ii) Is Martin's reduced reproducer not the basis for a testcase? Regards Paul On Sat, 18 Jul 2020 at 11:58, Thomas Koenig via Fortran wrote: > Ping? > > > the attached patch fixes a

Re: PING [PATCH] x86-64: Define ASM_OUTPUT_ALIGNED_DECL_LOCAL

On Sat, Jul 18, 2020 at 8:15 AM Jan Hubicka wrote: > > > On Sun, Jul 12, 2020 at 5:05 AM H.J. Lu wrote: > > > > > > On Fri, Jun 26, 2020 at 2:02 PM H.J. Lu wrote: > > > > > > > > Define ASM_OUTPUT_ALIGNED_DECL_LOCAL for large local common symbol. > > > > > > > > gcc/ChangeLog: > > > > > > > >

Re: PING [PATCH] x86-64: Define ASM_OUTPUT_ALIGNED_DECL_LOCAL

> On Sun, Jul 12, 2020 at 5:05 AM H.J. Lu wrote: > > > > On Fri, Jun 26, 2020 at 2:02 PM H.J. Lu wrote: > > > > > > Define ASM_OUTPUT_ALIGNED_DECL_LOCAL for large local common symbol. > > > > > > gcc/ChangeLog: > > > > > > * config/i386/x86-64.h (ASM_OUTPUT_ALIGNED_DECL_LOCAL): New. > >

Re: PING [PATCH] x86-64: Define ASM_OUTPUT_ALIGNED_DECL_LOCAL

On Sun, Jul 12, 2020 at 5:05 AM H.J. Lu wrote: > > On Fri, Jun 26, 2020 at 2:02 PM H.J. Lu wrote: > > > > Define ASM_OUTPUT_ALIGNED_DECL_LOCAL for large local common symbol. > > > > gcc/ChangeLog: > > > > * config/i386/x86-64.h (ASM_OUTPUT_ALIGNED_DECL_LOCAL): New. > > > >

[PATCH] x86: Add __cpuidex and include guard to

Add void __cpuidex (int __cpuid_info[4], int __leaf, int __subleaf); as well as include guard to . gcc/ PR target/95973 PR target/96238 * config/i386/cpuid.h: Add include guard. (__cpuidex): New. gcc/testsuite/ PR target/95973 PR target/96238

*ping* [patch, fortran] Fix PR 96018, wrong code caused by implicit_pure

Ping? the attached patch fixes a 9/10/11 regression where we left over an implicit_pure attribute when a non-implicit_pure procedure was called. The fix is explained in the ChangeLog.

[PATCH] gimple-fold: Handle bitfields in fold_const_aggregate_ref_1 [PR93121]

Hi! When working on __builtin_bit_cast that needs to handle bitfields too, I've made the following change to handle at least some bitfields in fold_const_aggregate_ref_1 (those that have integral representative). It already handles some, but only those that start and end at byte boundaries.

[PATCH] fold-const: Handle bitfields in native_encode_initializer [PR93121]

Hi! When working on __builtin_bit_cast that needs to handle bitfields too, I've made the following change to handle at least some bitfields in native_encode_initializer (those that have integral representative). Bootstrapped/regtested on {x86_64,i686,powerpc64{,le}}-linux, ok for trunk?