[Bug libfortran/59227] [4.9 regression] FAIL: gfortran.dg/erf_3.F90 -O0 execution test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227 Andreas Schwab changed: What|Removed |Added Keywords||wrong-code --- Comment #12 from Andreas

[Bug libfortran/59227] [4.9 regression] FAIL: gfortran.dg/erf_3.F90 -O0 execution test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227 Andreas Schwab changed: What|Removed |Added Keywords|wrong-code | --- Comment #14 from Andreas Schwab --

[Bug libfortran/59227] [4.9 regression] FAIL: gfortran.dg/erf_3.F90 -O0 execution test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227 --- Comment #16 from Andreas Schwab --- Perhaps a suitable workaround would be to force linking the right __divtf3 into libgfortran.

[Bug libfortran/59227] [4.9 regression] FAIL: gfortran.dg/erf_3.F90 -O0 execution test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227 --- Comment #17 from Andreas Schwab --- ia64 was using TFmode for 80 bit long double before r72916, so the __divtf3 name sticked for compatibility.

[Bug libfortran/59227] [4.9 regression] FAIL: gfortran.dg/erf_3.F90 -O0 execution test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227 --- Comment #20 from Andreas Schwab --- It's not really a glibc bug, but a compatilibity wart.

[Bug libfortran/59227] [4.9 regression] FAIL: gfortran.dg/erf_3.F90 -O0 execution test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227 --- Comment #21 from Andreas Schwab --- > I'm not sure how to force linking in libgfortran Add libgcc/divtf3_s.o to the link line.

[Bug target/59230] New: __divtf3@@GCC_4.4.0 missing from libgcc_s.so.1

: target Assignee: unassigned at gcc dot gnu.org Reporter: sch...@linux-m68k.org Blocks: 59227 Target: ia64-*-* libgcc_s.so.1 does not provide the symbol __divtf3@@GCC_4.4.0, only the __divtf3@GCC_3.0 compatibility alias. This is causing the __divtf3

[Bug libfortran/59227] [4.9 regression] FAIL: gfortran.dg/erf_3.F90 -O0 execution test

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59227 --- Comment #22 from Andreas Schwab --- Actually it appears to be a libgcc bug.

[Bug middle-end/59261] New: [4.9 regression] FAIL: gcc.dg/vect/bb-slp-26.c -flto -ffat-lto-objects (internal compiler error)

Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: sch...@linux-m68k.org Target: ia64-*-* $ gcc/xgcc -B gcc/ ../gcc/testsuite/gcc.dg/vect/bb-slp-26.c

[Bug c/59259] [x32] Incorrect packing and/or alignment when using a 64 bit type as array of zero length in a structure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59259 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug driver/59321] -fuse-ld does not have effect on -print-prog-name

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59321 --- Comment #2 from Andreas Schwab --- The driver doesn't actually call ld, but collect2, and passes -fuse-ld down to it.

[Bug c/59367] Syntax error with #pragma message before "else"

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59367 --- Comment #4 from Andreas Schwab --- All preprocessing directives are deleted at the end of phase 4.

[Bug bootstrap/59536] [4.9 regression] internal compiler error: in cselib_record_set, at cselib.c:2376 breaks m68k-linux bootstrap

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536 --- Comment #1 from Andreas Schwab --- Between r205951 and r205984.

[Bug bootstrap/59536] [4.9 regression] internal compiler error: in cselib_record_set, at cselib.c:2376 breaks m68k-linux bootstrap

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536 --- Comment #2 from Andreas Schwab --- Created attachment 31468 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31468&action=edit Preprocessed source

[Bug bootstrap/59536] [4.9 regression] internal compiler error: in cselib_record_set, at cselib.c:2376 breaks m68k-linux bootstrap

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536 Andreas Schwab changed: What|Removed |Added Target|m68k-linux |m68k-*-* CC|

[Bug bootstrap/59536] [4.9 regression] internal compiler error: in cselib_record_set, at cselib.c:2376 breaks m68k-linux bootstrap

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/59554] Errors with const and volatile in templates.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59554 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug bootstrap/59536] [4.9 regression] internal compiler error: in cselib_record_set, at cselib.c:2376 breaks m68k-linux bootstrap

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536 --- Comment #12 from Andreas Schwab --- -fno-auto-inc-dec avoids the crash. Dup of #52306?

[Bug middle-end/52306] ICE in cselib_record_set, at cselib.c:2158

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306 --- Comment #23 from Andreas Schwab --- *** Bug 59536 has been marked as a duplicate of this bug. ***

