https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98562
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98568
Martin Liška changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98580
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-01-07
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96919
Martin Liška changed:
What|Removed |Added
Target Milestone|11.0|12.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
--- Comment #10 from Martin Liška ---
(In reply to Martin Liška from comment #9)
> (In reply to Jakub Jelinek from comment #8)
> > I don't. LIBUBSAN_SPEC comes from gcc.c, while the libstdc++ stuff comes
> > from cp/g++spec.c and the ordering be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #6 from Martin Liška ---
(In reply to Richard Biener from comment #5)
> (In reply to Martin Liška from comment #3)
> > For g++ bug2.cc -std=c++17 -O1 -mavx -ftree-loop-vectorize, it started with
> > r11-3917-g28290cb50c7dbf87.
>
> A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98563
Martin Liška changed:
What|Removed |Added
Summary|[10/11 Regression] |[10/11 Regression]
|vec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98594
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98597
Bug ID: 98597
Summary: [11 Regression] ICE in print_mem_ref since
r11-6508-gabb1b6058c09a7c0
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98597
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98591
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98544
--- Comment #19 from Martin Liška ---
> err
>
> /* { dg-do run } */
>
> double a[2], b[2], c[2], d[2];
>
> void __attribute__((noipa))
> foo()
> {
> double a0 = a[0];
> double a1 = a[1];
> double b0 = b[0];
> double b1 = b[1];
> doub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98557
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98615
Martin Liška changed:
What|Removed |Added
Assignee|dmalcolm at gcc dot gnu.org|marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98608
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98609
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98611
Martin Liška changed:
What|Removed |Added
Summary|[concepts] internal |[concepts] ICE in
|comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98611
Martin Liška changed:
What|Removed |Added
Summary|[concepts] ICE in |[concepts][10/11
|get_u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98609
--- Comment #5 from Martin Liška ---
I would recommend changing just libsanitizer to allow something like
UBSAN_OPTIONS=vla_bounds_allow_zero=1. Should be relatively small change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98609
--- Comment #7 from Martin Liška ---
(In reply to Jakub Jelinek from comment #6)
> That is not really possible, as the compiler assumes for
> -fno-sanitize-recover=vla
which is not the default value/
> that when we call the library routine, it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
--- Comment #11 from Martin Liška ---
There's a self-container test-case:
$ cat resolver.ii
class Resolver {
int GetCMIName();
virtual char GetCMISuffix() { return 'c'; }
};
int Resolver::GetCMIName() { GetCMISuffix(); return 0; }
int main(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
--- Comment #12 from Martin Liška ---
I've got it!
It can be fixed with -fno-rtti and apparently libcody's objects do miss that :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
--- Comment #14 from Martin Liška ---
When building GCC w/o bootstrap I see that libcody properly sets -fno-rtti:
g++ -std=c++11 -g -O2 -fno-enforce-eh-specs -fno-stack-protector
-fno-threadsafe-statics -fno-exceptions -fno-rtti
-fdebug-prefix-m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98414
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |nathan at gcc dot
gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98599
--- Comment #3 from Martin Liška ---
>
> The analyzer updates the gimple stmt uids; if I disable this updating the
> crash doesn't happen.
Hm, why do you update them in LTO WPA phase?
Note that they are used by cgraph_edges to point to a proper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98615
--- Comment #2 from Martin Liška ---
g:895fdc1f4c9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98615
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |11.0
--- Comment #3 from Martin Liška --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98455
Martin Liška changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98622
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98624
Bug ID: 98624
Summary: UBSAN: gcc/cp/module.cc:5895:29: runtime error: member
call on null pointer of type 'struct module_state'
Product: gcc
Version: 11.0
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98625
Bug ID: 98625
Summary: UBSAN: gcc/cp/module.cc:977:15: runtime error: left
shift of negative value -1
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98625
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98624
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98626
Bug ID: 98626
Summary: UBSAN: vec.h:591:30: runtime error: member access
within null pointer of type 'struct vec'
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98626
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98615
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98628
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98615
--- Comment #8 from Martin Liška ---
(In reply to Andrea Corallo from comment #7)
> Thanks Martin, I can confirm that also the bootstrap is back okay.
You're welcome.
Can you please point me to Emacs JIt usage? I'm curious what for is libgccjit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98597
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98597
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97284
--- Comment #5 from Martin Liška ---
Still can't reproduce it.
Please send me also output of --verbose.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97284
--- Comment #9 from Martin Liška ---
(In reply to Ville Voutilainen from comment #8)
> Also, you can just try the actual build, if you follow
> https://wiki.qt.io/Building_Qt_6_from_Git
I tried, but it fails quite fast with:
/home/marxin/bin/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98265
--- Comment #4 from Martin Liška ---
Created attachment 49947
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49947&action=edit
Reduced test-case
I reduced a test-case where GCC 10 does not inline all in fn called
'should_inline'.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98265
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-01-12
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98615
--- Comment #10 from Martin Liška ---
> That's a feature branch that being integrated as is planed to have it in
> for 28.
>
> Essentially we use it to compile .el files into shared libraries we then
> load to have Elisp executed as native code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97284
Martin Liška changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97284
--- Comment #12 from Martin Liška ---
So it's caused by PCH:
$ cat qt.ii
[empty]
$ cat q.ii
#pragma GCC pch_preprocess "cmake_pch.hxx.gch"
#pragma GCC push_options
#pragma GCC target ""
#pragma GCC pop_options
$ g++ -x c++-header qt.ii -o cmak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97284
--- Comment #13 from Martin Liška ---
I've got a patch candidate, testing right now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98638
Martin Liška changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97284
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #4 from Martin Liška ---
Thanks, with cross compiler I only see the error (not the internal compiler
error).
Anyway, can you please test it with g:e91910d3576eeac714c93ec25ea3b15012007903?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98638
--- Comment #3 from Martin Liška ---
Reduced test-case:
module shape_mod
type rectangle
end type
type, extends (rectangle) :: square
real, allocatable :: r(:)
end type
end
use shape_mod
logical results(8)
class(rectangle)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98631
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98599
Martin Liška changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #6 from Martin Liška ---
I see. Is the 'error: selected fp16 options are incompatible' valid or not in
this case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
--- Comment #9 from Martin Liška ---
All right.
@Prathamesh: Can you run that in debugger and show what option foo is causing
the internal_error:
void
cl_optimization_compare (gcc_options *ptr1, gcc_options *ptr2)
{
...
if (ptr1->x_foo != ptr2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98640
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98649
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98650
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98652
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-01-13
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98652
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98599
--- Comment #7 from Martin Liška ---
(In reply to David Malcolm from comment #4)
> I set them so that each stmt has a unique id, unique across all functions.
> I was assuming from the comments I quoted above in gimple.h that this is
> safe to do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98455
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98656
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98638
--- Comment #6 from Martin Liška ---
I see a similar ICE happening in libretro-mame package where a PCH is used:
../../../../../src/emu/screen.h: In member function
'std::enable_if_t::supports_callback::value, void>
screen_device::set_screen_upd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98659
Bug ID: 98659
Summary: [11 Regression] ICE tree check: expected tree that
contains ‘decl common’ structure, have ‘error_mark’ in
maybe_instantiate_noexcept, at cp/pt.c:25445 since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98659
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98669
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98668
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98662
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98670
Bug ID: 98670
Summary: [11 Regression] ICE in final_scan_insn_1, at
final.c:3091 since r11-6628-gb668a06e37f72fd9
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98670
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96431
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-01-14
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
--- Comment #44 from Martin Liška ---
I can confirm that s390x target is fine now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97703
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97504
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97847
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98669
--- Comment #5 from Martin Liška ---
Based on the back-trace, it seems that:
1: x/i $pc
=> 0x7762ba4d <__interceptor_crypt(char*, char*)+125>:
jmp*0xdf55d(%rip)# 0x7770afb0
<_ZN14__interception10real_cryptE>
(gdb)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98669
--- Comment #6 from Martin Liška ---
Can you please also check:
$ ASAN_OPTIONS=verbosity=111 ./a.out
...
?
You may see something like this:
'==23512==AddressSanitizer: failed to intercept '???'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98669
--- Comment #8 from Martin Liška ---
> '==3598976==AddressSanitizer: failed to intercept 'crypt'
> '==3598976==AddressSanitizer: failed to intercept 'crypt_r'
All right, this is the problem. Investigating now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98669
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98685
Bug ID: 98685
Summary: [11 Regression] ICE verify_flow_info failed since
r11-6649-g285fa338b06b804e
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98685
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98687
Bug ID: 98687
Summary: [11 Regression] ICE tree check: expected tree that
contains ‘decl minimal’ structure, have ‘overload’ in
diagnose_name_conflict, at cp/name-lookup.c:2729 since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98687
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98690
Martin Liška changed:
What|Removed |Added
Summary|[10/11 Regression] |[10/11 Regression]
|une
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98692
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98692
Martin Liška changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
--- Comment #7 from Martin Liška ---
There's a reproducer without a warning if you want:
$ cat pr98549-2.C
extern "C" void *memcpy(void *, const void *, unsigned long);
inline void copy_mem(unsigned char *out, unsigned char *in, long n) {
memc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98694
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
Martin Liška changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98692
Martin Liška changed:
What|Removed |Added
Host|powerpcle-*-linux-gnu* |powerpc64le-linux-gnu
Build|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98549
--- Comment #11 from Martin Liška ---
(In reply to Segher Boessenkool from comment #10)
> (And that new test case is full of obvious invalid code as well, fwiw.)
Wait here. Changing the code to:
long compress_n_blocks = 0;
void GOST_34_11::comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98707
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98713
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98715
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98721
Bug ID: 98721
Summary: [11 Regression] ICE in c_tree_printer at
/gcc/c/c-objc-common.c:314 since
r11-5523-geafe8ee7af13c398
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98721
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1101 - 1200 of 5132 matches
Mail list logo
