Re: MIPS ASAN status? (and "volunteering")

> See above regarding looking at patches, but I guess you mean > that the patch is trivial, so then I presume it was more or less > the same as this, which is basically a copy-paste from looking > at rs6000 and xtensa. I checked a typical /proc/self/maps and > guess that 1<<29 probably fits for

cross compiled output differs

Hi: I built two versions -- linux/mingw -- of a 32-bit gcc cross compiler of codebase 7.3.0 on fedora 20 (gcc 4.8). Then I compiled an embedded project using the both cross compilers in the same build environment. An assemble code inspection showed that one function out of about thousand project

[Bug c++/84802] [8 Regression] ICE in gimplify_decl_expr since r251433

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84802 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED

[Bug target/83712] [6/7 Regression] "Unable to find a register to spill" when compiling for thumb1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83712 Alexandre Oliva changed: What|Removed |Added CC||aoliva at gcc dot gnu.org --- Comment

[PATCH] i386: Fix a typo: Enforcment -> Enforcement

I am checking this in as an obvious fix. H.J. PR target/84807 * config/i386/i386.opt: Replace Enforcment with Enforcement. --- gcc/config/i386/i386.opt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/gcc/config/i386/i386.opt b/gcc/config/i386/i386.opt

[wwwdocs] AVR entry in readings.htmls

It appears this link at atmel.com has been taken down without what appears a replacement, so I applied the patch below. Denis, if you have a new reference, happy to add that, of course. Gerald Index: readings.html === RCS file:

Re: [wwwdocs] Adjust to new MPC homepage (gcc-4.5/changes.html)

On Sun, 4 Mar 2018, Gerald Pfeifer wrote: > Not sure why they made this change, but the main address now > redirects to an MPC-specific page. Turns out I missed the second link on that page; let's avoid that going forward. ;-) Committed. Gerald Index: gcc-4.5/changes.html

[Bug rtl-optimization/84806] New: [8 Regression] r258390 caused in internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84806 Bug ID: 84806 Summary: [8 Regression] r258390 caused in internal compiler error Product: gcc Version: 8.0.1 Status: UNCONFIRMED Severity: normal

Re: patch to fix PR83712

On Fri, Mar 9, 2018 at 8:16 AM, Vladimir Makarov wrote: > The following patch fixes > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83712 > > It is another "cannot find a spill reg for reload" problem. LRA has already > a code splitting hard reg live ranges to avoid such

[Bug target/83712] [6/7 Regression] "Unable to find a register to spill" when compiling for thumb1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83712 --- Comment #9 from H.J. Lu --- (In reply to Alexandre Oliva from comment #8) > Hey, Vlad, I'm afraid bisection tells me r258390 caused a regression I'm > seeing on i686-linux-gnu. hsa-regalloc now fails to compile in stage2: See

[Bug c/84717] suffix for double constant is a GCC extension is not documented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84717 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org

[Bug target/84807] i386: typo "Support Control-flow Enforcment Technology"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84807 --- Comment #1 from hjl at gcc dot gnu.org --- Author: hjl Date: Sat Mar 10 15:57:10 2018 New Revision: 258414 URL: https://gcc.gnu.org/viewcvs?rev=258414=gcc=rev Log: i386: Fix a typo: Enforcment -> Enforcement PR target/84807

[Bug target/84807] i386: typo "Support Control-flow Enforcment Technology"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84807 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Version|unknown

[Bug target/83789] __builtin_altivec_lvx fails for powerpc for altivec-4.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789 Peter Bergner changed: What|Removed |Added Attachment #43611|0 |1 is obsolete|

Re: patch to fix PR83712

On 03/10/2018 09:40 AM, Vladimir Makarov wrote: > A few people reported that the patch broke i686.  I am going to work on > the patch more.  Meanwhile I've reverted the patch. Just a note, none of my other builds failed. Though i686 probably stresses the class-likely-spilled bits than any other.

[Bug target/84790] Miscompilation for MIPS16 with -fpic and -Os or -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84790 --- Comment #2 from Matthias Schiffer --- The problem seems to be that the gp init sequence li $2,%hi(_gp_disp) addiu $3,$pc,%lo(_gp_disp) sll $2,16 addu$2,$3 is

[Bug fortran/54687] Use gcc option machinery for gfortran

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54687 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org