[Bug bootstrap/59536] [4.9 regression] internal compiler error: in cselib_record_set, at cselib.c:2376 breaks m68k-linux bootstrap

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59536 Andreas Schwab changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug middle-end/52306] [4.8/4.9 regression] ICE in cselib_record_set, at cselib.c:2158

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306 --- Comment #26 from Andreas Schwab --- What does that mean, it's too late?

[Bug target/59573] aarch64: commit 07ca5686e64 broken glibc-2.17

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59573 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/59596] Unable to get the rpm file GCC 4.2 version for Linux X86_64 bit

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59596 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/59598] very simple code using file open for read

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59598 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/52714] [4.7/4.8/4.9 regression] ICE in fixup_reorder_chain, at cfglayout.c:880

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52714 --- Comment #11 from Andreas Schwab --- try_combine is called with i1 = (insn 14 13 16 2 (set (reg/v/f:SI 34 [ stack ]) (reg/f:SI 15 %sp)) pr52714.c:9 38 {*movsi_m68k2} (nil)) i2 = (insn 16 14 17 2 (set (cc0) (compare (reg/v/

[Bug rtl-optimization/59649] New: [4.9 regression] conftest.c miscompiled

Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: sch...@linux-m68k.org CC: nickc at gcc dot gnu.org Blocks: 59613 Target: ia64-*-* >From ia64-suse-linux/libgomp/config.log: configure:16

[Bug rtl-optimization/59649] [4.9 regression] conftest.c miscompiled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59649 --- Comment #1 from Andreas Schwab --- gen_int_mode(-1, BImode) returning (const_int 1) looks wrong.

[Bug c/59668] extraneous error messages at -O1, -O2 and -O3 for valid code with string library functions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59668 --- Comment #7 from Andreas Schwab --- 7.1.3 Reserved identifiers

[Bug c/59674] On m68k and vax variables stack variables with > MAX_STACK_ALIGNMENT make ssp fail

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59674 --- Comment #7 from Andreas Schwab --- If you have fundamental types with stricter alignment requirements than provided by STACK_BOUNDARY your ABI has a problem, and this SSP failure is just one symptom.

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #43 from Andreas Schwab 2011-12-07 11:07:16 UTC --- What is the argument of fp_size_to_prec here?

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #45 from Andreas Schwab 2011-12-07 12:48:29 UTC --- That should probably be 96.

[Bug ada/48835] Porting GNAT to GNU/Linux/m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835 --- Comment #46 from Andreas Schwab 2011-12-07 13:10:15 UTC --- There were a lot of float related changes around 2011-08-02.

[Bug c++/51532] Invalid Code Generated for cpu32.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51532 --- Comment #3 from Andreas Schwab 2011-12-13 20:47:47 UTC --- The use of cas is currently dependent on TARGET_68020, which is true on cpu32, but there needs to be a TARGET_CAS flag.

[Bug c++/51532] Invalid Code Generated for cpu32.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51532 --- Comment #4 from Andreas Schwab 2011-12-14 12:11:34 UTC --- Created attachment 26079 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26079 Patch Please try the attached patch.

[Bug c++/51532] Invalid Code Generated for cpu32.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51532 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/51599] [4.7 Regression] Bootstrap failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51599 --- Comment #2 from Andreas Schwab 2011-12-17 20:02:27 UTC --- Did you use --disable-target-libitm?

[Bug target/51532] Invalid Code Generated for cpu32.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51532 Andreas Schwab changed: What|Removed |Added Status|NEW |RESOLVED Component|c++

[Bug bootstrap/51388] Configure failure to detect unsupported warning options for non-bootstrap builds (including cross builds)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51388 --- Comment #11 from Andreas Schwab 2011-12-20 15:48:28 UTC --- Does this work? diff --git a/config/warnings.m4 b/config/warnings.m4 index 292e5a4..b64b594 100644 --- a/config/warnings.m4 +++ b/config/warnings.m4 @@ -32,7 +32,7 @@ for real_optio

[Bug bootstrap/51725] [4.7 regression] segfault in stage 3 when compiling gcc/opts.c for sparc64-linux

CC||sch...@linux-m68k.org --- Comment #3 from Andreas Schwab 2012-01-01 21:53:57 UTC --- Also breaks ia64.

[Bug bootstrap/51725] [4.7 regression] segfault in stage 3 when compiling gcc/opts.c for sparc64-linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51725 Andreas Schwab changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug ada/51483] [4.7 regression] cstand.adb:Register_Float_Type makes invalid assumptions about FP representation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51483 --- Comment #2 from Andreas Schwab 2012-01-09 21:35:02 UTC --- Created attachment 26285 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26285 Patch

