ARM gold unknown option.

Hi All , We are migrating to the gold linker and see the below issue bash-4.1$ /auto/compiler-migration/bin/armeb-linux-gnueabi-ld.gold --be8 /auto/compiler-migration/bin/armeb-linux-gnueabi-ld.gold: --be8: unknown option Any help ,will be appreciated . Thank you ~Umesh

[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 --- Comment #5 from Yaakov Selkowitz --- Possible patch included in attachment 38505 for bug 71133.

[Bug libstdc++/71133] msp430-elf -mlarge FTBFS in libstdc++-v3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71133 --- Comment #1 from Yaakov Selkowitz --- Created attachment 38505 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38505=edit Draft patch for 6.1 The results of this test are (so far) used only in the code that will later fail to compile on

[Bug c/71157] New: -Wnull-dereference false alarm in wrong function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71157 Bug ID: 71157 Summary: -Wnull-dereference false alarm in wrong function Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/70959] [6/7 Regression] Invalid type determination due to expression in a type declaration statement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70959 --- Comment #5 from William Clodius --- 1. Maybe the placement of the warning is spurious, but is there any chance it is actually assigning the type REAL(4) to e18? 2. It sounds as if the logic of arith.c is in an incorrect order. What should

[Bug preprocessor/69665] Internal error on #pragma push_macro("__FILE__")

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69665 Martin Sebor changed: What|Removed |Added Keywords||ice-on-invalid-code Known to fail|

[Bug preprocessor/69665] Internal error on #pragma push_macro("__FILE__")

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69665 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 --- Comment #4 from Yaakov Selkowitz --- (In reply to Yaakov Selkowitz from comment #3) > It seems that #define _GLIBCXX_USE_WEAK_REF 1 would fix this; the question > is where exactly it should go (config/os/generic/os_defines.h ?) and under >

[AARCH64] Remove static variable all_extensions from aarch64.c

Hi, static variable all_extensions in aarch64.c is not used and therefore dead. I don’t see any reason why it should be there. Attached patch removes this. Bootstrapped on aarch64-linux-gnu. Regression testing is ongoing. Is this OK for trunk? Thanks, Kugan gcc/ChangeLog: 2016-05-17 Kugan

[PATCH 3/3] function: Restructure *logue insertion

This patch restructures how the prologues/epilogues are inserted. Sibcalls that run without prologue are now handled in shrink-wrap.c; it communicates what is already handled by setting the EDGE_IGNORE flag. The try_shrink_wrapping function then doesn't need to be passed the bb_flags anymore.

[PATCH 2/3] function: Factor out make_*logue_seq

Make new functions make_split_prologue_seq, make_prologue_seq, and make_epilogue_seq. Tested as in the previous patch; is this okay for trunk? Segher 2016-05-16 Segher Boessenkool * function.c (make_split_prologue_seq, make_prologue_seq,

[PATCH 1/3] function: Do the CLEANUP_EXPENSIVE after shrink-wrapping, not before

We should do CLEANUP_EXPENSIVE after shrink-wrapping, because shrink- wrapping creates constructs that CLEANUP_EXPENSIVE can optimise, and nothing runs CLEANUP_EXPENSIVE later. We don't need cleanup_cfg before shrink-wrapping, nothing in shrink-wrapping (or the other *logue insertion code) cares

[Bug fortran/71156] New: PURE interface/definition inconsistency: accepts invalid, rejects valid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71156 Bug ID: 71156 Summary: PURE interface/definition inconsistency: accepts invalid, rejects valid Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH] misc minor doc fixes

On 05/16/2016 05:05 PM, Jim Wilson wrote: Deletes text claiming that major version changes are rare, and fixes two misspellings of signaling. Tested with make info and make dvi. This looks fine to me. -Sandra

Re: PING^5 [PATCH, GCC 5] PR 70613, -fabi-version docs don't match implementation

On 05/16/2016 04:35 PM, Jim Wilson wrote: This is my fifth ping. I just need someone to rubber stamp it so I can check it in. The documentation change looks fine, but as a documentation maintainer only I don't think I can approve changes to a release branch. -Sandra

