Re: [PATCH] vinsertps XMM16-XMM31 fixes

Hi, On 09 May 18:45, Jakub Jelinek wrote: > Hi! > > vinsertps is already in AVX512F, so we can use use v constraints > freely. > > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? OK. -- Thanks, K > > 2016-05-09 Jakub Jelinek > > * config/i386/sse.md (*vec_setv4sf_

Re: [PATCH] vinsertps XMM16-XMM31 fixes

On 09 May 18:47, Jakub Jelinek wrote: > Hi! > > The testcases show that we emit AVX512BW instructions even when > AVX512BW is disabled. Additionally, two of the 4 patterns were using > weirdo constraint for the output (x instead of v, while they used v for > input). > > Fixed thusly, bootstrappe

[PATCH] PR71060

The PR shows that data-dependence analysis is too strict when making sure that dr_indices of two DRs are compatible enough to be fed into the dependence machinery. The important part is that the structure of the object needs to be the same which is ensured by type equality. Then of course they n

Re: [PATCH] Improve XMM16-XMM31 handling in vpinsr*

Hi, On 09 May 18:51, Jakub Jelinek wrote: > Hi! > > vpinsr{b,w} are AVX512BW, vpinsr{d,q} are AVX512DQ. > This patch makes us use v constraint instead of x in those > cases. > > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? OK. -- Thanks, K > > 2016-05-09 Jakub Jelinek

Re: [PATCH] Improve sse2_loadld

Hi, On 09 May 18:52, Jakub Jelinek wrote: > Hi! > > I hope this pattern actually shouldn't be used for AVX512*, because > vpinsr should match instead, but just in case it doesn't, all the insns > involved are in AVX512F. > > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? OK.

Re: [PATCH] vec_extract XMM16-XMM17 improvements

Hi, On 09 May 18:55, Jakub Jelinek wrote: > Hi! > > vpextr{b,w} are in AVX512BW, so is vpsrldq, and vpextr{d,q} are in > AVX512DQ. > > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? OK. -- Thanks, K > > 2016-05-09 Jakub Jelinek > > * config/i386/i386.md (isa): Ad

Re: [PATCH] vec_extract XMM16-XMM17 improvements

On Thu, May 12, 2016 at 10:30:53AM +0300, Kirill Yukhin wrote: > Hi, > On 09 May 18:55, Jakub Jelinek wrote: > > Hi! > > > > vpextr{b,w} are in AVX512BW, so is vpsrldq, and vpextr{d,q} are in > > AVX512DQ. > > > > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? > OK. Note, t

Re: [PATCH] vec_extract XMM16-XMM17 improvements

On 12 May 10:11, Jakub Jelinek wrote: > On Thu, May 12, 2016 at 10:30:53AM +0300, Kirill Yukhin wrote: > > Hi, > > On 09 May 18:55, Jakub Jelinek wrote: > > > Hi! > > > > > > vpextr{b,w} are in AVX512BW, so is vpsrldq, and vpextr{d,q} are in > > > AVX512DQ. > > > > > > Bootstrapped/regtested on x

Re: Simple bitop reassoc in match.pd

On Wed, May 11, 2016 at 7:56 PM, Marc Glisse wrote: > On Wed, 11 May 2016, Jeff Law wrote: > >>> We could also simplify (int)(_Bool)x to x using VRP information that x >>> is in [0, 1], but apparently when VRP replaces x==0 with y=x^1,(_Bool)y, >>> it does not compute a range for the new variable

Re: [Patch ARM/AArch64 09/11] Add missing vrnd{,a,m,n,p,x} tests.

On 11/05/16 14:23, Christophe Lyon wrote: 2016-05-02 Christophe Lyon * gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrnd.c: New. * gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrndX.inc: New. * gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrnda.c

Re: Allow embedded timestamps by C/C++ macros to be set externally (3)

On 05/12/2016 02:36 AM, Dhole wrote: + error_at (input_location, "environment variable SOURCE_DATE_EPOCH must " + "expand to a non-negative integer less than or equal to %wd", + MAX_SOURCE_DATE_EPOCH); +/* The value (as a unix timestamp) corresponds to date +

Re: libgomp: Make GCC 5 OpenACC offloading executables work

On 05/11/2016 06:02 PM, Thomas Schwinge wrote: I conceptually agree to that. (If we're serious about that, then we can remove more code, such as the legacy libgomp entry point itself -- a "missing symbol: [...]" is still vaguely better than a SIGSEGV.) Yet, what I fixed here, is just what Jakub

Re: [PATCH][ARM] PR target/70830: Avoid POP-{reglist}^ when returning from interrupt handlers

Ping. https://gcc.gnu.org/ml/gcc-patches/2016-05/msg00395.html Thanks, Kyrill On 05/05/16 12:50, Kyrill Tkachov wrote: Hi all, In this PR we deal with some fallout from the conversion to unified assembly. We now end up emitting instructions like: pop {r0,r1,r2,r3,pc}^ which is not legal. We

Re: [PATCH][ARM] PR target/70830: Avoid POP-{reglist}^ when returning from interrupt handlers

On Thu, May 5, 2016 at 12:50 PM, Kyrill Tkachov wrote: > Hi all, > > In this PR we deal with some fallout from the conversion to unified > assembly. > We now end up emitting instructions like: > pop {r0,r1,r2,r3,pc}^ > which is not legal. We have to use an LDM form. > > There are bugs in two arm

Re: [PATCH, libgomp] Rewire OpenACC async

On Tue, Mar 29, 2016 at 05:48:25PM +0800, Chung-Lin Tang wrote: > I've updated this patch for trunk (as attached), and re-tested without > regressions. This patch is still a fix for > libgomp.oacc-c-c++-common/asyncwait-1.c, > which FAILs right now. > > ChangeLog is still as before. Is this okay

Re: [PATCH, libgomp] Fix deadlock in acc_set_device_type

On Mon, Mar 28, 2016 at 05:45:42PM +0800, Chung-Lin Tang wrote: > Hi Jakub, there's a path for deadlock on acc_device_lock when going > through the acc_set_device_type() OpenACC library function. > Basically, the gomp_init_targets_once() function should not be > called with that held. The attached

[PATCH, PR tree-optimization/71006] Fix vectype computation for COND_EXPR

Hi, Currently we have a code in vect_determine_vectorization_factor to compute vectype for mask producers. It wasn't meant to be used for EXPR_COND assignments but it is used now in some cases causing wrong resulting vectype. Bootstrapped and regtested for x86_64-pc-linux-gnu. OK for trunk? Th

Re: [PATCH 1/4, libgomp] Resolve deadlock on plugin exit (Ping x2)

On Wed, May 11, 2016 at 02:49:03PM +0800, Chung-Lin Tang wrote: > Ping x2 These are again plugin ABI incompatible changes, so you need to arrange for the 6.1 plugins to be rejected by trunk libgomp with the changes and vice versa. Jakub

Re: [PATCH] Fix crash with --help=^ (PR driver/71063)

On Wed, May 11, 2016 at 10:50:55PM +0200, Jakub Jelinek wrote: > On Wed, May 11, 2016 at 10:40:36PM +0200, Marek Polacek wrote: > > We crashed when given --help=^ and Kyrill explained why in the PR > > (). The following > > seems as good a fix

Re: [PATCH] Better location info for "incomplete type" error msg (PR c/70756)

Ping. On Thu, May 05, 2016 at 04:22:15PM +0200, Marek Polacek wrote: > On Wed, May 04, 2016 at 11:52:39AM -0400, Jason Merrill wrote: > > On Wed, May 4, 2016 at 9:00 AM, Marek Polacek wrote: > > > On Tue, May 03, 2016 at 08:05:47PM -0400, Jason Merrill wrote: > > >> Looks good. > > >> > > >> But

Re: [PATCH, PR tree-optimization/71006] Fix vectype computation for COND_EXPR

On Thu, May 12, 2016 at 12:19 PM, Ilya Enkovich wrote: > Hi, > > Currently we have a code in vect_determine_vectorization_factor to > compute vectype for mask producers. It wasn't meant to be used for > EXPR_COND assignments but it is used now in some cases causing wrong > resulting vectype. > >

Re: [PATCH, RFC] Introduce -fsanitize=use-after-scope

On Wed, May 11, 2016 at 02:54:01PM +0200, Martin Liška wrote: > On 05/06/2016 02:22 PM, Jakub Jelinek wrote: > > On Fri, May 06, 2016 at 01:04:30PM +0200, Martin Liška wrote: > >> I've started working on the patch couple of month go, basically after > >> a brief discussion with Jakub on IRC. > >> >

Re: [PATCH, libgomp] Rewire OpenACC async

Hi! On Thu, 12 May 2016 12:02:58 +0200, Jakub Jelinek wrote: > ABI incompatible change for the plugin > interface (affecting OpenACC capable plugins only), I think you just should > rename the plugin callback you add the argument to, so that > || !DLSYM_OPT (openacc.register_async_clean

Re: [PATCH] Fix crash with --help=^ (PR driver/71063)

On Thu, May 12, 2016 at 12:35:58PM +0200, Marek Polacek wrote: > 2016-05-12 Marek Polacek > > PR driver/71063 > * opts.c (common_handle_option): Detect missing argument for --help^. > > * gcc.dg/opts-7.c: New test. Thanks. Jakub

Re: [PATCH, libgomp] Rewire OpenACC async

On Thu, May 12, 2016 at 12:47:18PM +0200, Thomas Schwinge wrote: > Hi! > > On Thu, 12 May 2016 12:02:58 +0200, Jakub Jelinek wrote: > > ABI incompatible change for the plugin > > interface (affecting OpenACC capable plugins only), I think you just should > > rename the plugin callback you add the

[PATCH] Fix PR71062

It was noted that we now simplify pointer equality tests against restrict qualified pointers which we can't do according to reading of the fine-prints in the C standard done by Joseph. Fixed as follows. Bootstrapped on x86_64-unknown-linux-gnu, testing in progress. Richard. 2016-05-12 Richard

[PATCH] Fix PR71059

The following works around the issue that PRE inserts expressions into the VN hashes without having a representative for them. First the patch avoids inserting fully constant expressions and second it deals with the above by assigning a representative once VN insertion needs one. The way PRE use

Re: [PATCH, PR tree-optimization/71006] Fix vectype computation for COND_EXPR

2016-05-12 13:38 GMT+03:00 Richard Biener : > On Thu, May 12, 2016 at 12:19 PM, Ilya Enkovich > wrote: >> Hi, >> >> Currently we have a code in vect_determine_vectorization_factor to >> compute vectype for mask producers. It wasn't meant to be used for >> EXPR_COND assignments but it is used now

Re: [PATCH] [ARC] Use GOTOFFPC relocation for pc-relative accesses.

PING On 02/05/16 15:50, Claudiu Zissulescu wrote: This patch makes the pc-relative access to be more safe by using @pcl syntax. This new syntax generates a pc-relative relocation which will be handled by assembler. OK to apply? Claudiu gcc/ 2016-05-02 Claudiu Zissulescu Joern Re

Re: [PATCHv2 0/7] ARC: Add support for nps400 variant

On 03/05/16 12:56, Andrew Burgess wrote: * Claudiu Zissulescu [2016-05-02 09:02:16 +]: Please also consider to address also the following warnings introduced: mainline/gcc/gcc/config/arc/arc.md:888: warning: source missing a mode? mainline/gcc/gcc/config/arc/arc.md:906: warning: source m

Re: [PATCH 3/3] Enhance dumps of IVOPTS

On 05/10/2016 03:16 PM, Bin.Cheng wrote: > Another way is to remove the use of id for struct iv_inv_expr_ent once > for all. We can change iv_ca.used_inv_expr and cost_pair.inv_expr_id > to pointers, and rename iv_inv_expr_ent.id to count and use this to > record reference number in iv_ca. This i

Re: [PATCH, PR tree-optimization/71006] Fix vectype computation for COND_EXPR

On Thu, May 12, 2016 at 1:25 PM, Ilya Enkovich wrote: > 2016-05-12 13:38 GMT+03:00 Richard Biener : >> On Thu, May 12, 2016 at 12:19 PM, Ilya Enkovich >> wrote: >>> Hi, >>> >>> Currently we have a code in vect_determine_vectorization_factor to >>> compute vectype for mask producers. It wasn't m

Re: [PATCH, DOC] Document ASAN_OPTIONS="halt_on_error" env variable.

On 05/11/2016 04:56 PM, Jakub Jelinek wrote: > I think it better should say that: > Even if a recovery mode is turned on the compiler side, it needs to be also > enabled on the runtime library side, otherwise the failures are still fatal. > The runtime library defaults to ... and this can be overri

Re: [PATCH, DOC] Document ASAN_OPTIONS="halt_on_error" env variable.

On Thu, May 12, 2016 at 02:36:44PM +0200, Martin Liška wrote: > On 05/11/2016 04:56 PM, Jakub Jelinek wrote: > > I think it better should say that: > > Even if a recovery mode is turned on the compiler side, it needs to be also > > enabled on the runtime library side, otherwise the failures are sti

Re: [Patch ARM/AArch64 09/11] Add missing vrnd{,a,m,n,p,x} tests.

On 12 May 2016 at 10:45, Jiong Wang wrote: > > > On 11/05/16 14:23, Christophe Lyon wrote: >> >> 2016-05-02 Christophe Lyon >> >> * gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrnd.c: New. >> * gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vrndX.inc: >> New. >>

Re: [PATCH 3/3] Enhance dumps of IVOPTS

On Thu, May 12, 2016 at 1:13 PM, Martin Liška wrote: > On 05/10/2016 03:16 PM, Bin.Cheng wrote: >> Another way is to remove the use of id for struct iv_inv_expr_ent once >> for all. We can change iv_ca.used_inv_expr and cost_pair.inv_expr_id >> to pointers, and rename iv_inv_expr_ent.id to count

Re: [PATCH] Improve vec_concatv?sf*

On Thu, May 12, 2016 at 04:39:52PM +0300, Kirill Yukhin wrote: > > --- gcc/config/i386/sse.md.jj 2016-05-04 14:36:08.0 +0200 > > +++ gcc/config/i386/sse.md 2016-05-04 15:16:44.180894303 +0200 > > @@ -6415,12 +6415,12 @@ (define_insn "avx512f_vec_dup_1" > > ;; unpcklps with register

Re: [PATCH] Improve vec_concatv?sf*

Hi Jakub, On 04 May 21:44, Jakub Jelinek wrote: > Hi! > > Another pair of define_insns. > > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? > > 2016-05-04 Jakub Jelinek > > * config/i386/sse.md (*vec_concatv2sf_sse4_1, *vec_concatv4sf): Use > v instead of x i

[PATCH] Add dg-require-atomic-builtins to test

PR libstdc++/71081 * testsuite/experimental/memory_resource/1.cc: Require atomics. Don't run the test on targets that need libatomic for accessing the default memory resource. Tested x86_64-linux, committed to trunk. commit ad31ffda12215c1934c9c3a99092e55f7344239b Author: Jonathan

Re: [PATCH, RFC] Introduce -fsanitize=use-after-scope

On 05/12/2016 12:41 PM, Jakub Jelinek wrote: > On Wed, May 11, 2016 at 02:54:01PM +0200, Martin Liška wrote: >> On 05/06/2016 02:22 PM, Jakub Jelinek wrote: >>> On Fri, May 06, 2016 at 01:04:30PM +0200, Martin Liška wrote: I've started working on the patch couple of month go, basically after >

Re: [PATCH] Improve other 13 define_insns

Hi Jakub, On 04 May 21:43, Jakub Jelinek wrote: > Hi! > > This patch tweaks more define_insns at once, again all the insns > should be already in AVX512F or AVX512VL. > > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? > > 2016-05-04 Jakub Jelinek > > * config/i386

Re: [PATCH] [rtlfe] Barebones implementation of "__RTL"; next steps?

On Wed, 2016-05-11 at 11:57 +0200, Richard Biener wrote: > On Wed, May 11, 2016 at 3:31 AM, Trevor Saunders < > tbsau...@tbsaunde.org> wrote: > > On Tue, May 10, 2016 at 05:01:00PM -0400, David Malcolm wrote: > > > [CCing Prasad since this may be useful for his gimple FE work, by > > > replacing "r

Re: [PATCH] Improve vec_concatv?sf*

On 12 May 15:55, Jakub Jelinek wrote: > On Thu, May 12, 2016 at 04:39:52PM +0300, Kirill Yukhin wrote: > > > --- gcc/config/i386/sse.md.jj 2016-05-04 14:36:08.0 +0200 > > > +++ gcc/config/i386/sse.md2016-05-04 15:16:44.180894303 +0200 > > > @@ -6415,12 +6415,12 @@ (define_insn "

Re: [PATCH] Better location info for "incomplete type" error msg (PR c/70756)

OK, thanks. Jason

Re: libgomp: Make GCC 5 OpenACC offloading executables work

On 05/11/16 12:02, Thomas Schwinge wrote: I conceptually agree to that. (If we're serious about that, then we can remove more code, such as the legacy libgomp entry point itself -- a "missing symbol: [...]" is still vaguely better than a SIGSEGV.) Yet, what I fixed here, is just what Jakub and

Re: PATCH: PR target/70738: Add -mgeneral-regs-only option

On 05/11/2016 11:02 AM, H.J. Lu wrote: On Tue, May 10, 2016 at 1:02 PM, Sandra Loosemore wrote: Again, this sounds like implementor-speak, and there are grammatical errors (noun/verb disagreement, missing articles). Do users of this attribute need to know what instructions the compiler is emi

Re: Simple bitop reassoc in match.pd

On Thu, 12 May 2016, Richard Biener wrote: Yeah - note that VRP already calls set_range_info before simplifying stmts. It's just that substitute_and_fold doesn't apply fold_stmt (and thus match.pd) to all stmts but it only applies the pass specific "fold" (vrp_fold_stmt) to all stmts. Just

[PATCH 1/3] Indirect inlining of targets from references of global constants

Hi, the patch below implements deducing aggregate contents from pointers to constant variables for inlining and IPA-CP, which finally makes us perform the optimization requested in https://gcc.gnu.org/ml/gcc/2014-07/msg00240.html. It also lays down the basis for doing optimization requested in PR

[PATCH 2/3] Const parameters are always unmodified

Hi, this patch simply makes parm_preserved_before_stmt_p consider all const PARM_DECLs constant and does not invoke AA walking on them (really the DECLs themselves, not the memory they might point to). Bootstrapped and lto-bootstrapped and tested on x86_64-linux. OK for trunk? Thanks, Martin

[PATCH 3/3] Allow constant global VAR_DECLs in constant jump functions

Hi, the following patch adds the final step necessary to perform optimization requested in PR 69708, i.e do indirect inlining of a function passed by value in a structure. It allows jump functions to be aggregate global constant VAR_DECLs, which enables the constructor-walking code introduced in

[PATCH] Fix ASAN bootstrap (uninitialized variable warning)

Hi. Following patch is needed to survive --with-build-config=bootstrap-asan: ../../gcc/tree-vect-patterns.c: In function ‘gimple* vect_recog_mask_conversion_pattern(vec*, tree_node**, tree_node**)’: ../../gcc/tree-vect-patterns.c:3612:34: error: ‘lhs’ may be used uninitialized in this function

Re: [PATCH 3/3] Enhance dumps of IVOPTS

On 05/12/2016 03:51 PM, Bin.Cheng wrote: > On Thu, May 12, 2016 at 1:13 PM, Martin Liška wrote: >> On 05/10/2016 03:16 PM, Bin.Cheng wrote: >>> Another way is to remove the use of id for struct iv_inv_expr_ent once >>> for all. We can change iv_ca.used_inv_expr and cost_pair.inv_expr_id >>> to po

Re: Simple bitop reassoc in match.pd

On May 12, 2016 6:02:47 PM GMT+02:00, Marc Glisse wrote: >On Thu, 12 May 2016, Richard Biener wrote: > >> Yeah - note that VRP already calls set_range_info before simplifying >> stmts. It's just that substitute_and_fold doesn't apply fold_stmt >(and >> thus match.pd) to all stmts but it only ap

[Patch, lra] relax the restriction on subreg reload for wide mode

For PR70904 is caused by inproper reload for wide mode. For mode with size bigger than ptr_mode, there unlikely to be "mov" between two registers with different classes, but there normally will be "mov" which transfers element of vector register into the general register, and this normally will b

Re: Thoughts on memcmp expansion (PR43052)

On 05/02/2016 03:14 PM, Richard Biener wrote: I think it fits best in tree-ssa-strlen.c:strlen_optimize_stmt for the moment. I've done this in this version. Note that this apparently means it won't be run at -O unlike the previous version. The code moved to tree-ssa-strlen.c is nearly ident

Re: PATCH: PR target/70738: Add -mgeneral-regs-only option

On Thu, May 12, 2016 at 8:46 AM, Sandra Loosemore wrote: > On 05/11/2016 11:02 AM, H.J. Lu wrote: >> >> On Tue, May 10, 2016 at 1:02 PM, Sandra Loosemore >> wrote: >>> >>> >>> Again, this sounds like implementor-speak, and there are grammatical >>> errors >>> (noun/verb disagreement, missing arti

[PATCH, i386]: Fix gcc.target/i386/pr70027.c FAIL for x32 -fpic

Hello! We have to pass word_mode (DImode for x86_64 target) call operand to ix86_output_call_insn, otherwise invalid DWORD_PTR prefixed address is generated in x32 case. 2016-05-12 Uros Bizjak * config/i386/i386.md (*call_got_x32): Change operand 0 to DImode before it is passed to ix8

Re: [PATCH] Improve other 13 define_insns

On Thu, May 12, 2016 at 05:20:02PM +0300, Kirill Yukhin wrote: > > 2016-05-04 Jakub Jelinek > > > > * config/i386/sse.md (sse_shufps_, sse_storehps, sse_loadhps, > > sse_storelps, sse_movss, avx2_vec_dup, avx2_vec_dupv8sf_1, > > sse2_shufpd_, sse2_storehpd, sse2_storelpd, sse2_loadh

Re: [PATCH][ARM] PR target/70830: Avoid POP-{reglist}^ when returning from interrupt handlers

On 12 May 2016 at 11:48, Ramana Radhakrishnan wrote: > On Thu, May 5, 2016 at 12:50 PM, Kyrill Tkachov > wrote: >> Hi all, >> >> In this PR we deal with some fallout from the conversion to unified >> assembly. >> We now end up emitting instructions like: >> pop {r0,r1,r2,r3,pc}^ >> which is not

New Finnish PO file for 'cpplib' (version 6.1.0)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'cpplib' has been submitted by the Finnish team of translators. The file is available at: http://translationproject.org/latest/cpplib/fi.po (This file, 'cpplib-6.1.0.fi.po',

Contents of PO file 'cpplib-6.1.0.fi.po'

cpplib-6.1.0.fi.po.gz Description: Binary data The Translation Project robot, in the name of your translation coordinator.

[PATCH, i386]: Additional fix for PR62599 with -mcmodel=medium -fpic

Hello! testsuite/gcc.target/i386/pr61599-{1,2}.c testcases expose a failure with -mcmodel -fpic, where: /tmp/ccfpoxHY.o: In function `bar': pr61599-2.c:(.text+0xe): relocation truncated to fit: R_X86_64_PC32 against symbol `a' defined in LARGE_COMMON section in /tmp/ccKTKST2.o collect2: error: ld

Re: [PATCH/AARCH64/ILP32] Fix unwinding (libgcc)

On Wed, Apr 27, 2016 at 2:13 PM, Andrew Pinski wrote: > Hi, > AARCH64 ILP32 is like x32 where UNITS_PER_WORD > sizeof(void*) so we > need to define REG_VALUE_IN_UNWIND_CONTEXT for ILP32. This fixes > unwinding through the signal handler. This is independent of the ABI > which Linux kernel uses

[PATCH] c++/60760 - arithmetic on null pointers should not be allowed in constant expressions

Attached is a resubmission of the patch for c++/60760 originally submitted late in the 6.0 cycle along with a patch for c++/67376. Since c++/60760 was not a regression, it was decided that it would be safer to defer the fix until after the 6.1.0 release. While retesting this patch I was happy to

Re: [PATCH, i386]: Additional fix for PR62599 with -mcmodel=medium -fpic

On Thu, May 12, 2016 at 3:02 PM, Uros Bizjak wrote: > Hello! > > testsuite/gcc.target/i386/pr61599-{1,2}.c testcases expose a failure > with -mcmodel -fpic, where: > > /tmp/ccfpoxHY.o: In function `bar': > pr61599-2.c:(.text+0xe): relocation truncated to fit: R_X86_64_PC32 > against symbol `a' def

Re: [PATCH, i386]: Additional fix for PR62599 with -mcmodel=medium -fpic

On Thu, May 12, 2016 at 4:19 PM, H.J. Lu wrote: > On Thu, May 12, 2016 at 3:02 PM, Uros Bizjak wrote: >> Hello! >> >> testsuite/gcc.target/i386/pr61599-{1,2}.c testcases expose a failure >> with -mcmodel -fpic, where: >> >> /tmp/ccfpoxHY.o: In function `bar': >> pr61599-2.c:(.text+0xe): relocatio

[Patch, Fortran] Fix PR 71047

Here's the fix and a test case for the regression PR 71047 introduced by the DEC STRUCTURE/UNION patch (commit 235999). Turns out I was a bit greedy about adding component refs to structure constructors in gfc_default_initializer. Fixed to only add them to FL_STRUCTURE and FL_UNION symbols, which