[Bug bootstrap/51796] [4.7 regression] internal compiler error: in distribute_notes, at combine.c:13285 for libgomp/alloc.c on m68k-linux

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51796 --- Comment #6 from Andreas Schwab 2012-01-09 23:52:41 UTC --- Still fails in gcc_assert (n).

[Bug ada/51483] [4.7 regression] cstand.adb:Register_Float_Type makes invalid assumptions about FP representation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51483 --- Comment #4 from Andreas Schwab 2012-01-10 00:16:58 UTC --- The front-end has never made that distinction for floating point types.

[Bug ada/51483] [4.7 regression] cstand.adb:Register_Float_Type makes invalid assumptions about FP representation

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51483 --- Comment #6 from Andreas Schwab 2012-01-10 09:24:48 UTC --- > If I understand correctly, you're changing the interface to pass the object > size (Esize) instead of the precision (RM_Size). That is not correct. I'm just restoring previous beha

[Bug c/51834] -Wsequence-point fails when convoluted expressions with multiple side effects are used

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51834 Andreas Schwab changed: What|Removed |Added Status|RESOLVED|NEW Last reconfirmed|

[Bug libstdc++/51845] [4.7 regression] 23_containers/unordered_multimap/erase/24061-multimap.cc segfault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51845 --- Comment #11 from Andreas Schwab 2012-01-15 13:36:39 UTC --- Created attachment 26332 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26332 valgrind log $ valgrind --log-file=log ./24061-multimap.exe 24061-multimap.exe: /daten/gcc/gcc-20

[Bug libstdc++/51845] [4.7 regression] 23_containers/unordered_multimap/erase/24061-multimap.cc segfault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51845 --- Comment #14 from Andreas Schwab 2012-01-15 21:23:06 UTC --- The valgrind log refers to the latest version.

[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #6 from Andreas Schwab 2012-01-22 09:00:52 UTC --- flag_trapping_math is supposed to be set to 0 by java_init_options_struct, which is called after init_options_struct in toplev_main. But java_init_options_struct does not set fronten

[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #8 from Andreas Schwab 2012-01-22 12:12:07 UTC --- Note that this ICE also happens in cc1plus when compiling libjava/interpret.cc, so the java frontend bug isn't the real cause.

[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #10 from Andreas Schwab 2012-01-22 12:45:56 UTC --- In 4.7. Ada is also affected.

[Bug rtl-optimization/49847] [4.6/4.7 Regression] m68k gcj-4.6 NULL deref in fold_rtx (prev_insn_cc0 == NULL)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #11 from Andreas Schwab 2012-01-23 13:05:35 UTC --- After r183426 this is now dormant on the 4.6 branch again.

[Bug rtl-optimization/49847] [4.7 Regression] NULL deref in fold_rtx (prev_insn_cc0 == NULL)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 Andreas Schwab changed: What|Removed |Added Keywords||build Version|4.6.1

[Bug rtl-optimization/49847] [4.7 Regression] NULL deref in fold_rtx (prev_insn_cc0 == NULL)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 --- Comment #13 from Andreas Schwab 2012-01-23 19:51:48 UTC --- Reduced testcase, to be compiled with -O -fnon-call-exceptions. int f (float g) { try { return g >= 0; } catch (...) {} }

[Bug c++/87861] [9 regression] ICE in output_constructor_regular_field, at varasm.c:5165

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87861 --- Comment #10 from Andreas Schwab --- http://gcc.gnu.org/ml/gcc-testresults/2018-12/msg00950.html

[Bug target/88524] PLT32 relocation is off by 4

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88524 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/88584] GCC thinks that the type is complete dispite shaddowing.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88584 --- Comment #5 from Andreas Schwab --- The examples in the DR only show identifiers with linkage and with compatible types, but the shadowing decl in the example above has no linkage and an incompatible type.

[Bug c/30475] assert(int+100 > int) optimized away

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30475 --- Comment #58 from Andreas Schwab --- -Wstrict-overflow=1 is enabled by -Wall.

[Bug c++/88832] the layout of .data section of a binary is slightly changed when -g option is enabled.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88832 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/88831] the layout of .data section of a binary is slightly changed when -g option is enabled.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88831 --- Comment #1 from Andreas Schwab --- *** Bug 88832 has been marked as a duplicate of this bug. ***

[Bug target/88952] The asm operator modifiers for rs6000 should be documented like they are for x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88952 --- Comment #8 from Andreas Schwab --- reg:reg+1 maps to lo:hi on x86.

[Bug go/52084] go tests fail to link on powerpc-linux-gnu (undefined reference to __sync_add_and_fetch_8)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52084 Andreas Schwab changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|

[Bug go/89162] libgo build is broken on powerpc64-linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89162 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug go/89168] New: FAIL: cmd/go/internal/load