[Bug libstdc++/78565] undefined reference to `aligned_alloc' when building mingw-w64 cross-compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78565 Georg Koppen changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug libstdc++/79190] [7 Regression] ld: (Warning) Unsatisfied symbol "aligned_alloc"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79190 Georg Koppen changed: What|Removed |Added CC||gk at torproject dot org --- Comment #13

[Bug target/84807] New: i386: typo "Support Control-flow Enforcment Technology"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84807 Bug ID: 84807 Summary: i386: typo "Support Control-flow Enforcment Technology" Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug target/83712] [6/7 Regression] "Unable to find a register to spill" when compiling for thumb1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83712 --- Comment #10 from Vladimir Makarov --- Author: vmakarov Date: Sat Mar 10 16:32:21 2018 New Revision: 258415 URL: https://gcc.gnu.org/viewcvs?rev=258415=gcc=rev Log: 2018-03-10 Vladimir Makarov Reverting

[wwwdocs] www.fsf.org switched to https - lists.html

Applied. Gerald Index: lists.html === RCS file: /cvs/gcc/wwwdocs/htdocs/lists.html,v retrieving revision 1.112 diff -u -r1.112 lists.html --- lists.html 31 Aug 2014 16:32:23 - 1.112 +++ lists.html 10 Mar 2018 16:31:59

[Bug rtl-optimization/84780] [8 Regression] wrong code aarch64 with -O3 --param=tree-reassoc-width=32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84780 --- Comment #5 from Segher Boessenkool --- Insn 55 is a parallel, and that is split into two insns i1 and i2, both numbered as 55. The i1 will never become part of the insn stream. It is this insn that is deleted. Later on insn 55 is combined

[Bug c++/84808] New: [8 Regression] ICE with constexpr and array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84808 Bug ID: 84808 Summary: [8 Regression] ICE with constexpr and array Product: gcc Version: 8.0.1 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

Re: patch to fix PR83712

A few people reported that the patch broke i686.  I am going to work on the patch more.  Meanwhile I've reverted the patch. On 03/09/2018 11:16 AM, Vladimir Makarov wrote: The following patch fixes https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83712 It is another "cannot find a spill reg for

[Bug rtl-optimization/84780] [8 Regression] wrong code aarch64 with -O3 --param=tree-reassoc-width=32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84780 --- Comment #6 from Segher Boessenkool --- And the actual problem happens earlier: the earlier 63, 70 -> 71 combination links the much later insn 100 to 70, for cc, but there are plenty other setters and users of cc earlier.

[Bug target/84809] New: RFE: saveall attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84809 Bug ID: 84809 Summary: RFE: saveall attribute Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug c++/84802] New: [8 Regression] ICE in gimplify_decl_expr since r251433

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84802 Bug ID: 84802 Summary: [8 Regression] ICE in gimplify_decl_expr since r251433 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/84803] ice from ifcvt_memrefs_wont_trap with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84803 --- Comment #1 from David Binderman --- Reduced C code: a; *b; c(d) { if (a) *b = d; } e() { f(e, c); } f(int d, int *g) { h(d, g, ""); } h(int d, int g(), char *j, char *k) { int i; h(0, g, j + 1, 1); while (--i) g(*j); }

[Bug c++/84729] [6/7/8 Regression] internal compiler error: verify_gimple failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84729 Alexandre Oliva changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[Bug target/83822] trunk/gcc/config/rs6000/rs6000-string.c:970]: (style) Redundant condition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83822 --- Comment #3 from David Binderman --- Similar thing in a different file: trunk/gcc/config/rs6000/rs6000-c.c:646]: (style) Redundant condition: TARGET_HARD_FLOAT. '!A || (A && B)' is equivalent to '!A || B' Source code is if

[Bug c++/84804] New: [8 Regression] ICE with lambda in default argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84804 Bug ID: 84804 Summary: [8 Regression] ICE with lambda in default argument Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal

[Bug lto/84805] New: [8 Regression] ICE in get_odr_type, at ipa-devirt.c:2096 since r258133

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84805 Bug ID: 84805 Summary: [8 Regression] ICE in get_odr_type, at ipa-devirt.c:2096 since r258133 Product: gcc Version: unknown Status: UNCONFIRMED Keywords:

[Bug lto/84805] [8 Regression] ICE in get_odr_type, at ipa-devirt.c:2096 since r258133

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84805 --- Comment #2 from Martin Liška --- Created attachment 43615 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43615=edit test-case

[Bug c++/84801] New: ICE: Segmentation fault instead of "error: parameter packs not expanded with '...'"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84801 Bug ID: 84801 Summary: ICE: Segmentation fault instead of "error: parameter packs not expanded with '...'" Product: gcc Version: 8.0 Status: UNCONFIRMED

[Bug c++/84647] [6/7/8 Regression] ICE: segfault with NULL "from" in standard_conversion()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84647 Alexandre Oliva changed: What|Removed |Added Keywords||patch --- Comment #3 from Alexandre

[Bug lto/84805] [8 Regression] ICE in get_odr_type, at ipa-devirt.c:2096 since r258133

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84805 --- Comment #1 from Martin Liška --- Created attachment 43614 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43614=edit test-case

[Bug lto/84805] [8 Regression] ICE in get_odr_type, at ipa-devirt.c:2096 since r258133

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84805 --- Comment #3 from Martin Liška --- Created attachment 43616 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43616=edit test-case

[Bug c++/84610] [6/7/8 Regression] ICE in synthesize_implicit_template_parm, at cp/parser.c:38843

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84610 Alexandre Oliva changed: What|Removed |Added Keywords||patch --- Comment #3 from Alexandre

[Bug c++/84642] [6/7/8 Regression] ICE: segfault reading through NULL current_template_parms in synthesize_implicit_template_parm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84642 Alexandre Oliva changed: What|Removed |Added Keywords||patch --- Comment #4 from Alexandre

[Bug lto/84805] [8 Regression] ICE in get_odr_type, at ipa-devirt.c:2096 since r258133

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84805 Martin Liška changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED

[Bug c++/84729] [6/7/8 Regression] internal compiler error: verify_gimple failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84729 Alexandre Oliva changed: What|Removed |Added Keywords||patch --- Comment #5 from Alexandre

[Bug c/84803] ice from ifcvt_memrefs_wont_trap with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84803 David Binderman changed: What|Removed |Added CC||vekumar at gcc dot gnu.org ---

[Bug target/84799] ICE on valid code at -O1: in lra_split_hard_reg_for, at lra-assigns.c:1802

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84799 Thomas Schwinge changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/84790] Miscompilation for MIPS16 with -fpic and -Os or -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84790 --- Comment #1 from Matthias Schiffer <mschif...@universe-factory.net> --- Issue still present in gcc version 8.0.1 20180310 (experimental) (GCC). Again, output it identical to that of GCC 5 and 7.

[Bug c/84803] New: ice from ifcvt_memrefs_wont_trap with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84803 Bug ID: 84803 Summary: ice from ifcvt_memrefs_wont_trap with -O3 Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Ada] Fix wrong call to protected function returning VFA type

This is a small regression present on the mainline and 7 branch: the call to a protected function returning a composite type with Volatile_Full_Access aspect or pragma yields a segfault at run time. Tested on x86-64/Linux, applied on the mainline and 7 branch. 2018-03-10 Eric Botcazou

[PR c++/84729] convert new init to array elt type

A parenthesized initializer is only accepted when new()ing an array in permissive mode. We were not careful, however, to convert the TREE_LIST initializer to the array element type in this extension. This patch fixes it: after turning the TREE_LIST initializer to a compound_expr, we convert it to

[PR c++/84610,84642] recover from implicit template parms gracefully

If we get a parse error during an attempted fully implicit function template parse, and need to skip to the end of the statement or block, we may discard the function parms scope rather than the enclosing injected implicit template parms scope. If we rollback a tentative parse and try something

[PR c++/84647] undeclared fn called in auto default arg in ptr decl

We ICEd when attempting to convert a default arg for an auto parm, the default arg amounting to a call to an undeclared function, in a declaration of a pointer to function variable. It's all wrong, but because of the bogus implicit template, we accept the typeless expression at first. Later on,

[Bug fortran/84615] [8 Regression] Executable Segfault for some tests compiled with -m32 after r256284

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84615 Dominique d'Humieres changed: What|Removed |Added Summary|[8 Regression] Executable |[8 Regression] Executable

[Bug c++/84802] [8 Regression] ICE in gimplify_decl_expr since r251433

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84802 --- Comment #1 from Jakub Jelinek --- Created attachment 43612 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43612=edit pr84802.C Updated testcase so that clang++ accepts it (just changed sizeof(int) to 1).

[Bug ipa/84811] New: ICE on valid code at -O3 in 64-bit mode on x86_64-linux-gnu: in smallest_mode_for_size, at stor-layout.c:355

Thread model: posix gcc version 8.0.1 20180310 (experimental) [trunk revision 258413] (GCC) $ $ gcctk -O2 -c small.c $ gcc-7.2.0 -O3 -c small.c $ $ gcctk -O3 -c small.c during RTL pass: dse1 small.c: In function ‘fn1’: small.c:12:1: internal compiler error: in smallest_mode_for_size, at stor-layout.c

[Bug target/84809] RFE: saveall attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84809 --- Comment #1 from Avi Kivity --- I think no_caller_saved_registers is very close to what I want, except for "Since GCC doesn't preserve MPX, SSE, MMX nor x87 states, the GCC option '-mgeneral-regs-only' should be

[Bug fortran/84734] [8 Regression] Compiling codes with insane array dimensions gives an ICE after r257971

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84734 --- Comment #8 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Mar 10 18:34:12 2018 New Revision: 258416 URL: https://gcc.gnu.org/viewcvs?rev=258416=gcc=rev Log: 2018-03-09 Steven G. Kargl PR

[Bug target/83789] __builtin_altivec_lvx fails for powerpc for altivec-4.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789 kaushikp at gcc dot gnu.org changed: What|Removed |Added CC||kaushikp at gcc dot gnu.org

[Bug target/84786] [miscompilation] vunpcklpd accessing xmm16-22 targeting KNL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84786 --- Comment #2 from Matthias Kretz --- Created attachment 43618 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43618=edit unreduced testcase Compile with `g++ -std=c++17 -O2 -march=knl -o knl-fail knl-fail.cpp`. The function

Re: [committed] Fix va_arg gimplification on powerpc{,spe} (PR target/84772)

Hi, On Fri, Mar 09, 2018 at 11:29:02PM +0100, Jakub Jelinek wrote: > The following is a powerpcspe variant of the sparc PR39645, and rs6000 > has the same code (not sure if ever used or dead after powerpcspe removal). It's not dead, this code is for the SVR4 ABI, used on most 32-bit targets

[Bug c++/84813] New: internal compiler error: Segmentation fault with lambdas and constexpr variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84813 Bug ID: 84813 Summary: internal compiler error: Segmentation fault with lambdas and constexpr variables Product: gcc Version: 7.3.0 Status: UNCONFIRMED

[Bug other/82352] [7 Regression] comdat-local function called by void h::i() outside its comdat

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82352 --- Comment #13 from hjl at gcc dot gnu.org --- Author: hjl Date: Sat Mar 10 18:45:55 2018 New Revision: 258418 URL: https://gcc.gnu.org/viewcvs?rev=258418=gcc=rev Log: Backport r256266 from mainline Backport from mainline

[Bug fortran/32770] [Meta-bug] -fdefault-integer-8 issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32770 Bug 32770 depends on bug 84734, which changed state. Bug 84734 Summary: [8 Regression] Compiling codes with insane array dimensions gives an ICE after r257971 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84734 What|Removed

[Bug fortran/84734] [8 Regression] Compiling codes with insane array dimensions gives an ICE after r257971

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84734 --- Comment #10 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Mar 10 19:00:49 2018 New Revision: 258419 URL: https://gcc.gnu.org/viewcvs?rev=258419=gcc=rev Log: 2018-03-10 Steven G. Kargl PR

[Bug fortran/84734] [8 Regression] Compiling codes with insane array dimensions gives an ICE after r257971

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84734 kargl at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[Bug c++/84810] New: [concepts][c++20] constraints of lambdas with explicit template parameters are not checked

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84810 Bug ID: 84810 Summary: [concepts][c++20] constraints of lambdas with explicit template parameters are not checked Product: gcc Version: 8.0.1 Status: UNCONFIRMED

[Bug c++/84812] New: [8 Regression] ICE with local function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84812 Bug ID: 84812 Summary: [8 Regression] ICE with local function Product: gcc Version: 8.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

Re: GCC 6 backports

On Wed, Mar 7, 2018 at 1:41 AM, Martin Liška wrote: > Hi. > > Sending GCC 6 branch backports. > Patches can bootstrap on ppc64le-redhat-linux and survives regression tests. > I'm going to install the patches. > > Martin I am going to backport:

[Bug fortran/84734] [8 Regression] Compiling codes with insane array dimensions gives an ICE after r257971

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84734 --- Comment #9 from kargl at gcc dot gnu.org --- Author: kargl Date: Sat Mar 10 18:44:25 2018 New Revision: 258417 URL: https://gcc.gnu.org/viewcvs?rev=258417=gcc=rev Log: 2018-03-10 Steven G. Kargl PR

Update: Hurd port for gcc-7 go : 7.3.0-8+ for glibc 2.26+

Hi, Attached is the updated patch, src_libgo_build.diff, to build gccgo properly on Debian GNU/Hurd on gcc-7 (7-7.3.0-{8,9,10}) again after the update of glibc to 2.26+ The libgo tests show the following: === libgo Summary === # of expected passes119 # of unexpected

[Bug c++/84816] New: [7.2.0/8.0.1 x86_64] Incorrect code generation if signed overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84816 Bug ID: 84816 Summary: [7.2.0/8.0.1 x86_64] Incorrect code generation if signed overflow Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug c/84815] gcc fwrite failed write to stdout in binary mode (Win7)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84815 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/84816] [7.2.0/8.0.1 x86_64] Incorrect code generation if signed overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84816 Andrew Pinski changed: What|Removed |Added Target|x86_84 | Status|UNCONFIRMED

[Bug c++/84816] [7.2.0/8.0.1 x86_64] Incorrect code generation if signed overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84816 --- Comment #7 from Dmitry Lesnikov --- (In reply to Andrew Pinski from comment #5) > (In reply to Dmitry Lesnikov from comment #4) > > (In reply to Andrew Pinski from comment #1) > > > signed overflow is undefined behavior at runtime. > > > >

[Bug rtl-optimization/84753] GCC does not fold xxswapd followed by vperm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84753 --- Comment #7 from Jeffrey Walton --- (In reply to Bill Schmidt from comment #4) > ... > > The best performance will be achieved by writing this loop entirely using > inline asm code, with all data loaded/stored using lxvd2x and stxvd2x (no >

[Bug c++/84814] New: Type of arithmetic expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84814 Bug ID: 84814 Summary: Type of arithmetic expression Product: gcc Version: 7.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/84814] Type of arithmetic expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84814 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Re: Update: Hurd port for gcc-7 go : 7.3.0-8+ for glibc 2.26+

Hello, Svante Signell, on sam. 10 mars 2018 19:33:35 +0100, wrote: > Attached is the updated patch, src_libgo_build.diff, to build gccgo properly > on > Debian GNU/Hurd on gcc-7 (7-7.3.0-{8,9,10}) again after the update of glibc to > 2.26+ I have updated the gcc-7 package in Debian, thanks!

[Bug c/83294] int32_t & related definitions wrong with -funsigned-bitfields

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83294 --- Comment #4 from Rich Felker --- Further examination shows that this GCC feature (-funsigned-bitfields) is actually buggy/non-conforming. It changes the default signedness of all integer types in bitfields, not just plain int. This behavior

[Bug c/83294] int32_t & related definitions wrong with -funsigned-bitfields

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83294 --- Comment #5 from Rich Felker --- Reading the relevant part of the standard in more detail, it seems like it's a GCC bug that GCC is applying the exception for plain int to typedefs. ¶5: "Each of the comma-separated multisets designates the

[Bug c++/84816] [7.2.0/8.0.1 x86_64] Incorrect code generation if signed overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84816 --- Comment #4 from Dmitry Lesnikov --- (In reply to Andrew Pinski from comment #1) > signed overflow is undefined behavior at runtime. for(int i=0; i<10; i++) this loop is correct.

[Bug c++/84816] [7.2.0/8.0.1 x86_64] Incorrect code generation if signed overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84816 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/84816] [7.2.0/8.0.1 x86_64] Incorrect code generation if signed overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84816 Dmitry Lesnikov changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED

[Bug tree-optimization/43432] Missed vectorization: "complicated access pattern" for increasing and decreasing data indexing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43432 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---

[Bug c++/84816] [7.2.0/8.0.1 x86_64] Incorrect code generation if signed overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84816 --- Comment #6 from Dmitry Lesnikov --- (In reply to Andrew Pinski from comment #5) > (In reply to Dmitry Lesnikov from comment #4) > > (In reply to Andrew Pinski from comment #1) > > > signed overflow is undefined behavior at runtime. > > > >

[Bug c/84815] New: gcc fwrite failed write to stdout in binary mode (Win7)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84815 Bug ID: 84815 Summary: gcc fwrite failed write to stdout in binary mode (Win7) Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity: normal

[Bug c++/84816] [7.2.0/8.0.1 x86_64] Incorrect code generation if signed overflow

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84816 --- Comment #5 from Andrew Pinski --- (In reply to Dmitry Lesnikov from comment #4) > (In reply to Andrew Pinski from comment #1) > > signed overflow is undefined behavior at runtime. > > for(int i=0; i<10; i++) > > this loop is correct. But

[Bug target/83789] __builtin_altivec_lvx fails for powerpc for altivec-4.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83789 Peter Bergner changed: What|Removed |Added Attachment #43617|0 |1 is obsolete|

[Bug libstdc++/78565] undefined reference to `aligned_alloc' when building mingw-w64 cross-compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78565 --- Comment #5 from Jonathan Wakely --- Thanks for checking

[Bug other/46828] gengtype is not installed, but become a user [plugins with GTY-s] program

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46828 Eric Gallager changed: What|Removed |Added CC||egallager at gcc dot gnu.org ---