https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121148
--- Comment #12 from Andreas Schwab ---
(In reply to Jonathan Wakely from comment #4)
The cpu does not care about overflow, of course, apart from setting the V bit
in the CC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
--- Comment #17 from Andreas Schwab ---
libtool: link: gcc -shared -fPIC -DPIC .libs/libgcrypt_la-visibility.o
.libs/libgcrypt_la-misc.o .libs/libgcrypt_la-global.o .libs/libgcrypt_la-sexp.o
.libs/libgcrypt_la-hwfeatures.o .libs/libgcrypt_la-s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121121
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121121
Bug ID: 121121
Summary: [15/16 regression] [RISC-V] Wrong unwind info with
-fstack-clash-protection
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120714
Andreas Schwab changed:
What|Removed |Added
Ever confirmed|0 |1
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120995
Bug ID: 120995
Summary: [RISC-V] ICE: unrecognizable insn
UNSPEC_COMPARE_AND_SWAP with rv64gc_zabha_zacas
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120966
--- Comment #1 from Andreas Schwab ---
There is no short overflow due to integer promotion.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120909
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |INVALID
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120866
Andreas Schwab changed:
What|Removed |Added
Blocks||118904
--- Comment #4 from Andreas Sch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
--- Comment #1 from Andreas Schwab ---
Created attachment 61711
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61711&action=edit
Part 1 of libopenvino_riscv_cpu_plugin.so.ltrans117.o.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
Andreas Schwab changed:
What|Removed |Added
Attachment #61711|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
--- Comment #4 from Andreas Schwab ---
The source consists of nearly 300 files.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
--- Comment #2 from Andreas Schwab ---
Created attachment 61712
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61712&action=edit
Part 2 of libopenvino_riscv_cpu_plugin.so.ltrans117.o.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120827
Bug ID: 120827
Summary: [RISC-V] ICE unrecognizible insn in LTO build
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120801
--- Comment #1 from Andreas Schwab ---
You need to use constexpr from C23.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120733
--- Comment #5 from Andreas Schwab ---
Also seen in binutils while building gprofng (only with -g):
../../../gprofng/src/util.cc: In function ‘uint32_t get_cksum(const char*,
char**)’:
../../../gprofng/src/util.cc:1562:1: internal compiler erro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120761
--- Comment #1 from Andreas Schwab ---
Nothing uses it so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120629
--- Comment #14 from Andreas Schwab ---
It fails also with the generic target.
https://build.opensuse.org/package/live_build_log/devel:gcc:next/gcc16/openSUSE_Tumbleweed/x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120629
Andreas Schwab changed:
What|Removed |Added
Blocks||120434
Component|ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120629
--- Comment #7 from Andreas Schwab ---
There are crashes also on arm64 and ppc64le, while compiling stage1 libstdc++:
https://build.opensuse.org/package/live_build_log/devel:gcc:next/gcc16/openSUSE_Factory_ARM/aarch64
https://build.opensuse.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120605
Andreas Schwab changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
--- Comment #15 from Andreas Schwab ---
I would expect that LTO use the same machinery as the target attribute.
#pragma riscv intrinsic "vector"
int vl;
__attribute__((target("arch=+v"))) void v () { vl = __riscv_vsetvl_e8m8 (0); }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120459
--- Comment #3 from Andreas Schwab ---
Before sched2:
(insn 2301 536 2302 9 (set (reg:DI 10 a0 [2652])
(plus:DI (reg/f:DI 2 sp)
(const_int 2047 [0x7ff]))) "addi.cc":99:73 5 {adddi3}
(nil))
(insn 2302 2301 1693 9 (set (r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
--- Comment #12 from Andreas Schwab ---
$ echo 'int main () {}' > empty.c
$ echo '#pragma riscv intrinsic "vector"
void v () { __riscv_vsetvl_e8m8 (0); }' > vector.c
$ gcc -flto -c empty.c
$ gcc -flto -c -march=rv64gcv vector.c
$ gcc empty.o ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
--- Comment #13 from Andreas Schwab ---
$ lto-dump -list vector.o
lto-dump: fatal error: target specific builtin not available
compilation terminated.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65909
--- Comment #9 from Andreas Schwab ---
Note that a formal proc argument named "args" is a special case in tcl as it
collects all (remaining) arguments as a list. Either the argument needs to be
named differently (like "locale") or the proc needs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
--- Comment #10 from Andreas Schwab ---
That doesn't fix anything.
https://build.opensuse.org/project/monitor/home:Andreas_Schwab:riscv:gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120251
Bug ID: 120251
Summary: cobol tests depend on locale
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: testsuite-fail
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
--- Comment #7 from Andreas Schwab ---
libgcrypt is the next victim.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120169
--- Comment #7 from Andreas Schwab ---
So this is actually a bug in the lra pass:
(insn 37 36 39 5 (set (mem:SI (pre_dec:SI (reg/f:SI 15 %sp)) [6 S1 A8])
(sign_extend:SI (reg:QI 52 [ _14 ]))) "Gdecl.ii":24:19 99
{*68k_extendqisi2}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120169
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120169
--- Comment #6 from Andreas Schwab ---
Reduced test case:
typedef void *decl_node;
bool decl_isRecordField(decl_node);
void decl_lookupSym(int);
void mcDebug_assert(bool);
typedef enum { decl_varient } decl_nodeT;
typedef struct decl_nodeRec_r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120169
--- Comment #5 from Andreas Schwab ---
The csa pass ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120169
Andreas Schwab changed:
What|Removed |Added
Component|target |rtl-optimization
--- Comment #4 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120169
--- Comment #3 from Andreas Schwab ---
Workaround: -fno-combine-stack-adjustments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120169
--- Comment #2 from Andreas Schwab ---
Inconsistent CFI state!
SHOULD have:
.cfi_def_cfa 15, 16
.cfi_offset 2, -16
.cfi_offset 10, -12
.cfi_offset 11, -8
.cfi_offset 24, -4
DO have:
.cfi_def_cfa 15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120148
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119837
--- Comment #8 from Andreas Schwab ---
Probably an interaction with the xn glitch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119818
Bug ID: 119818
Summary: FAIL: cobol.dg/group2/FUNCTION_DATE___TIME_OMNIBUS.cob
-O0 execution test
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119627
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
--- Comment #6 from Andreas Schwab ---
pixman is another victim.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119550
--- Comment #6 from Andreas Schwab ---
AC_STRUCT_TIMEZONE is trying to do a link check (for the tzname global) if
struct tm has no tm_zone, thus the problem only occurs for certain non-linux
targets. Since chrono implementation only supports tm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119390
Andreas Schwab changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119390
Andreas Schwab changed:
What|Removed |Added
Summary|cobol compiler crashes with |stack buffer overflow in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119390
--- Comment #3 from Andreas Schwab ---
#9 lang_specific_driver (in_decoded_options=0x7fffd970,
in_decoded_options_count=0x7fffd97c,
in_added_libraries=) at ../../gcc/cobol/gcobolspec.cc:510
510 strcpy(ach, de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119390
Bug ID: 119390
Summary: cobol compiler crashes with buffer overflow
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: cobo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119312
--- Comment #7 from Andreas Schwab ---
But the callee is still allowed to assign the whole struct through the
non-const pointer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218
--- Comment #11 from Andreas Schwab ---
There are two other uses of and all three of them are needed for
dirname, since basename is declared by default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119217
--- Comment #8 from Andreas Schwab ---
The compiler should not use any host facilities to parse floating literals in
the first place.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218
--- Comment #8 from Andreas Schwab ---
libiberty.h has been included by system.h forever, why is this happening only
now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218
--- Comment #9 from Andreas Schwab ---
Looks like gcc/cobol/cdf-copy.cc is the first one to use .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119218
--- Comment #5 from Andreas Schwab ---
Why is HAVE_DECL_BASENAME not defined?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119236
--- Comment #1 from Andreas Schwab ---
-Wpointer-arith does not warn.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119216
--- Comment #2 from Andreas Schwab ---
You can't use AC_CHECK_SIZEOF, that would test the host, not the target, and
the target compiler hasn't even been built yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119216
--- Comment #1 from Andreas Schwab ---
libsanitizer/configure.tgt has a similar problem, it only doesn't fail because
the cases that use ac_cv_size_void_p don't set UNSUPPORTED.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118991
--- Comment #2 from Andreas Schwab ---
There are more occurrences of this problem:
#: config/pru/pru-pragma.cc:61
msgid "% index %"
#: config/pru/pru-pragma.cc:64
msgid "redefinition of %
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118771
--- Comment #1 from Andreas Schwab ---
The maybe-uninitialized warning only triggers with release checking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
Andreas Schwab changed:
What|Removed |Added
Summary|Missing |Check availability of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118701
--- Comment #6 from Andreas Schwab ---
And once the ABI is finalized a change similar to commit 6e25ca387fb should be
installed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118684
--- Comment #1 from Andreas Schwab ---
Does that also happen if you remove the undefined behaviour?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118563
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118563
Bug ID: 118563
Summary: [15 regression] libstdc++ incompatible ABI change on
riscv64
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ABI
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118418
Andreas Schwab changed:
What|Removed |Added
Target|gcn |gcn m68k-*-*
--- Comment #1 from Andre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118356
--- Comment #5 from Andreas Schwab ---
There are jump_align and loop_align members in the struct riscv_tune_param
which set the defaults for -falign-jumps and -falign-loops, but nothing sets
them to non-NULL yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110812
--- Comment #3 from Andreas Schwab ---
This also breaks openblas.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118223
--- Comment #6 from Andreas Schwab ---
-MP Generate phony targets for all headers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118191
Andreas Schwab changed:
What|Removed |Added
Resolution|WORKSFORME |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032
--- Comment #27 from Andreas Schwab ---
Seems likely.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032
--- Comment #25 from Andreas Schwab ---
20241220: 2d 06:58:23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117968
--- Comment #7 from Andreas Schwab ---
cpp --help doesn't mention this implicit -o.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032
Andreas Schwab changed:
What|Removed |Added
Keywords||memory-hog
--- Comment #17 from Andrea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032
--- Comment #10 from Andreas Schwab ---
The 64bit location_t is not part of
92e0e0f8177530b8c6fcafe1d61ba03b00dff6a6..b563a3a00db064d4d47fd171379e1d34d0698faa,
it was installed three days earlier.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032
--- Comment #7 from Andreas Schwab ---
20240920: 2d 09:32:07
20240927: 2d 09:49:40
20241004: 2d 10:05:11
20241020: 2d 09:50:24
20241025: 2d 10:01:37
20241101: 2d 10:36:27
20241108: 2d 11:34:26
20241115: 2d 10:59:49
20241130: 2d 11:50:58
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032
--- Comment #6 from Andreas Schwab ---
Here are the bootstrap times on the HiFive Unleashed (all languages):
20240920: 3d 09:32:07
20240927: 3d 09:49:40
20241004: 3d 10:05:11
20241020: 3d 09:50:24
20241025: 3d 10:01:37
20241101: 3d 10:36:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118011
--- Comment #1 from Andreas Schwab ---
-fshort-enums has a special "uninitialized" state which is only finalized after
target options have been processed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117961
--- Comment #5 from Andreas Schwab ---
It can also happen without inline asm. It is a generic problem with
scan-assembler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117716
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117893
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80677
--- Comment #9 from Andreas Schwab ---
The default value of BUILD_SYSTEM_HEADER_DIR assumes a properly populated
sysroot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117862
--- Comment #2 from Andreas Schwab ---
Or declare the function with hidden visibility.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117833
--- Comment #5 from Andreas Schwab ---
Started with r15-5735-g1046c32de4956c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117833
--- Comment #2 from Andreas Schwab ---
See also
https://build.opensuse.org/package/live_build_log/devel:gcc:next/gcc15/openSUSE_Tumbleweed/x86_64
(that builds with --disable-werror).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117833
Bug ID: 117833
Summary: [15 regression] Bootstrap failure in
gcc/go/gofrontend/go-encode-id.cc
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117716
Bug ID: 117716
Summary: [15 regressiion] ASAN broken on riscv64
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitize
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117708
--- Comment #2 from Andreas Schwab ---
Missing $(TRASYM_DWARF_UNIX_PAIRS) in LIBGNAT_TARGET_PAIRS. Missing on other
targets as well.
Note that libgnat/s-mmauni__long.ads may not work on every target.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117649
--- Comment #2 from Andreas Schwab ---
void __attribute__ ((noinline))
f (unsigned int i)
{
if ((i & 0xf000) != 0xc000) __builtin_abort ();
}
int
main ()
{
f (0xc022);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117649
--- Comment #1 from Andreas Schwab ---
Dump of assembler code for function md_convert_frag:
0x0003ddb8 <+0>: lw a5,96(a2)
0x0003ddba <+2>: addisp,sp,-80
0x0003ddbc <+4>: sd ra,72(sp)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117555
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117649
Bug ID: 117649
Summary: [15 regression] [RISC-V] binutils miscompiled by
r15-4224-gc8957c8779954c
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wron
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117630
--- Comment #12 from Andreas Schwab ---
ld -M or ld --Map=file produces a map file that explains why an object is
needed. There is also --cref.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117553
--- Comment #5 from Andreas Schwab ---
Yes, it does.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117553
--- Comment #3 from Andreas Schwab ---
Indeed, bootstrapping with -fno-vect-cost-model fails the same way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117555
Bug ID: 117555
Summary: [15 regression] libgm2 build failure after
r15-5081-g95960cd473297c
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117553
Bug ID: 117553
Summary: [15 regression] stage2 ada compiler miscompiled after
r15-5069-g32cf28ccc9e77c
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117475
--- Comment #13 from Andreas Schwab ---
> Note again the only reason clang 17 from opensuse works is because it is
> using GCC's libstdc++ from GCC 7
This is not true.
$ clang -Wall -Wextra -std=c++20 -pedantic -S atomic.cc -v
clang version 17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117384
--- Comment #4 from Andreas Schwab ---
s/unsigned/signed/ to make it fail the same with -funsigned-char.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117359
--- Comment #12 from Andreas Schwab ---
Neither is clobbering a register.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117359
--- Comment #10 from Andreas Schwab ---
If you change memory, then that memory needs to be in the output/clobber list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117359
--- Comment #8 from Andreas Schwab ---
If sp isn't changed then it should not appear as output.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117359
--- Comment #5 from Andreas Schwab ---
This should be warned similar to "listing the stack pointer register %qs in a
clobber list is deprecated".
1 - 100 of 526 matches
Mail list logo