: ian at airs dot com Reporter: sch...@linux-m68k.org CC: cmang at google dot com Target Milestone: --- Target: powerpc64-*-* _testmain.go:9:24: error: incompatible type for field 2 in struct construction 9 | {"TestMainDeps", load.Te

[Bug go/89169] New: FAIL: internal/cpu

airs dot com Reporter: sch...@linux-m68k.org CC: cmang at google dot com Target Milestone: --- Target: powerpc64-*-* --- FAIL: TestMinimalFeatures (0.00s) cpu_test.go:28: power8 expected true, got false --- FAIL: TestDisableAllCapabilities (0.43s

[Bug go/89170] New: FAIL: net/http

dot com Reporter: sch...@linux-m68k.org CC: cmang at google dot com Target Milestone: --- Target: powerpc64-*-* 2019/02/03 13:30:21 http: TLS handshake error from 127.0.0.1:39152: read tcp 127.0.0.1:40261->127.0.0.1:39152: use of closed network connect

[Bug go/89171] New: FAIL: go/build

dot com Reporter: sch...@linux-m68k.org CC: cmang at google dot com Target Milestone: --- Target: riscv64-*-* --- FAIL: TestDependencies (8.67s) deps_test.go:531: unexpected dependency: debug/gcc8-8.2.1+r264010-7.1.riscv64/libgo/go/archive/tar imports

[Bug go/89172] New: FAIL: runtime/pprof

airs dot com Reporter: sch...@linux-m68k.org CC: cmang at google dot com Target Milestone: --- Target: powerpc64-*-* --- FAIL: TestEmptyCallStack (0.00s) pprof_test.go:953: got: "test18836_0 profile: total 1\n1 @ 0x104e8931\n#\t0x

[Bug go/89173] New: FAIL: runtime/pprof

airs dot com Reporter: sch...@linux-m68k.org CC: cmang at google dot com Target Milestone: --- Target: riscv64-*-* --- FAIL: TestMemoryProfiler (0.75s) mprof_test.go:114: The entry did not match: 32: 1024 \[32: 1024\] @ 0x[0-9,a-f x

[Bug libstdc++/89181] Can std C++ library follow ISO spec parameter names?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89181 --- Comment #6 from Andreas Schwab --- > a #define before a header, that just looks like bad coding? You do that all the time. gcc -Dn=20 ...

[Bug c++/85348] ostringstream with #pragma pack(1) causes stack smashing error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85348 Andreas Schwab changed: What|Removed |Added Resolution|FIXED |INVALID

[Bug middle-end/85450] ICE: invalid types in nop conversion during GIMPLE pass: ompexp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85450 --- Comment #10 from Andreas Schwab --- This also breaks building libgcc with -mabi=ilp32, and the patch in #c8 fixes that.

[Bug c++/85568] is_invocable(F, decltype(objs)...) fails with "not supported by dump_expr#" unless via indirection

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85568 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/85569] is_invocable(F, decltype(objs)...) fails with "not supported by dump_expr#" unless via indirection

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85569 --- Comment #3 from Andreas Schwab --- *** Bug 85568 has been marked as a duplicate of this bug. ***

[Bug target/85613] New: [8/9 regression] FAIL: gfortran.dg/pr51434.f90 -O1 execution test

Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: sch...@linux-m68k.org Target Milestone: --- Target: powerpc*-*-* The test crashes at -O1, but not on other opt levels. The offset from

[Bug fortran/85579] [9 regression] SIGSEV in fortran test case gfortran.dg/pr51434.f90 starting with r259754

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85579 Andreas Schwab changed: What|Removed |Added CC||sch...@linux-m68k.org --- Comment #7

[Bug target/85613] [8/9 regression] FAIL: gfortran.dg/pr51434.f90 -O1 execution test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85613 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/85718] Incorrect name mangling for va_list on mipsel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85718 --- Comment #3 from Andreas Schwab --- See gcc/config/mips/mips.c:mips_build_builtin_va_list. va_list is a simple void* unless compiling for EABI.

[Bug tree-optimization/85725] strchr and strstr of a one-element array with a non-empty string can be assumed to return null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85725 --- Comment #2 from Andreas Schwab --- The C standard defines a string as "a contiguous sequence of characters terminated by and including the first null character" (7.1.1).

[Bug middle-end/85811] Invalid optimization with fmax, fabs and nan

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85811 --- Comment #8 from Andreas Schwab --- > Is there sth like -NaN?! signbit can tell you.

[Bug libgcc/85869] libgcc fails to build in canadian cross: cet.h not found

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85869 --- Comment #1 from Andreas Schwab --- I think your cross compiler needs to be built from the same sources as the canadian cross build.

[Bug c/85874] gcc points to wrong location when displaying error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85874 --- Comment #1 from Andreas Schwab --- Does that change if you use -Wsystem-headers?

[Bug bootstrap/85921] /gcc/c-family/c-warn.c fails to build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85921 --- Comment #7 from Andreas Schwab --- (In reply to John Simon from comment #3) > The include chain is: > > # 415 "../../gcc-8.1.0/gcc/system.h" > <-- "/usr/include/signal.h" > <-- "/usr/include/bits/sigcontext.h" > <-- "/usr/include

[Bug preprocessor/86079] preprocessor fails to splice lines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86079 --- Comment #2 from Andreas Schwab --- I don't see any difference in the preprocessor out with or without -P apart from the line comments.

[Bug preprocessor/86079] preprocessor fails to splice lines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86079 --- Comment #3 from Andreas Schwab --- Did you use -xassembler-with-cpp? Without that it's INVALID.

[Bug preprocessor/86079] preprocessor fails to splice lines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86079 --- Comment #5 from Andreas Schwab --- It's not plain C since the stray backslashes are invalid.

[Bug preprocessor/86079] preprocessor fails to splice lines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86079 --- Comment #6 from Andreas Schwab --- In C mode, with line numbers, the newlines are required to preserve the line number of the tokens.

[Bug preprocessor/86079] preprocessor fails to splice lines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86079 --- Comment #9 from Andreas Schwab --- There is no conformance bug because the standard does not specify a textual representation of the preprocessor phases. Also, your input is INVALID C anyway.

[Bug preprocessor/86079] preprocessor fails to splice lines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86079 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/84195] newlines in deprecated diagnostics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84195 Andreas Schwab changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|

