[Bug middle-end/52544] compilation fails with -finstrument-functions and sse c code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52544 Frédéric Leroy changed: What|Removed |Added CC|

Re: Ping: Re: [patch, avr] Add flash size to device info and make wrap around default

On Saturday 26 November 2016 12:11 AM, Denis Chertykov wrote: I'm sorry for delay. I have a problem with the patch: (Stripping trailing CRs from patch; use --binary to disable.) patching file avr-arch.h (Stripping trailing CRs from patch; use --binary to disable.) patching file avr-devices.c

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77346 Arseny Solokha changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED

[Bug target/78458] [7 Regression] LRA ICE building libgcc for powerpc-linux-gnuspe e500v2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78458 Arseny Solokha changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment

[Bug target/78543] [6 Regression] ICE in push_reload, at reload.c:1349 on powerpc64le-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78543 Arseny Solokha changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment #1

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77346 Arseny Solokha changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/71629] [7 Regression] ICE in lra_set_insn_recog_data, at lra.c:964 w/ -O2 -mlra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71629 Arseny Solokha changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/78546] [6/7 Regression] wrong code at -O2 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78546 Jeffrey A. Law changed: What|Removed |Added Priority|P3 |P1 CC|

New Spanish PO file for 'gcc' (version 6.2.0)

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

Re: [PR78365] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

On 28 November 2016 at 10:55, kugan wrote: > Hi, > > On 24/11/16 19:48, Richard Biener wrote: >> >> On Wed, Nov 23, 2016 at 4:33 PM, Martin Jambor wrote: >>> >>> Hi, >>> >>> On Fri, Nov 18, 2016 at 12:38:18PM +1100, kugan wrote: Hi,

Re: [PR78365] ICE in determine_value_range, at tree-ssa-loo p-niter.c:413

Hi, On 24/11/16 19:48, Richard Biener wrote: On Wed, Nov 23, 2016 at 4:33 PM, Martin Jambor wrote: Hi, On Fri, Nov 18, 2016 at 12:38:18PM +1100, kugan wrote: Hi, I was relying on ipa_get_callee_param_type to get type of parameter and then convert arguments to this type

[Bug target/78554] New: Internal Compiler Error in msp430 target with -mlarge, -O{s123}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78554 Bug ID: 78554 Summary: Internal Compiler Error in msp430 target with -mlarge, -O{s123} Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal

[Bug c++/77907] [6 Regression] Add "const" to argument of constexpr constructor causes the object to be left in unconstructed state

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77907 --- Comment #8 from Jason Merrill --- Author: jason Date: Mon Nov 28 04:00:36 2016 New Revision: 242906 URL: https://gcc.gnu.org/viewcvs?rev=242906=gcc=rev Log: PR c++/77907 - static init and PMF * constexpr.c

C++ PATCH for c++/77907 (constant init and PMF)

When evaluating a NOP_EXPR of a PTRMEM_CST, we should fold it into the PTRMEM_CST rather than wrap it. Tested x86_64-pc-linux-gnu, applying to trunk and 6. commit fa9d4e0435f71a0a335ecc00af23b1cfe568de3c Author: Jason Merrill Date: Wed Nov 23 17:15:29 2016 -0500

[Bug middle-end/78521] [7 Regression] incorrect byte count in -Wformat-length warning with non-constant width or precision

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78521 --- Comment #1 from Martin Sebor --- Patch posted for review: https://gcc.gnu.org/ml/gcc-patches/2016-11/msg02730.html

[Bug middle-end/78520] missing warning for snprintf with size greater than INT_MAX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78520 Martin Sebor changed: What|Removed |Added Keywords||diagnostic, patch --- Comment #1 from

[PATCH] correct handling of non-constant width and precision (pr 78521)

PR 78521 notes that the gimple-ssa-sprintf pass doesn't do the right thing (i.e., the -Wformat-length and -fprintf-return-value options behave incorrectly) when a conversion specification includes a width or precision with a non-constant value. The code treats such cases as if they were not

[Bug middle-end/78520] missing warning for snprintf with size greater than INT_MAX

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

[PATCH] remove invalid "tail +16c"

Hi all, In "config/acx.m4", there are still some "tail +16c" which are invalid on POSIX systems. In my opinion， all "tail +16c" should be changed to "tail -c +16" directly, as most systems has accept the latter. And, to skip first 16 bytes, we should use "tail -c +17" instead of "tail

