[Bug rtl-optimization/79032] [7 regression] unaligned memory access generated with LRA and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79032 --- Comment #6 from Jakub Jelinek --- Ah, ok.

[Bug rtl-optimization/79032] [7 regression] unaligned memory access generated with LRA and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79032 --- Comment #5 from Eric Botcazou --- > What about the following 2 lines that still use MEM_ALIGN (reg) rather than > MEM_ALIGN (subst)? The mode of SUBST is MODE whereas that of REG is INNERMODE.

[Bug rtl-optimization/78580] [6 Regression] Segfault in gcc with multilib (-m32) and -ffixed-*

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78580 Jakub Jelinek changed: What|Removed |Added Summary|[6/7 Regression] Segfault |[6 Regression] Segfault in

[Bug rtl-optimization/79032] [7 regression] unaligned memory access generated with LRA and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79032 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #4

Patch ping

Hi! I'd like to ping 2 patches: - DWARF5 - adjust for 161031.2 resolution - remove padding from unit headers http://gcc.gnu.org/ml/gcc-patches/2017-01/msg00138.html - Introduce the noipa attribute http://gcc.gnu.org/ml/gcc-patches/2016-12/msg01501.html Jakub

[PATCH] Optimize away useless snprintf calls with -fprintf-return-value (take 2)

On Mon, Jan 02, 2017 at 04:54:57PM -0700, Martin Sebor wrote: > Looks good to me, thanks! Just a couple of suggestions: Here is updated patch with those added comments (and adjusted for the current trunk). Ok for trunk? 2017-01-10 Jakub Jelinek *

Re: [PATCH] Introduce --with-gcc-major-version-only configure option