[Bug c++/70979] [C++14] g++ falsely accepts constexpr function returning a lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70979 --- Comment #4 from Martin Sebor --- Including the following test case from the duplicate bug 71116 (which is expected to pass in C+++ 14 and prior): $ cat uu.cpp && /home/msebor/build/gcc-fortify-source/gcc/xgcc

[Bug libstdc++/71108] to_string is relatively slow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71108 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

[Bug c++/70979] [C++14] g++ falsely accepts constexpr function returning a lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70979 Martin Sebor changed: What|Removed |Added CC||eric.niebler at gmail dot com ---

[Bug c++/71116] Lambdas should not be literal types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71116 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Last reconfirmed|

[PATCH] misc minor doc fixes

Deletes text claiming that major version changes are rare, and fixes two misspellings of signaling. Tested with make info and make dvi. Jim 2016-05-16 Jim Wilson * doc/cpp.texi (__GNUC__): Major version changes are no longer rare. * doc/invoke.texi (-mnan=2008):

[Bug c/71152] NULL is not cast to (void *) as it ought to be if compiling code with -c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152 --- Comment #4 from Martin Sebor --- Sorry, I didn't finish the sentence: ...please attach the complete preprocessor output on the off change that the NULL macro isn't expanded to (void*)0 for some reason.

[Bug c/71152] NULL is not cast to (void *) as it ought to be if compiling code with -c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[Bug middle-end/71155] New: symbol in wrong section .data.rel.local on mips64el

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71155 Bug ID: 71155 Summary: symbol in wrong section .data.rel.local on mips64el Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3

Re: [PATCH 0/4] RFC: RTL frontend

On 05/04/2016 02:49 PM, David Malcolm wrote: * The existing RTL code is structured around a single function being optimized, so, as a simplification, the RTL frontend can only handle one function per input file. Also, the dump format currently uses comments to separate functions::

Re: match.pd: ~X & Y to X ^ Y in some cases