[Bug bootstrap/78553] New: GCC 5.3.0 and 5.4.0 segfault during bootstrap when --enable-vtable-verify is enabled on PowerPC musl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78553 Bug ID: 78553 Summary: GCC 5.3.0 and 5.4.0 segfault during bootstrap when --enable-vtable-verify is enabled on PowerPC musl Product: gcc Version: 5.4.0 URL:

Re: [PING][RFC] Assertions as optimization hints

On Wednesday 23 November 2016, Richard Biener wrote: > On Tue, Nov 22, 2016 at 6:52 PM, Yuri Gribov wrote: > > Hi all, > > > > I've recently revisited an ancient patch from Paolo > > (https://gcc.gnu.org/ml/gcc-patches/2004-04/msg00551.html) which uses > > asserts as

Re: [PING][RFC] Assertions as optimization hints

The main problem with __assume is that it should never be used. Literally, if you have to use it, then the code it refers to should actually be commented out. ps. This is a bit of a simplification - I should have stated, if the assumption is wrong, it can lead to dangerous code which breaks.

Re: [PING][RFC] Assertions as optimization hints

Does this approach make sense in general? If it does I can probably come up with more measurements. Sounds good to me-not sure why there hasn't been more response to this, it seems logical- if functions can make assumptions such as pointerA != pointerB then that leads the way for avoiding

[Bug libstdc++/78552] New: std::locale::classic() Needless Race

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78552 Bug ID: 78552 Summary: std::locale::classic() Needless Race Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

gcc-7-20161127 is now available

Snapshot gcc-7-20161127 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/7-20161127/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 7 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision

[Bug ada/78524] [7 regression] failure of ACATS c41104a at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524 Eric Botcazou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Ada] Fix PR ada/78524

This is the failure of ACATS c41104a introduced by the recent match.pd change. Fixed thusly, tested on x86_64-suse-linux, applied on the mainline. 2016-11-27 Eric Botcazou PR ada/78524 * gcc-interface/utils.c (max_size) : Add missing conversion

[Bug ada/78524] [7 regression] failure of ACATS c41104a at -O0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524 --- Comment #9 from Eric Botcazou --- Author: ebotcazou Date: Sun Nov 27 22:04:13 2016 New Revision: 242902 URL: https://gcc.gnu.org/viewcvs?rev=242902=gcc=rev Log: PR ada/78524 * gcc-interface/utils.c (max_size) : Add missing

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 --- Comment #52 from dave.anglin at bell dot net --- On 2016-11-27, at 4:18 PM, iains at gcc dot gnu.org wrote: > please could you confirm if this fixes bootstrap. Yes, it fixes the configure error on hppa64-hp-hpux11.11. Thanks, Dave -- John

Re: [PATCH] Fix a couple of issues in gimple-ssa-sprintf.c

On Sat, Nov 26, 2016 at 11:17:09AM -0700, Martin Sebor wrote: > PS As the comment above the build_intmax_type_node function > mentions, its body was copied from lto/lto-lang.c. It would be > useful not to have to duplicate the code in the middle-end and > instead provide a shared definition of

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 Andreas Tobler changed: What|Removed |Added CC||andreast at gcc dot gnu.org ---

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 --- Comment #50 from Iain Sandoe --- Created attachment 40169 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40169=edit configure fix please could you confirm if this fixes bootstrap. very sorry for the breaskage

Re: [patch, libfortran] Add AVX-specific matmul