On Tue, Jan 10, 2017 at 12:15:41AM +0100, Matthias Klose wrote: > On 09.01.2017 21:43, Jakub Jelinek wrote: > > On Fri, Jan 06, 2017 at 01:48:26PM +0100, Jakub Jelinek wrote: > >> Yet another option is introduce AC_ARG_ENABLE into all those configure > >> scripts (some macro in config/*.m4) and do

[Commited/WWW] Add Cavium ThunderX related changes to changes.html for gcc-7

Just adding the changes that were done to add Cavium ThunderX to changes.html. Committed as obvious. Thanks, Andrew Index: changes.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-7/changes.html,v retrieving revision 1.34 diff -u -p

[Bug target/77346] [7 Regression] ICE in push_reload, at reload.c:1350

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77346 --- Comment #10 from Arseny Solokha --- W/ gcc-7.0.0-alpha20170108 I too cannot reproduce it anymore.

[Bug tree-optimization/71357] [7 Regression] [graphite] ICE: verify_ssa failed (error: definition in block follows the use for SSA_NAME) w/ -O2 -floop-nest-optimize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71357 --- Comment #3 from Arseny Solokha --- I cannot reproduce it anymore w/ gcc-7.0.0-alpha20170108 snapshot and isl 0.18.

[Bug target/70668] nds32-elf toolchain fails to compile on OSX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70668 Chung-Ju Wu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/70668] nds32-elf toolchain fails to compile on OSX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70668 --- Comment #11 from Chung-Ju Wu --- Author: jasonwucj Date: Tue Jan 10 04:23:35 2017 New Revision: 244258 URL: https://gcc.gnu.org/viewcvs?rev=244258=gcc=rev Log: Fix PR70668. Backport from mainline 2016-04-28 Segher

[Bug target/70668] nds32-elf toolchain fails to compile on OSX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70668 --- Comment #10 from Chung-Ju Wu --- Author: jasonwucj Date: Tue Jan 10 04:18:11 2017 New Revision: 244257 URL: https://gcc.gnu.org/viewcvs?rev=244257=gcc=rev Log: Fix PR70668. Backport from mainline 2016-04-28 Segher

Go patch committed: drop size arguments to hash/equal functions

Drop the size arguments for the hash/equal functions stored in type descriptors. Types know what size they are. To make this work, generate hash/equal functions for types that can use an identity comparison but are not a standard size and alignment. Drop the multiplications by 33 in the

[Bug target/79040] vec_cntlz redefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79040 Segher Boessenkool changed: What|Removed |Added Target||powerpc*-*-*

[Bug target/79040] New: vec_cntlz redefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79040 Bug ID: 79040 Summary: vec_cntlz redefined Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee:

[Bug target/79039] builtins-3-p9.c fails with -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79039 Segher Boessenkool changed: What|Removed |Added Target||powerpc*-*-*

[Bug target/79039] New: builtins-3-p9.c fails with -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79039 Bug ID: 79039 Summary: builtins-3-p9.c fails with -m32 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[PATCH 9j] testsuite: add x86_64-specific files

A collection of test cases, capturing the state of various functions at various places within the pass list, and verifying that we can restart at various passes. gcc/testsuite/ChangeLog: * gcc.dg/rtl/x86_64/dfinit.c: New test case. * gcc.dg/rtl/x86_64/different-structs.c: New test

[PATCH 9h] testsuite: add platform-independent files

This patch adds: - an rtl.exp (to make it easy to run just the tests for __RTL-tagged functions) - a test.c source file I used when generating the various RTL dumps (for reference) - a couple of tests of __RTL parser errors gcc/testsuite/ChangeLog: * gcc.dg/rtl/rtl.exp: New file.

[PATCH 9f] Add a way for the C frontend to compile __RTL-tagged functions

The backend is full of singleton state, so we have to compile __RTL-functions as soon as we parse them. This means that the C frontend needs to invoke the backed. This patch adds the support needed. Normally this would be a no-no, and including rtl headers is blocked by this within system.h:

[PATCH 9d] Don't call delete_tree_ssa for __RTL functions

gcc/ChangeLog: * final.c (rest_of_clean_state): Don't call delete_tree_ssa for __RTL functions. --- gcc/final.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/gcc/final.c b/gcc/final.c index 8a4c9f8..2483381 100644 --- a/gcc/final.c +++ b/gcc/final.c @@

[PATCH 9g] Extend .md and RTL parsing to support being wired up to cc1

gcc/ChangeLog: * read-md.c (md_reader::read_char): Support filtering the input to a subset of line numbers. (md_reader::md_reader): Initialize fields m_first_line and m_last_line. (md_reader::read_file_fragment): New function. * read-md.h

[PATCH 9i] testsuite: add aarch64-specific files

gcc/testsuite/ChangeLog: * gcc.dg/rtl/aarch64/asr_div1.c: New test case. * gcc.dg/rtl/aarch64/pr71779.c: New test case. --- gcc/testsuite/gcc.dg/rtl/aarch64/asr_div1.c | 41 +++ gcc/testsuite/gcc.dg/rtl/aarch64/pr71779.c | 50 + 2

[PATCH 9e] Update "startwith" logic for pass-skipping to handle __RTL functions

gcc/ChangeLog: * passes.c: Include "insn-addr.h". (should_skip_pass_p): Add logging. Update logic for running "expand" to be compatible with both __GIMPLE and __RTL. Guard property-provider override so it is only done for gimple passes. Don't skip dfinit.

[PATCH 9c] callgraph: handle __RTL functions

The RTL backend code is full of singleton state, so we have to handle functions as soon as we parse them. This requires various special-casing in the callgraph code. gcc/ChangeLog: * cgraph.h (symtab_node::native_rtl_p): New decl. * cgraphunit.c (symtab_node::native_rtl_p): New

[PATCH 9/9] Add "__RTL" to cc1 (v8)

This is a slightly updated version of the patch sent here: "[PATCH] Add "__RTL" to cc1 (v7)" https://gcc.gnu.org/ml/gcc-patches/2016-12/msg01662.html but split up into smaller parts to (I hope) make review easier. Other changes in v8: - fix copyright years in new files - split out

[PATCH 9a] Add "__RTL" to C frontend

This part of the patch adds the ability to tag a function with "__RTL", analogous to the "__GIMPLE" tag. gcc/c-family/ChangeLog: * c-common.c (c_common_reswords): Add "__RTL". * c-common.h (enum rid): Add RID_RTL. gcc/c/ChangeLog: * c-parser.c: Include

[PATCH 9b] Don't assume that copy tables were initialized

gcc/ChangeLog: * cfg.c (original_copy_tables_initialized_p): New function. * cfg.h (original_copy_tables_initialized_p): New decl. * cfgrtl.c (relink_block_chain): Guard the call to free_original_copy_tables with a call to original_copy_tables_initialized_p.

[PATCH] PR target/79004, Fix char/short -> _Float128 on PowerPC -mcpu=power9

This patch fixes PR target/79004 by eliminating the optimization of avoiding direct move if we are converting an 8/16-bit integer value from memory to IEEE 128-bit floating point. I opened a new bug (PR target/79038) to address the underlying issue that the IEEE 128-bit floating point integer

[Bug target/79004] ICE in gcc.dg/torture/fp-int-convert-float128-ieee.c with -mcpu=power9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79004 --- Comment #5 from Michael Meissner --- Created attachment 40484 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40484=edit Proposed patch to fix the problem It was decided to split PR target/79004 into 2 parts. This patch fixes the

[Bug target/79038] Improve PowerPC ISA 3.0 conversion between integers and hardware _Float128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79038 Michael Meissner changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/79038] New: Improve PowerPC ISA 3.0 conversion between integers and hardware _Float128

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79038 Bug ID: 79038 Summary: Improve PowerPC ISA 3.0 conversion between integers and hardware _Float128 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

[Bug testsuite/79036] [7 regression] gcc.dg/tree-ssa/builtin-sprintf.c fails starting with r244037

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79036 Martin Sebor changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug testsuite/79036] [7 regression] gcc.dg/tree-ssa/builtin-sprintf.c fails starting with r244037

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79036 --- Comment #2 from Martin Sebor --- Author: msebor Date: Mon Jan 9 23:31:38 2017 New Revision: 244250 URL: https://gcc.gnu.org/viewcvs?rev=244250=gcc=rev Log: PR testsuite/79036 - gcc.dg/tree-ssa/builtin-sprintf.c fails starting with r244037

[Bug c++/79024] alignas / alignof report wrong alignment for 64bit integer types for 32bit target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79024 --- Comment #7 from Xidorn Quan --- (In reply to Jonathan Wakely from comment #5) > Please read 3.11 more carefully. > > "The alignment required for a type might be different when it is used as the > type of a complete object and when it is

[Bug testsuite/79036] [7 regression] gcc.dg/tree-ssa/builtin-sprintf.c fails starting with r244037

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

Re: [PATCH] Introduce --with-gcc-major-version-only configure option

On 09.01.2017 21:43, Jakub Jelinek wrote: > Hi! > > On Fri, Jan 06, 2017 at 01:48:26PM +0100, Jakub Jelinek wrote: >> Yet another option is introduce AC_ARG_ENABLE into all those configure >> scripts (some macro in config/*.m4) and do the sed conditionally. > > Here is a patch to do that. >

[Bug go/79037] gccgo: Binaries crash with parforsetup: pos is not aligned on m68k

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79037 --- Comment #1 from John Paul Adrian Glaubitz --- Rebuilding gcc with the following change now: --- a/src/libgo/runtime/runtime.h.old 2016-02-12 23:10:09.0 +0100 +++ b/src/libgo/runtime/runtime.h 2017-01-10 00:12:08.404802087

[Bug tree-optimization/78899] [7 Regression] Vestorized loop with optmized mask stores motion is completely deleted after r242520.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78899 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

Re: Use a specfile that actually allows building programs on NetBSD

3 month ping, 1 week ping (trying again), etc... This patch has zero affect on non-netbsd users and was already accepted in NetBSD years ago. On Wed, Jan 04, 2017 at 11:24:27AM +, coypu wrote: > Like most operating systems, NetBSD has a libc which contains > stuff it needs for most programs

[committed PATCH] PR79026 The tests changed by revision r244006 now fail on darwin

I have committed on the trunk as revision r244244 (pre approved by Uros Bizjak in bugzilla) the following patch --- ../_clean/gcc/testsuite/gcc.target/i386/pr78904-2.c 2017-01-09 23:14:04.0 +0100 +++ gcc/testsuite/gcc.target/i386/pr78904-2.c 2017-01-09 22:41:49.0 +0100 @@

Re: C++ PATCH to implement C++17 variadic using

On Mon, Jan 09, 2017 at 05:02:03PM -0500, Jason Merrill wrote: > On Mon, Jan 9, 2017 at 4:56 PM, Jakub Jelinek wrote: > > On Mon, Jan 09, 2017 at 04:50:20PM -0500, Jason Merrill wrote: > >> The last C++17 feature > > > > What about P0490R0? > > That's the response to various

[Bug translation/79019] translatable string typo in cif-code.def:141

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79019 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

Re: [Patch] PR71017 - libgcc/config/i386/cpuinfo.c:346:17: runtime error: left shift of 1 by 31 places cannot be represented in type 'int'

> Le 9 janv. 2017 à 20:37, Uros Bizjak a écrit : > > Hello! > >> The following patch fixes errors of the kind >> >> libgcc/config/i386/cpuinfo.c:260:17: runtime error: left shift of 1 by 31 >> places cannot be >> represented in type ‘int' >> >> 2017-01-07 Dominique

Re: C++ PATCH to implement C++17 variadic using

On Mon, Jan 9, 2017 at 4:56 PM, Jakub Jelinek wrote: > On Mon, Jan 09, 2017 at 04:50:20PM -0500, Jason Merrill wrote: >> The last C++17 feature > > What about P0490R0? That's the response to various national body comments, I don't see anything in there that I would consider a

C++ PATCH to implement C++17 variadic using

The last C++17 feature was pretty trivial to implement, as expected. Tested x86_64-pc-linux-gnu, applying to trunk. commit 10650d842cd49cad2adb396bc19192bf52975be8 Author: Jason Merrill Date: Mon Jan 9 15:08:47 2017 -0500 Implement P0195R2, C++17 variadic using.

[Bug go/79037] New: gccgo: Binaries crash with parforsetup: pos is not aligned on m68k

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79037 Bug ID: 79037 Summary: gccgo: Binaries crash with parforsetup: pos is not aligned on m68k Product: gcc Version: 6.3.1 Status: UNCONFIRMED Severity: normal

[Bug target/71017] libgcc/config/i386/cpuinfo.c:346:17: runtime error: left shift of 1 by 31 places cannot be represented in type 'int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71017 --- Comment #2 from dominiq at gcc dot gnu.org --- Author: dominiq Date: Mon Jan 9 22:00:32 2017 New Revision: 244248 URL: https://gcc.gnu.org/viewcvs?rev=244248=gcc=rev Log: PR target/71017 * config/i386/cpuid.h: Fix undefined

[Bug tree-optimization/79007] gcc.dg/tree-ssa/dse-points-to.c fails starting with r244067

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79007 --- Comment #7 from Jeffrey A. Law --- Author: law Date: Mon Jan 9 21:53:02 2017 New Revision: 244247 URL: https://gcc.gnu.org/viewcvs?rev=244247=gcc=rev Log: PR tree-optimization/79007 PR tree-optimization/67955 *

Re: C++ PATCH to implement C++17 variadic using

On Mon, Jan 09, 2017 at 04:50:20PM -0500, Jason Merrill wrote: > The last C++17 feature What about P0490R0? Jakub

[Bug tree-optimization/79007] gcc.dg/tree-ssa/dse-points-to.c fails starting with r244067

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79007 Jeffrey A. Law changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[PR tree-optimization/79007 tree-optimization/67955] Don't be so conservative with pt.null

Per the discussion with Richi. Bootstrapped and regression tested on x86_64-linux-gnu. Though I thought I'd done the same with the prior patch, but it clearly was making the new dse-points-to test fail everywhere. Installed on the trunk. Jeff commit

[Bug translation/79020] translatable string typo in params.def:1173

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79020 --- Comment #2 from Jakub Jelinek --- Author: jakub Date: Mon Jan 9 21:48:33 2017 New Revision: 244245 URL: https://gcc.gnu.org/viewcvs?rev=244245=gcc=rev Log: PR translation/79019 PR translation/79020 * params.def

[Bug tree-optimization/67955] tree-dse does not use pointer info

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67955 --- Comment #12 from Jeffrey A. Law --- Author: law Date: Mon Jan 9 21:53:02 2017 New Revision: 244247 URL: https://gcc.gnu.org/viewcvs?rev=244247=gcc=rev Log: PR tree-optimization/79007 PR tree-optimization/67955 *

[Bug translation/79020] translatable string typo in params.def:1173

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79020 Jakub Jelinek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug testsuite/79026] The tests changed by revision r244006 now fail on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79026 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug translation/79019] translatable string typo in cif-code.def:141

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79019 --- Comment #2 from Jakub Jelinek --- Author: jakub Date: Mon Jan 9 21:48:33 2017 New Revision: 244245 URL: https://gcc.gnu.org/viewcvs?rev=244245=gcc=rev Log: PR translation/79019 PR translation/79020 * params.def

[Bug testsuite/79026] The tests changed by revision r244006 now fail on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79026 --- Comment #4 from dominiq at gcc dot gnu.org --- Author: dominiq Date: Mon Jan 9 21:41:02 2017 New Revision: 244244 URL: https://gcc.gnu.org/viewcvs?rev=244244=gcc=rev Log: testsuite/ChangeLog: PR testsuite/79026 *

[Bug rtl-optimization/79032] [7 regression] unaligned memory access generated with LRA and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79032 --- Comment #3 from Eric Botcazou --- Created attachment 40483 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40483=edit Tentative fix To be tested on SPARC.

Re: [PATCH] Spelling and typo fixes in translatable strings (PR translation/79019, PR translation/79020)

On Mon, 9 Jan 2017, Jakub Jelinek wrote: > I'm not a native English speaker, so I'd appreciate corrections (e.g. not > 100% sure about the endianess -> endianness). Bootstrapped/regtested on > x86_64-linux and i686-linux, ok for trunk? OK. -- Joseph S. Myers jos...@codesourcery.com

Re: Adoption of C subset standards

> It looks like MISRA should adjust its rules if it wants to support > open source. I can think of no reason why MISRA would want to do that given their goals. Can you?

Re: Adoption of C subset standards

> On Jan 9, 2017, at 4:08 PM, David Brown wrote: > ... > I found a reference to this in MISRA's forums: > > > > The post and reply are from 4 years ago, but I expect the situation is the > same now as then.

Re: Adoption of C subset standards

On 09/01/17 20:11, Richard Kenner wrote: I suppose that would be true if you refer to MISRA in the messages. If you don't then you're not using the trademark. The issue isn't the messages. but how you describe what you've done in, say, documentation or ChangeLog entries. If you claim, in

Re: Adoption of C subset standards

On 09/01/17 19:43, paul.kon...@dell.com wrote: On Jan 9, 2017, at 1:28 PM, Richard Kenner wrote: Regardless of that sort of issue, I think on previous occasions when the topic of MISRA (or other coding standard) checking came up, there has been a general

Re: [patch] aarch64-*-freebsd* support for gcc.

On 13.10.16 17:14, Jeff Law wrote: On 10/12/2016 01:43 PM, Andreas Tobler wrote: libgcc: 2016-10-10 Andreas Tobler * config.host: Add support for aarch64-*-freebsd*. gcc: 2016-10-10 Andreas Tobler * config.gcc: Add

[Bug rtl-optimization/79032] [7 regression] unaligned memory access generated with LRA and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79032 Eric Botcazou changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug rtl-optimization/79032] [7 regression] unaligned memory access generated with LRA and optimization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79032 Eric Botcazou changed: What|Removed |Added Target|sparc |sparc-*-*

[Bug sanitizer/65479] sanitizer stack trace missing frames past #0 on powerpc64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65479 --- Comment #20 from seurer at gcc dot gnu.org --- Author: seurer Date: Mon Jan 9 20:45:59 2017 New Revision: 244241 URL: https://gcc.gnu.org/viewcvs?rev=244241=gcc=rev Log: 2017-01-09 Bill Seurer Backport

[PATCH] Introduce --with-gcc-major-version-only configure option

Hi! On Fri, Jan 06, 2017 at 01:48:26PM +0100, Jakub Jelinek wrote: > Yet another option is introduce AC_ARG_ENABLE into all those configure > scripts (some macro in config/*.m4) and do the sed conditionally. Here is a patch to do that. Bootstrapped/regtested on x86_64-linux (without

Re: [PATCH] Fix late dwarf generated early from optimized out globals

On 09.01.17 18:36, Jakub Jelinek wrote: On Mon, Jan 09, 2017 at 06:25:05PM +0100, Andreas Tobler wrote: On 09.01.17 12:25, Jakub Jelinek wrote: On Mon, Jan 09, 2017 at 11:53:38AM +0100, Richard Biener wrote: Ok, attached the part I bootstrapped successfully on amd64-*-freebsd12 and

[Bug libgomp/60670] omp.h may differ between multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60670 --- Comment #16 from Francois-Xavier Coudert --- The Fortran part is now fixed.

[Bug libgomp/60670] omp.h may differ between multilibs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60670 --- Comment #15 from Francois-Xavier Coudert --- Author: fxcoudert Date: Mon Jan 9 20:29:06 2017 New Revision: 244239 URL: https://gcc.gnu.org/viewcvs?rev=244239=gcc=rev Log: PR libgomp/60670 * Makefile.am: Make fincludedir

Re: Pretty printers for versioned namespace

On 04/01/2017 13:52, Jonathan Wakely wrote: On 24/12/16 14:47 +0100, François Dumont wrote: I'd prefer not to have to use the regex matches in libstdc++.exp as they complicate things. For the two examples above, the whatis results are bad even for the non-versioned namespace. For

[Bug fortran/78942] Incorrect error message for preprocessed source

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78942 Manuel López-Ibáñez changed: What|Removed |Added Depends on||53993 --- Comment #2 from Manuel

[Bug tree-optimization/79036] New: [7 regression] gcc.dg/tree-ssa/builtin-sprintf.c fails starting with r244037

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79036 Bug ID: 79036 Summary: [7 regression] gcc.dg/tree-ssa/builtin-sprintf.c fails starting with r244037 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

[PATCH] Spelling and typo fixes in translatable strings (PR translation/79019, PR translation/79020)

Hi! These two PRs made me run aspell -c po/gcc.pot. Didn't want to spend too much time, so I've been pressing I like crazy and therefore surely missed lots of things, here is what I've noticed (which includes the two issues filed in bugzilla): containg -> containing intructions -> instructions

[Bug bootstrap/79033] asan.c not compiling with make BOOT_CFLAGS='-O0' (or '-O1')

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79033 Martin Sebor changed: What|Removed |Added Status|ASSIGNED|RESOLVED Component|c++

[committed] increase buffer size to avoid truncation warning in asan.c (PR 79033)

To unblock the bootstrap failure I committed r244237 as an obviously safe fix to resolve bug 79033 - asan.c not compiling with make BOOT_CFLAGS='-O0'. Martin

[Bug tree-optimization/78899] [7 Regression] Vestorized loop with optmized mask stores motion is completely deleted after r242520.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78899 --- Comment #7 from Jakub Jelinek --- Author: jakub Date: Mon Jan 9 20:10:23 2017 New Revision: 244238 URL: https://gcc.gnu.org/viewcvs?rev=244238=gcc=rev Log: PR tree-optimization/78899 * tree-if-conv.c

[Bug c++/79033] asan.c not compiling with make BOOT_CFLAGS='-O0' (or '-O1')

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79033 --- Comment #2 from Martin Sebor --- Author: msebor Date: Mon Jan 9 20:08:49 2017 New Revision: 244237 URL: https://gcc.gnu.org/viewcvs?rev=244237=gcc=rev Log: PR bootstrap/79033 - asan.c not compiling with make BOOT_CFLAGS=-O0 gcc/ChangeLog:

Re: [Patch] PR71017 - libgcc/config/i386/cpuinfo.c:346:17: runtime error: left shift of 1 by 31 places cannot be represented in type 'int'

Hello! > The following patch fixes errors of the kind > > libgcc/config/i386/cpuinfo.c:260:17: runtime error: left shift of 1 by 31 > places cannot be > represented in type ‘int' > > 2017-01-07 Dominique d'Humieres > > PR target/71017 > *

[Bug c++/63217] template conversion operator returning const reference not used for conversion in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63217 --- Comment #3 from Edward --- Perhaps https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79035 is related

[Bug c++/79035] New: Rejects valid code due to failure to use user const conversion template operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79035 Bug ID: 79035 Summary: Rejects valid code due to failure to use user const conversion template operator Product: gcc Version: 6.3.0 Status: UNCONFIRMED

Re: Adoption of C subset standards

> I suppose that would be true if you refer to MISRA in the messages. > If you don't then you're not using the trademark. The issue isn't the messages. but how you describe what you've done in, say, documentation or ChangeLog entries. If you claim, in any way, that you're checking for "MISRA

Re: Adoption of C subset standards

> On Jan 9, 2017, at 1:55 PM, Richard Kenner wrote: > >> But as for a license, it's hard to see why that might be. You can't >> copyright rules (only a particular expression of same, and only to >> the extend that the "sweat of the brow" rule doesn't apply). And it

[v3 PATCH] Reduce the size of variant, it doesn't need an index of type size_t internally.

Tested on Linux-x64. 2017-01-09 Ville Voutilainen Reduce the size of variant, it doesn't need an index of type size_t internally. * include/std/variant (parse_numbers.h): New include. (__select_index): New. (_Variant_storage

Re: LTO remapping/deduction of machine modes of types/decls

On Wed, 4 Jan 2017, Richard Biener wrote: > My suggestion at that time isn't likely working in practice due to the > limitations Jakub outlines below. The situation is a bit unfortunate > but expect to run into more host(!) dependences in the LTO bytecode. > Yes, while it would be nice to LTO

Re: Adoption of C subset standards

> But as for a license, it's hard to see why that might be. You can't > copyright rules (only a particular expression of same, and only to > the extend that the "sweat of the brow" rule doesn't apply). And it > doesn't sound like patentable matter either. That said, if some > outfit thinks it

[Bug c++/79033] asan.c not compiling with make BOOT_CFLAGS='-O0' (or '-O1')

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

Re: [patch,libgomp] Make libgomp Fortran modules multilib-aware

On Jan 9, 2017, at 2:04 AM, FX wrote: > > Given lack of review of this Fortran-specific patch for libgomp, can a > Fortran maintainer approve it please? Ok.

Re: Adoption of C subset standards

> On Jan 9, 2017, at 1:28 PM, Richard Kenner wrote: > >> Regardless of that sort of issue, I think on previous occasions when the >> topic of MISRA (or other coding standard) checking came up, there has >> been a general opinion from the gcc developers that the

Re: [PATCH] PR79017 workaround incomplete C99 math on darwin

On Jan 9, 2017, at 9:16 AM, Jonathan Wakely wrote: > > Older versions of OS X (at least Leopard) are missing some > declarations of C99 functions from , which causes our > configure test to decide that all C99 functions are missing from > . Rather then splitting up the check

Re: input address reload issue

On 01/09/2017 07:02 AM, Aurelien Buhrig wrote: On 06/01/2017 17:06, Jeff Law wrote: On 01/06/2017 03:20 AM, Aurelien Buhrig wrote: So the insn: (set (reg:QI 0 r0) (mem:QI (plus:SI (reg:SI 2 r2)(const_int 1)) is transformed into: (set (reg:SI 8 a0) (reg:SI 2 r2)) (set (reg:SI 8 a0)

[Bug target/68803] gcc.vect/powerpc/20050603-3.c failures since r230167

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68803 Segher Boessenkool changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ipa/78365] [7 Regression] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

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

Re: Adoption of C subset standards

> Regardless of that sort of issue, I think on previous occasions when the > topic of MISRA (or other coding standard) checking came up, there has > been a general opinion from the gcc developers that the compiler itself > is not the best place for this sort of checking - they recommend an >

[Bug ipa/78599] [7 Regression] hwint.h:292:72: runtime error: shift exponent 64 is too large for 64-bit type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78599 --- Comment #11 from Martin Jambor --- I believe this is fixed but I still need to build an instrumented compiler to verify.

[Bug ipa/78599] [7 Regression] hwint.h:292:72: runtime error: shift exponent 64 is too large for 64-bit type 'long int'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78599 --- Comment #10 from Martin Jambor --- Author: jamborm Date: Mon Jan 9 18:26:37 2017 New Revision: 244232 URL: https://gcc.gnu.org/viewcvs?rev=244232=gcc=rev Log: [PR 78365] Prudent type handling in IPA VR-prop 2017-01-09 Martin Jambor

[Bug ipa/78365] [7 Regression] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78365 --- Comment #8 from Martin Jambor --- Author: jamborm Date: Mon Jan 9 18:26:37 2017 New Revision: 244232 URL: https://gcc.gnu.org/viewcvs?rev=244232=gcc=rev Log: [PR 78365] Prudent type handling in IPA VR-prop 2017-01-09 Martin Jambor

  1   2   3   >