[Bug c/86340] GCC 8.1 produces broken code for m68k with optimization levels above -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86340 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug go/86331] the gccgo's "go" tool looks like failing to invoke any sub go command

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86331 --- Comment #5 from Andreas Schwab --- This looks suspicious, why is stat being called with NULL? [pid 30149] newfstatat(AT_FDCWD, NULL, [pid 30149] <... newfstatat resumed> 0xb0119b30, 0) = -1 EFAULT (Bad address)

[Bug go/86331] the gccgo's "go" tool looks like failing to invoke any sub go command

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86331 --- Comment #9 from Andreas Schwab --- In general, the value of errno is undefined unless you know the previous system call failed. In this case the SIGCHLD signal handler has modified errno. This has nothing to do with VM or arm64 or whatever.

[Bug bootstrap/91176] [10 regression] AArch64 bootstrap fails since r273479

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91176 --- Comment #3 from Andreas Schwab --- objdump -d

[Bug bootstrap/91176] [10 regression] AArch64 bootstrap fails since r273479

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91176 --- Comment #4 from Andreas Schwab --- $ diff -u <(objdump -d stage2-gcc/aarch64.o) <(objdump -d stage3-gcc/aarch64.o) | grep '^[-+].*:$' -8540 <_ZL27target_gen_sibcall_epiloguev>: +8540 <_ZL19target_gen_prologuev>: -0

[Bug target/91130] [9/10 Regression] -MF clashes with -flto on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91130 Andreas Schwab changed: What|Removed |Added Target|aarch64-linux-gnu |aarch64-*-* arm*-*-* Host

[Bug target/91130] [9/10 Regression] -MF clashes with -flto on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91130 --- Comment #16 from Andreas Schwab --- Then why does it only happen on arm? All the LTO option handling should be target independent.

[Bug target/91130] [9/10 Regression] -MF clashes with -flto on aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91130 --- Comment #22 from Andreas Schwab --- -MMD doesn't take an argument as a driver option.

[Bug other/91197] [8,9 regression] alignment test program used in perl does not work with -O2 anymore

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91197 --- Comment #1 from Andreas Schwab --- You are relying on undefined behaviour.

[Bug c/91232] Adding -fPIC with optimization level > 0 resulting a busy hang in my program

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91232 --- Comment #4 from Andreas Schwab --- *((uint32_t *)&tmpDst) = spfInt; This is a strict-aliasing violation.

<    1   2   3   4   5   6   7   8   9   10   >