On 11/27/2016 08:50 AM, Thomas Koenig wrote: Hello world, here is another, much revised, update of the AVX-specific matmul patch. The processor-specific switching is now done directly, using the --- snip --- This comment not right: +/* Put exhaustive list of possible architectures here

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org ---

[Bug ada/78531] [7 Regression] bootstrap broken with _FORTIFY_SOURCE enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78531 Eric Botcazou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ada/78531] [7 Regression] bootstrap broken with _FORTIFY_SOURCE enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78531 --- Comment #5 from Eric Botcazou --- Author: ebotcazou Date: Sun Nov 27 20:23:31 2016 New Revision: 242901 URL: https://gcc.gnu.org/viewcvs?rev=242901=gcc=rev Log: PR ada/78531 * namet.h (Max_Line_Length): Define.

[Ada] Fix PR ada/78531

This is the bootstrap failure on the mainline with _FORTIFY_SOURCE enabled. Fixed thusly, tested on x86_64-suse-linux, applied on the mainline. 2016-11-27 Eric Botcazou PR ada/78531 * namet.h (Max_Line_Length): Define. (struct Bounded_String):

ping x2: Re: [PATCH] shrink-wrap: New spread_components

Ping. On Sat, Nov 19, 2016 at 11:24:34AM -0600, Segher Boessenkool wrote: > Ping. > > On Wed, Nov 09, 2016 at 09:46:55PM +, Segher Boessenkool wrote: > > This patch changes spread_components to use a simpler algorithm that > > puts prologue components as early as possible, and epilogue

Re: [Patch, fortran] PR78474 - gfortran accepts invalid submodule syntax

Hi Steve, Committed as revision 242900 together with a similarly trivial fix for PR78331. I would have submitted the latter separately but found myself timing out before I have to travel. Both will be added to 6-branch in a week's time. Thanks Paul On 27 November 2016 at 19:09, Steve Kargl

[Bug fortran/78331] [F08] Misleading error message from submodule when module has no module procedures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78331 --- Comment #3 from Paul Thomas --- Author: pault Date: Sun Nov 27 19:00:00 2016 New Revision: 242900 URL: https://gcc.gnu.org/viewcvs?rev=242900=gcc=rev Log: 2016-11-27 Paul Thomas PR fortran/78474 *

[Bug fortran/78474] gfortran accepts invalid submodule syntax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78474 --- Comment #8 from Paul Thomas --- Author: pault Date: Sun Nov 27 19:00:00 2016 New Revision: 242900 URL: https://gcc.gnu.org/viewcvs?rev=242900=gcc=rev Log: 2016-11-27 Paul Thomas PR fortran/78474 *

Re: [v3 PATCH] Implement LWG 2534, Constrain rvalue stream operators.

On 27 November 2016 at 20:50, Ville Voutilainen wrote: > * include/std/ostream /__is_convertible_to_basic_ostream): New. And yeah, I have fixed that typo in my ChangeLog already, it should indeed be * include/std/ostream (__is_convertible_to_basic_ostream):

[v3 PATCH] Implement LWG 2534, Constrain rvalue stream operators.

Tested on Linux-x64. 2016-11-27 Ville Voutilainen Implement LWG 2534, Constrain rvalue stream operators. * include/std/istream (__is_convertible_to_basic_istream): New. (__is_extractable): Likewise. (operator>>(basic_istream<_CharT, _Traits>&&,

[Bug fortran/77903] [F08] gfortran 6.1.0/7.0.0 accept invalid code with conflicting module/submodule interfaces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77903 --- Comment #8 from Paul Thomas --- (In reply to Damian Rouson from comment #0) > Gfortran accepts invalid code in which an implicitly typed interface body > has the same name as a conflicting, explicitly typed module function > implemented in a

Re: [Patch, fortran] PR78474 - gfortran accepts invalid submodule syntax

On Sun, Nov 27, 2016 at 06:42:12PM +0100, Paul Richard Thomas wrote: > > This is a rather trivial problem with a similarly trivial fix. The > ChangeLog says it all. > > Before anybody asks, the testcase number jumps by two because I am > going through the submodule PRs in reverse order. > >

[Bug fortran/78474] gfortran accepts invalid submodule syntax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78474 --- Comment #7 from Paul Thomas --- Created attachment 40168 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40168=edit Fix for the PR This patch has been posted to the list. Paul

[Bug fortran/77505] Negative character length not treated as LEN=0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77505 --- Comment #9 from Elizebeth Punnoose --- (In reply to Janne Blomqvist from comment #8) > (In reply to Elizebeth Punnoose from comment #6) > > Modified code with the warning message moved behind -fcheck=bounds. > > > > Index: trans-array.c > >

[Patch, fortran] PR78474 - gfortran accepts invalid submodule syntax

Dear All, This is a rather trivial problem with a similarly trivial fix. The ChangeLog says it all. Before anybody asks, the testcase number jumps by two because I am going through the submodule PRs in reverse order. Bootstraps and regtests on FC21/x86_64 - OK for trunk and 6-branch? Paul

[Bug c++/78551] Internal compiler error with constexpr initialization of union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78551 --- Comment #2 from Vlad Petric --- Created attachment 40167 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40167=edit Code with constexpr that fails

Re: [Patch][i386] PR 70118: Fix ubsan warning on SSE2 loadl_epi64 and storel_epi64

On Sunday 27 November 2016, Marc Glisse wrote: > On Sat, 26 Nov 2016, Allan Sandfeld Jensen wrote: > > Use the recently introduced unaligned variant of __m128i and add a > > similar __m64 and use those to make it clear these two intrinsics > > require neither 128- bit nor 64-bit alignment. > >

[Bug c++/78551] Internal compiler error with constexpr initialization of union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78551 --- Comment #1 from Vlad Petric --- Created attachment 40166 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40166=edit code that fails as attachment

[Bug c++/77771] internal compiler error: in cxx_eval_bit_field_ref, at cp/constexpr.c:2090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=1 --- Comment #3 from Vlad Petric --- Sorry - accidentally added test case attachment to this bug. The bug I reported is likely related https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78551

Re: Hurd port for gcc go PATCH 1-4(23)

Svante Signell, on Sun 27 Nov 2016 18:17:17 +0100, wrote: > On Sun, 2016-11-27 at 18:02 +0100, Samuel Thibault wrote: > > > But as you wish, an updated patch is attached. > > > >  _Bool > >  Continued (uint32_t *w) > >  { > > +#ifndef WCONTINUED > > +  *w = 0; > > +  return 0; > > +#else > >    

[Bug c++/77771] internal compiler error: in cxx_eval_bit_field_ref, at cp/constexpr.c:2090

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=1 --- Comment #2 from Vlad Petric --- Created attachment 40165 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40165=edit code that fails

Re: Hurd port for gcc go PATCH 1-4(23)

On Sun, 2016-11-27 at 18:02 +0100, Samuel Thibault wrote: > Hello, ... > > But as you wish, an updated patch is attached. > >  _Bool >  Continued (uint32_t *w) >  { > +#ifndef WCONTINUED > +  *w = 0; > +  return 0; > +#else >    return WIFCONTINUED (*w) != 0; > +#endif >  } > > Err, recheck the

[wwwdocs] Use "command-line option" (with a dash)

Since I just responded to a recent patch where the dash was missing, I noticed we had a couple of older cases in our web pages as well. Fixed thusly. Gerald Index: gcc-4.6/changes.html === RCS file:

Re: [patch, libfortran] Add AVX-specific matmul

I wrote: As an added bonus, I added some m4 hacks to disable both AVX and AVX2 code generation for REAL. This should have read "I hadded some m4 hacks to disable the AVX2 code generation for REAL." Regards Thomas

[Bug c++/78551] New: Internal compiler error with constexpr initialization of union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78551 Bug ID: 78551 Summary: Internal compiler error with constexpr initialization of union Product: gcc Version: 6.2.0 Status: UNCONFIRMED Severity: normal

[Bug target/57438] bootstrap fails on x86_64 darwin in stage2 linking cc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438 --- Comment #31 from Mike Stump --- On Nov 6, 2016, at 12:22 PM, iains at gcc dot gnu.org wrote: > I have backports for 6.x and 5.x if wanted. Yes please. I think it is safe enough and the problem is really kinda

Re: [patch, libfortran] Add AVX-specific matmul

Hello world, here is another, much revised, update of the AVX-specific matmul patch. The processor-specific switching is now done directly, using the machinery from gcclib. For this, I have moved information from the i386-specific cpuinfo.c file to a new header file cpuinfo.h, which is then

Re: Hurd port for gcc go PATCH 1-4(23)

Hello, Svante Signell, on Sun 27 Nov 2016 17:33:52 +0100, wrote: > > > Index: gcc-6-6.2.1-4.1/src/libgo/go/syscall/wait.c > > > === > > > --- gcc-6-6.2.1-4.1.orig/src/libgo/go/syscall/wait.c > > > +++

New French PO file for 'gcc' (version 6.2.0)

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

[Bug target/67710] FAIL: gcc.dg/darwin-*version-*.c (test for excess errors) with Xcode 7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67710 --- Comment #13 from Iain Sandoe --- Author: iains Date: Sun Nov 27 15:07:22 2016 New Revision: 242898 URL: https://gcc.gnu.org/viewcvs?rev=242898=gcc=rev Log: [Darwin] fix PR67710 by updating 'as' specs to handle newer assembler versions. A/

libatomic still broken with --disable-dependency-tracking

Hi, I stumbled across an issue recently building gcc and libatomic with --disable-dependency-tracking (in a cross-compiler). It turns out there's an open bug with a patch by Richard Purdie for that at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930 and the patch appears to work fine, on gcc

[Bug target/57438] bootstrap fails on x86_64 darwin in stage2 linking cc1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438 --- Comment #30 from Iain Sandoe --- Author: iains Date: Sun Nov 27 14:50:58 2016 New Revision: 242897 URL: https://gcc.gnu.org/viewcvs?rev=242897=gcc=rev Log: [Darwin] Fix PR57438 by avoiding empty function bodies and trailing labels. A.

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 --- Comment #48 from Iain Sandoe --- Author: iains Date: Sun Nov 27 14:41:22 2016 New Revision: 242896 URL: https://gcc.gnu.org/viewcvs?rev=242896=gcc=rev Log: [Testsuite] pr71767 Changes. Update Darwin tests to reflect the differences in

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 --- Comment #47 from Iain Sandoe --- Author: iains Date: Sun Nov 27 14:34:54 2016 New Revision: 242895 URL: https://gcc.gnu.org/viewcvs?rev=242895=gcc=rev Log: [Darwin] Fix PR71767 - adjust the sections used where necessary. (much) Older

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 --- Comment #46 from Iain Sandoe --- Author: iains Date: Sun Nov 27 14:29:36 2016 New Revision: 242894 URL: https://gcc.gnu.org/viewcvs?rev=242894=gcc=rev Log: [Darwin, config] Arrange for ld64 to be detected as Darwin's linker. This is an

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 --- Comment #45 from Iain Sandoe --- Author: iains Date: Sun Nov 27 14:21:51 2016 New Revision: 242893 URL: https://gcc.gnu.org/viewcvs?rev=242893=gcc=rev Log: [Darwin, ld64] Make PIC indirections and constant labels linker-visible.

Re: invalid initial value for member [of bit struct]

On 2016.11.27 at 13:39 +0100, Markus Trippelsdorf wrote: > On 2016.11.27 at 11:50 +0300, Vladimir Gavrilov wrote: > > Dear GCC Team! > > My name is Gavrilov Vladimir, and I am Associate Professor in Nizhny > > Novgorod State University (Russian Federation). > > > > To use in educational process

[Bug c++/78550] New: [6/7 Regression] bit field and std::initializer_list

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78550 Bug ID: 78550 Summary: [6/7 Regression] bit field and std::initializer_list Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

Re: [wwwdocs][PATCH][ARM] Add -mpure-code to changes.html

On Mon, 21 Nov 2016, Andre Vieira (lists) wrote: > I added the description of the new ARM -mpure-code option to changes.html. Just as a note, per https://gcc.gnu.org/codingconventions.html#Spelling we are using "command-line option" (with a dash). I applied the obvious change (below) on top of

[Bug testsuite/78544] FAIL: gcc.dg/tree-prof/section-attr-*.c compilation, -fprofile-generate -D_PROFILE_GENERATE on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78544 Iain Sandoe changed: What|Removed |Added Attachment #40158|0 |1 is obsolete|

Re: invalid initial value for member [of bit struct]

On 2016.11.27 at 11:50 +0300, Vladimir Gavrilov wrote: > Dear GCC Team! > My name is Gavrilov Vladimir, and I am Associate Professor in Nizhny > Novgorod State University (Russian Federation). > > To use in educational process of this university, I wrote lexical > analyzer generator Myauka

[Bug libfortran/78549] New: Very slow formatted internal file output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549 Bug ID: 78549 Summary: Very slow formatted internal file output Product: gcc Version: 6.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c/78548] New: ice on valid C code on x86_64-linux-gnu at -O2 and -O3 in 64-bit mode with -Wall (*** Error in `/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/cc1': double free or corru

-linux-gnu/7.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20161127 (experimental) [trunk revision 242892] (GCC) $ $ gcc-trunk -Wall -w

[Bug testsuite/78544] FAIL: gcc.dg/tree-prof/section-attr-*.c compilation, -fprofile-generate -D_PROFILE_GENERATE on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78544 Iain Sandoe changed: What|Removed |Added Target|x86_64-apple-darwin16 |*-apple-darwin*

[Bug testsuite/78544] FAIL: gcc.dg/tree-prof/section-attr-*.c compilation, -fprofile-generate -D_PROFILE_GENERATE on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78544 --- Comment #1 from Andrew Burgess --- Created attachment 40162 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40162=edit Patch to skip the tests As the tests are only going to test anything on a subset of targets, I don't know if we care

invalid initial value for member [of bit struct]

Dear GCC Team! My name is Gavrilov Vladimir, and I am Associate Professor in Nizhny Novgorod State University (Russian Federation). To use in educational process of this university, I wrote lexical analyzer generator Myauka (source code: https://github.com/gavr-vlad-s/myauka). This generator is