On 05/16/2016 04:31 PM, Marc Glisse wrote: On Mon, 16 May 2016, Jeff Law wrote: Please use if (GIMPLE && ((get_nonzero_bits ...) Rather than #if GIMPLE Richard asked for the reverse in some previous patch: https://gcc.gnu.org/ml/gcc-patches/2016-04/msg01617.html I don't really care

Re: PING^5 [PATCH, GCC 5] PR 70613, -fabi-version docs don't match implementation

This is my fifth ping. I just need someone to rubber stamp it so I can check it in. Maybe it would be easier if I volunteered to be a doc maintainer so I can self approve it? Jim On Mon, May 9, 2016 at 4:21 PM, Jim Wilson wrote: > On Mon, May 2, 2016 at 12:13 PM, Jim

Re: match.pd: ~X & Y to X ^ Y in some cases

On Mon, 16 May 2016, Jeff Law wrote: Please use if (GIMPLE && ((get_nonzero_bits ...) Rather than #if GIMPLE Richard asked for the reverse in some previous patch: https://gcc.gnu.org/ml/gcc-patches/2016-04/msg01617.html I don't really care which one we settle on... -- Marc Glisse

Re: [PATCH 4/4] Initial version of RTL frontend

On 05/10/2016 08:13 AM, David Malcolm wrote: On Wed, 2016-05-04 at 16:49 -0400, David Malcolm wrote: [...snip...] I wrote this by compiling a test.c with -fdump-rtl-all on x86_64-pc-linux-gnu, and then attempting to load the state at each pass, and then trying to run just one pass, and fixing

Re: [PATCH 2/3] Add profiling support for IVOPTS

> As profile-guided optimization can provide very useful information > about basic block frequencies within a loop, following patch set leverages > that information. It speeds up a single benchmark from upcoming SPECv6 > suite by 20% (-O2 -profile-generate/-fprofile use) and I think it can > also

Re: [PATCH] Import config.sub and config.guess from upstream.

On 05/13/2016 01:55 AM, Jakub Sejdak wrote: +2016-05-13 Jakub Sejdak +* config.guess: Import version 2016-04-02 (newest). +* config.sub: Import version 2016-05-10 (newest). Installed on the trunk. I think this was NAK's for the release branches. jeff

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

On 05/12/2016 10:09 AM, Martin Jambor wrote: 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

[Bug target/71153] aarch64 LSE __atomic_fetch_and() generates inversion for constants

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153 --- Comment #3 from Andrew Pinski --- The other way of fixing this is to expose the NOT in RTL before register allocator. That is harder but still doable.

[Bug target/71153] aarch64 __atomic_fetch_and() generates probably incorrect double inversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization

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

On 05/12/2016 10:08 AM, Martin Jambor wrote: 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

[C++ Patch] PR 70466 ("ICE on invalid code in tree check: expected constructor, have parm_decl in convert_like_real...")

Hi, in this ICE during error recovery, the check in convert_like_real: if (CONSTRUCTOR_NELTS (expr) == 0 && FUNCTION_FIRST_USER_PARMTYPE (convfn) != void_list_node) is reached for a PARM_DECL as expr. I think that the correct way to avoid in general such problem is adding

[Bug c++/71154] Attributes for an explicit template instantiation are ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71154 --- Comment #1 from James Abbatiello --- Created attachment 38502 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38502=edit Too simple patch

[Bug c++/71154] New: Attributes for an explicit template instantiation are ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71154 Bug ID: 71154 Summary: Attributes for an explicit template instantiation are ignored Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug target/71153] aarch64 __atomic_fetch_and() generates probably incorrect double inversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153 --- Comment #1 from dhowells at redhat dot com --- (In reply to dhowe...@redhat.com from comment #0) > ... If nothing else, the MOVN and MOV could be condensed into just a MOV. ... The MOVN and the MVN could be condensed, that is.

[Bug target/71153] New: aarch64 __atomic_fetch_and() generates probably incorrect double inversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153 Bug ID: 71153 Summary: aarch64 __atomic_fetch_and() generates probably incorrect double inversion Product: gcc Version: 6.1.1 Status: UNCONFIRMED Severity:

[Bug libstdc++/11196] _GNU_SOURCE vs. M_PI

from Jan van Dijk --- Has this been (partly) fixed in the meantime? The OP's test program compiles just fine with: g++ (SUSE Linux) 4.8.3 20140627 [gcc-4_8-branch revision 212064] g++ (SUSE Linux) 5.3.1 20160412 [gcc-5-branch revision 234894] g++ (GCC) 7.0.0 20160516 (experimental) x86_64

Re: (R5900) Implementing Vector Support

On 05/14/2016 03:21 AM, Woon yung Liu wrote: The current constraints allow GCC to access the 64-bit LO+HI register pair as a single 128-bit register, so I am cheating by using both the x and wr (new constraint for LO1+HI1) constraints. That doesn't seem right. The x constrant is for the hi/lo

Re: [PATCH] Enable libgloss support for ARC in top-level configure.ac

On 05/13/2016 06:35 AM, Anton Kolesov wrote: 2016-05-13 Anton Kolesov * configure.ac: Add ARC support to libgloss. * configure: Regenerate Thanks. Installed on the trunk after moving a mis-placed ChangeLog entry from Wilco. Jeff

[Bug target/71114] [7 Regression] Several test suite failures on x86_64-apple-darwin* after revision r236090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114 --- Comment #18 from Dominique d'Humieres --- > smoke test passes, I'll leave it to Dominique's full-run to confirm. With the patch in comment 15 applied on top of revision r236286 the reported failures are gone. From the fix, would it be

Re: match.pd: ~X & Y to X ^ Y in some cases

On 05/13/2016 01:07 PM, Marc Glisse wrote: Hello, maybe this would fit better in VRP, but it is easier (and not completely useless) to put it in match.pd. Since the transformation is restricted to GIMPLE, I think I don't need to check that @0 is SSA_NAME. I didn't test if @0 has pointer type

[Bug rtl-optimization/71150] [7 Regression] ICE on valid code at -O1 and above in 64-bit mode on x86_64-linux-gnu in lra_eliminate_reg_if_possible, at lra-eliminations.c:1402

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71150 Jiong Wang changed: What|Removed |Added Target||i386* Status|NEW

Re: (R5900) Implementing Vector Support

On 05/15/2016 03:43 AM, Woon yung Liu wrote: testv.c:70:2: note: ==> examining statement: _5 = (int) _4; You need to implement the vec_unpack* patterns. But how can I tell what operations are required by autovectorization, that are currently not supported? Well, the dumps you're looking

Re: RFA: Generate normal DWARF DW_LOC descriptors for non integer mode pointers

On 05/16/2016 08:12 AM, Nick Clifton wrote: Hi Guys, Currently dwarf2out.c:mem_loc_descriptor() has some special case code to handle the situation where an address is held in a register whose mode is not of type MODE_INT. It generates a DW_OP_GNU_regval_type expression which may later

[Bug c/71152] NULL is not cast to (void *) as it ought to be if compiling code with -c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152 --- Comment #2 from Ray Strode --- this test case works as expected with gcc-5.3.1-6.fc23.x86_64

Avoid inlining into instrumetnation thunks

Hi, this patch fixes chkp ICE when we try to inline into an instrumentation thunk. This is not really a thunk and ths can't be hanled as such. Bootstrapped/regtested x86_64-linux Honza 2016-05-16 Jan Hubicka * ipa-inline-analysis.c (compute_inline_parameters):

[Bug c++/71145] Alpha: Error: No lda !gpdisp!278 was found

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71145 --- Comment #3 from Michael Cree --- Created attachment 38500 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38500=edit compressed preprocessed source Failing preprocessed source compressed with gzip; hopefully this goes through okay.

[Bug c/71152] NULL is not cast to (void *) as it ought to be if compiling code with -c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152 --- Comment #1 from Ray Strode --- $ rpm -q gcc gcc-6.0.0-0.20.fc25.x86_64

PING 2 [PATCH] integer overflow checking builtins in constant expressions

Ping 2 of the following patch: https://gcc.gnu.org/ml/gcc-patches/2016-05/msg00013.html On 05/09/2016 10:38 AM, Martin Sebor wrote: Pinging the following patch: https://gcc.gnu.org/ml/gcc-patches/2016-05/msg00013.html On 05/01/2016 10:39 AM, Martin Sebor wrote: c/68120 - can't easily

[Bug c/71152] New: NULL is not cast to (void *) as it ought to be if compiling code with -c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152 Bug ID: 71152 Summary: NULL is not cast to (void *) as it ought to be if compiling code with -c Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

Successful bootstrap and install of gcc (GCC) 6.1.0 on armv5tel-unknown-linux-gnueabi

Hi, Here's a report of a successful build and install of GCC: $ gcc-6.1.0/config.guess armv5tel-unknown-linux-gnueabi $ newcompiler/bin/gcc -v Using built-in specs. COLLECT_GCC=newcompiler/bin/gcc

Re: [PATCH 2/3] Const parameters are always unmodified

On 05/12/2016 10:08 AM, Martin Jambor wrote: 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

Re: [PATCH vs] Take known zero bits into account when checking extraction.

On 05/11/2016 02:52 AM, Dominik Vogt wrote: On Wed, May 11, 2016 at 10:40:11AM +0200, Bernd Schmidt wrote: On 05/11/2016 09:42 AM, Dominik Vogt wrote: On Tue, May 10, 2016 at 05:05:06PM +0200, Bernd Schmidt wrote: Earlier in the discussion you mentioned the intention to remove these costs.

Re: [PATCH] Take known zero bits into account when checking extraction.

On 04/29/2016 03:35 AM, Dominik Vogt wrote: On Wed, Apr 27, 2016 at 10:24:21PM -0600, Jeff Law wrote: Instead you want insn 12 to use a zero-extend to extend (reg:SI 64) into (reg:DI 2)? Yes, because we get the zero extend for free in this case (through the constant in the AND or because the

[PATCH, i386]: No singing in the compiler!

2016-05-16 Uros Bizjak * config/i386/xopintrin.h: Correct "unsinged" typo in the comments. Committed as obvious. Uros. Index: config/i386/xopintrin.h === --- config/i386/xopintrin.h (revision 236296)

Re: [PATCH] Respect --param ipa-max-agg-items=0

On 05/11/2016 09:46 AM, Martin Jambor wrote: Hi, when analyzing PR 70646, I found out that --param ipa-max-agg-items=0 does not prevent creation of aggregate jump functions because it is checked only after the first such jump function is created. The following patch fixes that by checking the

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

On 05/12/2016 08:29 AM, David Malcolm wrote: One wart I ran into is that system.h has this: /* Front ends should never have to include middle-end headers. Enforce this by poisoning the header double-include protection defines. */ #ifdef IN_GCC_FRONTEND #pragma GCC poison GCC_RTL_H

Re: VRP: range info of new variables

On 05/13/2016 12:50 PM, Marc Glisse wrote: Hello, when VRP does some transforms, it may create new SSA_NAMEs, but doesn't give them range information. This can prevent cascading transformations in a single VRP pass. With this patch, I assign range information to the variable introduced by one

[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 --- Comment #3 from Yaakov Selkowitz --- It seems that #define _GLIBCXX_USE_WEAK_REF 1 would fix this; the question is where exactly it should go (config/os/generic/os_defines.h ?) and under what conditions.

Re: Fix for PR68159 in Libiberty Demangler (6)

On 05/16/2016 12:19 PM, Jakub Jelinek wrote: On Mon, May 16, 2016 at 12:12:38PM -0600, Jeff Law wrote: On 05/06/2016 09:19 AM, Jakub Jelinek wrote: On Fri, May 06, 2016 at 11:11:29PM +0800, Marcel Böhme wrote: + dpi.copy_templates += (struct d_print_template *) malloc (((size_t)

[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 --- Comment #2 from Yaakov Selkowitz --- (In reply to Jonathan Wakely from comment #1) > I think we just want to disable TM library support for such targets. Okay, h8300-elf and xstormy16-elf are both similarly affected. msp430-elf probably

Re: Fix for PR68159 in Libiberty Demangler (6)

On Mon, May 16, 2016 at 12:12:38PM -0600, Jeff Law wrote: > On 05/06/2016 09:19 AM, Jakub Jelinek wrote: > >On Fri, May 06, 2016 at 11:11:29PM +0800, Marcel Böhme wrote: > >>+ dpi.copy_templates > >>+= (struct d_print_template *) malloc (((size_t) dpi.num_copy_templates) > >>+

Re: Fix for PR68159 in Libiberty Demangler (6)

On 05/06/2016 09:19 AM, Jakub Jelinek wrote: On Fri, May 06, 2016 at 11:11:29PM +0800, Marcel Böhme wrote: + dpi.copy_templates += (struct d_print_template *) malloc (((size_t) dpi.num_copy_templates) + * sizeof (*dpi.copy_templates)); + if (!

Re: [PATCH] Add PowerPC ISA 3.0 word splat and byte immediate splat support

On Fri, May 13, 2016 at 08:23:16PM -0500, Segher Boessenkool wrote: > On Fri, May 13, 2016 at 07:25:43PM -0400, Michael Meissner wrote: > > This patch adds support for the 32-bit word splat instructions, the byte > > immediate splat instructions, and the vector sign extend instructions to GCC > >

[hsa] Increase hsa symbol alignment to a natural one

Hi, in the last round fo alignment fixes, we have forgot to make sure that all symbols are at least naturally aligned, which is a hard HSAIL requirement. This caused problems when emitting a symbol for a private complex number, as the natural alignment as defined by HSAIL is twice the one of the

[Bug bootstrap/70835] New: internal compiler error on libiberty/floatformat.c when bootstrapping 5.3.0 with 5.3.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70835 Bug ID: 70835 Summary: internal compiler error on libiberty/floatformat.c when bootstrapping 5.3.0 with 5.3.0 Product: gcc Version: 5.3.0 Status: UNCONFIRMED

[Bug ipa/71146] [7 Regression] error: __builtin_unreachable or __builtin_trap call with arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 --- Comment #6 from Jan Hubicka --- > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 > > --- Comment #5 from Marek Polacek --- > And of course I found it (I think) just after posting the previous commit: Ah, thanks. It looks OK to me. I

[committed] Fix some typos in gimple.c

While debugging PR71146 I notices these. These typos are perfidious because they make grepping for '__builtin_unreachable' harder. Applying to trunk as obvious. 2016-05-16 Marek Polacek * gimple.c (maybe_remove_unused_call_args): Fix typos in the

[PATCH 4/4] BRIG (HSAIL) frontend: smoke test suite

A smoke test suite. The patch has been tested more thoroughly with the proprietary HSA PRM conformance suite. Requires the HSAILasm tool to first compile the .hsail to .brig. -- Pekka Jääskeläinen Parmance A smoke test suite. The patch has been tested more thoroughly with the proprietary HSA

[PATCH 2/4] BRIG (HSAIL) frontend: The FE itself.

The BRIG frontend itself. -- Pekka Jääskeläinen Parmance 002-brig-fe-new-files.patch.gz Description: application/gzip

[PATCH 1/4] BRIG (HSAIL) frontend: configuration file changes and misc

The configuration file changes and misc. updates required by the BRIG frontend. Also, added include/hsa-interface.h which is hsa.h taken from libgomp and will be shared by it (agreed with Martin Liška / SUSE). -- Pekka Jääskeläinen Parmance The configuration file changes and misc. updates

[PATCH 0/4] BRIG (HSAIL) frontend

This patch set adds a BRIG (HSAIL) frontend. It can be used as a core for an HSAIL finalizer implementation for processors with gcc backends. It is a bit unusual frontend as the consumed format is a binary representation. The textual HSAIL can be compiled to it with a separate assembler. The

[Bug ipa/71146] [7 Regression] error: __builtin_unreachable or __builtin_trap call with arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 --- Comment #5 from Marek Polacek --- And of course I found it (I think) just after posting the previous commit: --- a/gcc/tree-inline.c +++ b/gcc/tree-inline.c @@ -4486,6 +4486,7 @@ expand_call_inline (basic_block bb, gimple *stmt,

[Bug target/71151] New: -fmerge-constants and -fdata-sections results in string constants in .progmem.gcc_sw section

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71151 Bug ID: 71151 Summary: -fmerge-constants and -fdata-sections results in string constants in .progmem.gcc_sw section Product: gcc Version: 6.1.0 Status: UNCONFIRMED

[Bug ipa/71146] [7 Regression] error: __builtin_unreachable or __builtin_trap call with arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146 --- Comment #4 from Marek Polacek --- It would appear that we need to call maybe_remove_unused_call_args somewhere, but so far haven't found the right spot...

my student enjoyed your page

Hello, My name is Jessica Lowe, I am a middle school teacher in Colorado. I have been working with a student of mine who is interested in learning more about computer coding and programming. I was doing some research and finding some sources for him, and I found your page

[Bug tree-optimization/71149] missing modulo 2 optimization converting result to bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71149 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization

[Bug rtl-optimization/71150] [7 Regression] ICE on valid code at -O1 and above in 64-bit mode on x86_64-linux-gnu in lra_eliminate_reg_if_possible, at lra-eliminations.c:1402

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71150 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/71150] New: ICE on valid code at -O1 and above in 64-bit mode on x86_64-linux-gnu in lra_eliminate_reg_if_possible, at lra-eliminations.c:1402

-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20160516 (experimental) [trunk revision 236272] (GCC) $ $ gcc-trunk -O0 -c small.c $ $ gcc-trunk -O1 -c small.c small.c: In function ‘fn2’: small.c:11:1: internal

[Bug tree-optimization/71149] missing modulo 2 optimization converting result to bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71149 --- Comment #1 from Andrew Pinski --- Most likely the opt needs to be moved from fold-const to match.pd . Should be a simple patch.

[Bug tree-optimization/71149] New: missing modulo 2 optimization converting result to bool

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71149 Bug ID: 71149 Summary: missing modulo 2 optimization converting result to bool Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[gomp4.5] Some OpenMP 4.5 resolving and translation changes

Hi! This patch tweaks various spots, including being able to compile taskloop construct. I'll be adding more testcases and tweaking the code further later on. 2016-05-16 Jakub Jelinek * trans.c (trans_code): Handle new OpenMP 4.5 constructs. * resolve.c

Re: Machine constraints list

On 05/08/2016 03:27 PM, David Wohlferd wrote: Looking at the v6 release criteria (https://gcc.gnu.org/gcc-6/criteria.html) there are about a dozen supported platforms. Looking at the Machine Constraints docs (https://gcc.gnu.org/onlinedocs/gcc/Machine-Constraints.html), there are 34

[PATCH][AArch64][tests] Skip cpu-diagnostics tests when overriding -mcpu

Hi all, The gcc.target/aarch64/cpu-diagnostics* tests specify invalid -mcpu options and look for the expected error. However, if the user overrides the -mcpu option when testing the tests start FAILing because they don't get the expected bad -mcpu option. This patch skips those tests when

[Bug hsa/70857] [6/7 Regression] ICE with -fopenmp -fopenacc in insert_vi_for_tree, at tree-ssa-structalias.c:2813

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857 Martin Jambor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug hsa/70857] [6/7 Regression] ICE with -fopenmp -fopenacc in insert_vi_for_tree, at tree-ssa-structalias.c:2813

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857 --- Comment #6 from Martin Jambor --- Author: jamborm Date: Mon May 16 15:57:06 2016 New Revision: 236292 URL: https://gcc.gnu.org/viewcvs?rev=236292=gcc=rev Log: [PR 70857] Copy RESULT_DECL of HSA outlined kernel function 2016-05-16 Martin

[Bug c++/71121] Spurious warning: "the address of [...] will never be NULL [-Waddress]"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71121 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug hsa/70857] [6/7 Regression] ICE with -fopenmp -fopenacc in insert_vi_for_tree, at tree-ssa-structalias.c:2813

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857 --- Comment #5 from Martin Jambor --- Author: jamborm Date: Mon May 16 15:40:30 2016 New Revision: 236291 URL: https://gcc.gnu.org/viewcvs?rev=236291=gcc=rev Log: [PR 70857] Copy RESULT_DECL of HSA outlined kernel function 2016-05-16 Martin

[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/71133] msp430-elf -mlarge FTBFS in libstdc++-v3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71133 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/71135] rl78-elf libstdc++ FTBFS with some multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135 Jonathan Wakely changed: What|Removed |Added CC||torvald at gcc dot gnu.org ---

Re: [PATCH GCC]Document vect_cond_mixed in sourcebuild.texi

On 05/16/2016 05:01 AM, Bin Cheng wrote: Hi, This is an obvious patch documenting vect_cond_mixed in sourcebuild.texi. OK? Thanks, bin 2016-05-13 bin cheng * doc/sourcebuild.texi (@item vect_cond_mixed): New item. Assuming the information is technically

RE: [PATCH][MIPS] Enable LSA/DLSA for MSA

Hi Matthew, > > Ok to commit? > > OK. Done as r236289. > There is a corresponding testsuite change needed for this > as some code quality tests change if LSA is available. This > is the HAS_LSA 'ghost' option in mips.exp. I'm happy to leave > this to be dealt with as part of the overall MSA

Re: [PR 70857] Copy RESULT_DECL of HSA outlined kernel function

On Mon, May 16, 2016 at 04:25:10PM +0200, Martin Jambor wrote: > the patch below fixes PR 70857. When the HSA gridification code > copies the declaration of the function for outlining the target > construct, it left the old RESULT_DECL dangling to it. I did not > notice because it has VOID_TYPE

RE: [PATCH][MIPS] Correct latency of loads in M5100

> > Ok to commit? > > > * config/mips/m5100.md (m51_int_load): Update the latency to 2. > > OK. Committed - r236288 Robert

[PR 70857] Copy RESULT_DECL of HSA outlined kernel function

Hi, the patch below fixes PR 70857. When the HSA gridification code copies the declaration of the function for outlining the target construct, it left the old RESULT_DECL dangling to it. I did not notice because it has VOID_TYPE but it needs to be done nevertheless, not least because ipa-pta

RE: [RFC v2] MIPS ABI Extension for IEEE Std 754 Non-Compliant Interlinking

Hi Maciej, Thanks for the update. I've read through the whole proposal again and it looks good. I'd like to discuss legacy objects a bit more though... Maciej Rozycki writes: > 3.4 Relocatable Object Generation > > Tools that produce relocatable objects such as

  1   2   >