http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54980
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolutio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55055
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolutio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45649
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
r199075 FAIL
$ cat x.i
void foo ( int a)
{}
void *a;
void bar ()
{
void **( *b ) ( ) = foo;
a = b ( 0 );
}
$ gcc -fpreprocessed -O3 -c x.i
x.i: In function 'bar':
x.i:7:2
int_fits_type_p, at tree.c:8437
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
r199075 FAIL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57331
--- Comment #1 from Dmitry G. Dyachenko ---
r198354 PASS
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc_current_198354/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-unknown-linux-g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57330
--- Comment #1 from Dmitry G. Dyachenko ---
PASS versions from Fedora 18/19
gcc version 4.7.2 20121109 (Red Hat 4.7.2-8) (GCC)
gcc version 4.8.0 20130412 (Red Hat 4.8.0-2) (GCC)
both configured with --enable-checking=release
FAIL
gcc-4.8: 19652
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
r199075 FAIL
$ cat main.ii
extern "C" void soap_call_lcdpanel__AskLCDPanelYesNo ();
main ()
{
soap_call_lcdpanel__AskLCDPanelYesNo ();
}
$ cat a.i
soap_seria
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57267
--- Comment #3 from Dmitry G. Dyachenko ---
testcase fixed in 198917
is this PR duplicate of lto/57038 ?
and how it's related to lto/47375 ? Sounds like PR number mismatch...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57267
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57038
Dmitry G. Dyachenko changed:
What|Removed |Added
CC||dimhen at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57334
--- Comment #2 from Dmitry G. Dyachenko ---
gcc-4.8:
PASS:
196672 (pre-4.8.0)
199240 gcc (GCC) 4.8.1 20130523 (prerelease)
gcc-4.9:
PASS 198354
FAIL 199000, 199239
simlified testcase
$ cat a.i
void foo ()
{
}
void bar ()
{
return; // trigge
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57334
--- Comment #3 from Dmitry G. Dyachenko ---
(In reply to Richard Biener from comment #1)
> I've seen this ICE before I think.
>
> else if (code == GIMPLE_LABEL)
> gcc_assert (emit_label_in_global_context_p (gimple_label_label (stmt))
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57334
Dmitry G. Dyachenko changed:
What|Removed |Added
Summary|ICE: in input_gimple_stmt, |[4.9 regression] ICE: in
ty: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
$ cat foo.i
void foo()
{
}
$ gcc -fpreprocessed -flto -c foo.i
$ ld -m elf_x86_64 -r -o hidden.o --whole-archive foo.o --no-whole-archive
$ objcopy -G bar hid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57613
--- Comment #2 from Dmitry G. Dyachenko ---
(In reply to Richard Biener from comment #1)
> I don't think it works that way, hidden visibility makes it non-exported from
> the dynamic object but it's still visible inside the object. You probably
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57613
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
gcc version 4.9.0 20130629 (experimental) [trunk revision 200565] (GCC)
gcc version 4.8.1 20130603 (Red Hat 4.8.1-1) (GCC)
if I uncomment first line in x.ii : // #2064 "" 3
then there
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
rev. 202352
Fedora 19/x86_64
configured as
~/src/gcc_current/configure --prefix=/usr/local/gcc_current
--with-multilib-list=m64 --enable-checking=release
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
rev.202478 FAIL
rev.202421 OK
Fedora 19/x86_64
configured as
~/src/gcc_current/configure --prefix=/usr/local/gcc_current
--with-multilib-list=m64 --enable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58386
--- Comment #1 from Dmitry G. Dyachenko ---
Forget to mention: FAIL from c#1 was with make -j5 / 4 CPU
with -enable-checking=release and 'make' FAIL differ
checking for x86_64-unknown-linux-gnu-gcc...
/home/dimhen/build/gcc_current/./gcc/xgcc
-B
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Created attachment 30838
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30838&action=edit
testcase
gcc-4.9 rev.202642
Fedora 19/x86_64
ICE with -O3
PASS with -O2
$ gcc -v
Using b
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc_current/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /home/dimhen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58350
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50604
Bug #: 50604
Summary: verify_gimple failed: type mismatch in binary
expression
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53848
--- Comment #2 from Dmitry G. Dyachenko 2012-07-04
10:18:03 UTC ---
extern "C"
{
struct s {
enum {
e = 0
} f;
};
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53848
--- Comment #3 from Dmitry G. Dyachenko 2012-07-04
10:19:37 UTC ---
r189094 OK
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52687
Bug #: 52687
Summary: [LTO] undefined vtable in dynamic library
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52687
--- Comment #2 from Dmitry G. Dyachenko 2012-03-26
10:07:53 UTC ---
May be issue is Fedora 16 specific?
i update gcc-trunk and retest with gcc-4.8.0/r185790 and with F16 gcc
For gcc-4.8.0 i try -O0/1/2/3/fast and w/o -O with no differences
[di
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52687
--- Comment #3 from Dmitry G. Dyachenko 2012-03-27
09:39:05 UTC ---
Fedora 17 Alpha / x64 has no problems
gcc-4.7.0 20120208 (Red Hat 4.7.0-0.12)
binutils 2.22.52.0.1-4.fc17 20120131
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52687
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
gcc-trunk rev.204248
configured as
~/src/gcc_current/conf
ty: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
trunk r205300 Fedora19/x86_64 configured as
~/src/gcc_current/configure --prefix=/usr/local/gcc_current
--with-multilib-list=m64 --enable-che
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59260
--- Comment #1 from Dmitry G. Dyachenko ---
Created attachment 31277
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31277&action=edit
proposed patch
,
||dimhen at gmail dot com
--- Comment #2 from Dmitry G. Dyachenko ---
caused by r205272
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59260
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
c
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
$ uname -a
Linux dim.cp.ru 3.11.9-200.fc19.x86_64 #1 SMP Wed Nov 20 21:2
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
$ uname -a
Linux dim.cp.ru 3.11.9-200.fc19.x86_64 #1 SMP Wed Nov 20 21:22:24 UTC 2013
x86_64 x86_64 x86_64 GNU/Linux
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Fedora 19 x86_64
r205459 PASS
r205527 FAIL
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc_current/libexec/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #2 from Dmitry G. Dyachenko ---
enough --enable-checking=yes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #3 from Dmitry G. Dyachenko ---
first FAIL r205461
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #5 from Dmitry G. Dyachenko ---
(In reply to Jakub Jelinek from comment #4)
> Strange, can't reproduce. You are using --with-arch=native --with=native,
> what exactly it expands to?
[dimhen@dim PR59350]$ ~/bin/gcc_205461_yes/bin/g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #8 from Dmitry G. Dyachenko ---
(In reply to Jakub Jelinek from comment #6)
> Still can't reproduce.
PASS
/home/dimhen/bin/gcc_205461_yes/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/cc1plus
-fpreprocessed x.ii -march=corei7 -mmm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #7 from Dmitry G. Dyachenko ---
Created attachment 31409
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31409&action=edit
valgrind' log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #10 from Dmitry G. Dyachenko ---
(In reply to Dmitry G. Dyachenko from comment #8)
valgrind' messages looks unrelated to ICE.
I rebuild r205461 with memset(set, {0,0x42}, n_bytes) instead of
VALGRIND_DISCARD (VALGRIND_MAKE_MEM_DEFINED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #11 from Dmitry G. Dyachenko ---
(In reply to Ryan Mansfield from comment #9)
> Created attachment 31410 [details]
> arm-eabi testcase
>
> I haven't been able to reproduce with the inline testcase either. But I can
> still consistentl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #19 from Dmitry G. Dyachenko ---
(In reply to Eric Botcazou from comment #18)
> I cannot reproduce with --enable-checking=yes,rtl. Are you saying that the
> ICE depends on whether 'rtl' is present in the checking options?
Sorry for u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #20 from Dmitry G. Dyachenko ---
may be r205461 trigger latent bug?
There are no ICE with -fno-split-wide-types or without arch/tune=corei7
I can run gdb if it'll usefull
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #22 from Dmitry G. Dyachenko ---
(In reply to Eric Botcazou from comment #21)
> What I don't get in that in comment 8 there is a command line with a PASS
> and then FAIL has "prev.cmd -march=corei7 -mtune=corei7" but the two options
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #23 from Dmitry G. Dyachenko ---
(In reply to Eric Botcazou from comment #21)
> What I don't get in that in comment 8 there is a command line with a PASS
> and then FAIL has "prev.cmd -march=corei7 -mtune=corei7" but the two options
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #25 from Dmitry G. Dyachenko ---
After reading http://gcc.gnu.org/ml/gcc-patches/2013-12/msg01344.html about
corei7 tuning ("Corei7 tuning doesn't set -maccumulate-outgoing-args option by
default")
I check -maccumulate-outgoing-args a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #27 from Dmitry G. Dyachenko ---
An other box with Fedora 18 / AMD Athlon I cant reproduce (r205515)
How do you think, what is the right way to go?
[I already tests RAM with memtest]
run 2 GDBs and search differences in control-flow?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59350
--- Comment #34 from Dmitry G. Dyachenko ---
(In reply to Eric Botcazou from comment #33)
> OK, thanks for the testcase, which boils down to:
FAIL for me too
r205459 PASS
r205461, r206013 FAIL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
--- Comment #31 from Dmitry G. Dyachenko 2011-11-15
14:10:33 UTC ---
gcc -Wreturn-type -c r.c
r.c: In function 'bar':
r.c:8:1: warning: control reaches end of non-void function [-Wreturn-type]
enum foo { e_1 };
int bar(enum foo x)
{
switch(x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
--- Comment #33 from Dmitry G. Dyachenko 2011-11-16
09:04:40 UTC ---
> Not a bug, enum foo can have other values except e_1.
>
> What happens if you call bar( (foo)1 ) ?
sorry for noise :(
You are right - no error in c#31
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51590
--- Comment #2 from Dmitry G. Dyachenko 2011-12-18
13:13:36 UTC ---
gcc version 4.7.0 20111218 (experimental) [trunk revision 182459] (GCC)
Fedora 16/x64
$ cat c51590.c
#include
extern void baz(char *);
static
void
bar( struct timeval *sv)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87089
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87089
--- Comment #6 from Dmitry G. Dyachenko ---
r267445 PASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87089
--- Comment #7 from Dmitry G. Dyachenko ---
(In reply to Dmitry G. Dyachenko from comment #6)
> r267445 PASS
sorry for noise
1. testcase from PR FAIL for me with r267445
2. real-world-code-compilation not FAIL
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
CC: marxin at gcc dot gnu.org
Target Milestone: ---
r261210 PASS
r261341 FAIL
r267961 FAIL
$ cat a.i
extern int c();
int a;
int b() {
if (a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88876
--- Comment #1 from Dmitry G. Dyachenko ---
$ /usr/local/gcc_current/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/usr/local/gcc_current/bin/gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc_current/libexec/gcc/x86_64-pc-linux-gnu/9.0.0/lto-wrapper
OFFLOAD_
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
CC: dimhen at gmail dot com, msebor at gcc dot gnu.org
Target Milestone: ---
CC: dimhen at gmail dot com
#include
: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
gcc -fpreprocessed -c x.i can
-- report error
-- ICE in linemap_macro_map_lookup, at libcpp/line-map.c:1003
-- crash_signal in get_location_from_adhoc_loc libcpp/line
: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
r257061 FAIL
r273505 FAIL
$ cat x.i
typedef a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91193
--- Comment #3 from Dmitry G. Dyachenko ---
(In reply to Jakub Jelinek from comment #1)
> Why do you think this is a regression?
> /usr/src/gcc-test/obj/gcc/cc1.9 pr91193.c
> a
>
> pr91193.c:2: error: ‘a’ redeclared as different kind of sym
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
r272711 PASS
r273474 FAIL
r273563 FAIL
$ ~/arch-gcc/gcc_272711/bin/gcc -Werror=maybe-uninitialized -O2 -c x.c -DFOUR
$ ~/arch
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
r273563 PASS
r273642 FAIL
$ /usr/local/gcc_current/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/usr/local/gcc_current
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91223
--- Comment #1 from Dmitry G. Dyachenko ---
slightly reduced
$ cat y.i
int a, g;
int *b, *f, *h;
void *memcpy(void *, const void *, unsigned long);
typedef struct {
int b;
} * c;
int d(void);
c e;
int d() {
char c[16];
bd:
for (a = 0; a <=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90872
--- Comment #1 from Dmitry G. Dyachenko ---
probably start at r267665
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37242
Dmitry G. Dyachenko changed:
What|Removed |Added
CC||dimhen at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37242
--- Comment #24 from Dmitry G. Dyachenko ---
r257061 optimize too
gcc version 8.0.1 20180125 (experimental) [trunk revision 257061] (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91498
Dmitry G. Dyachenko changed:
What|Removed |Added
CC||dimhen at gmail dot com
0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
gcc bootstrap
r276439 PASS
r276476 FAIL
Fedora 30 x86_64
/home/di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91976
--- Comment #1 from Dmitry G. Dyachenko ---
FAIL: configure --enable-checking=yes,rtl --enable-languages=c,c++,lto
--disable-multilib
PASS: configure --enable-checking=yes --enable-languages=c,c++,lto
--disable-multilib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91976
--- Comment #5 from Dmitry G. Dyachenko ---
r276503 PASS for me
Thank you, Jakub
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
r258989 PASS
r259099 FAIL
r276845 FAIL
$ cat x.ii
template struct a;
template struct a:
$ g++ -fpreprocessed -c x.ii
x.ii:2:57: error
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
r276763 PASS
r276764 FAIL
clang-8 PASS
$ cat x.ii
struct a;
struct b {
static a c();
};
struct a : b {};
template struct d {
void e() { 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92070
--- Comment #2 from Dmitry G. Dyachenko ---
(In reply to Marek Polacek from comment #1)
> Will be fixed by my patch
> https://gcc.gnu.org/ml/gcc-patches/2019-10/msg00782.html
> but the testcase is useful.
dup PR92049?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92070
--- Comment #6 from Dmitry G. Dyachenko ---
(In reply to Marek Polacek from comment #5)
> Fixed.
r267903 FAIL and r267907 PASS for me with original problem -- LLVM-current
build
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78918
--- Comment #7 from Dmitry G. Dyachenko ---
I'm a bit confused:
-- warning about `static inline bar()' inlined into `foo()'
-- and no warning about `baz()'
What is the difference?
May be no warnings will be more consistent?
$ cat x.c
#include
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
r268977 bootstrap PASS
r269340 FAIL
Fedora 29 / x86_64
$ cat /proc/cpuinfo
processor : 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89560
--- Comment #1 from Dmitry G. Dyachenko ---
r269158 PASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89560
--- Comment #3 from Dmitry G. Dyachenko ---
(In reply to Jakub Jelinek from comment #2)
> What does your -mtune=native expand to?
How I can see it?
> Can you reproduce also without say --enable-offload-targets=nvptx-none?
Yes, I'll rebuild witho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89560
--- Comment #5 from Dmitry G. Dyachenko ---
(In reply to Jakub Jelinek from comment #4)
> E.g.
> gcc -v -mtune=native -xc /dev/null -S -o /dev/null 2>&1 | grep cc1
SkyLake
cc -v -mtune=native -xc /dev/null -S -o /dev/null 2>&1 | grep cc1
/usr/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89560
--- Comment #6 from Dmitry G. Dyachenko ---
PASS
/home/dimhen/src/gcc_current/configure --enable-checking=yes
--enable-languages=c,c++,lto --disable-multilib --with-tune=native
FAIL
/home/dimhen/src/gcc_current/configure --enable-checking=yes,df
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
r270434 --enable-checking=release not ICE
r270435 --enable-checking=yes,df,fold,rtl,extra ICE
$ cat x_2.ii
template <, typename a, typename typename, typename a,
$ g++ -fpreproces
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
r265568 PASS
r265754 FAIL
r270458 FAIL
Warn if compiled with "-O2 --param max-jump-thread-duplication-stm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90191
--- Comment #2 from Dmitry G. Dyachenko ---
(In reply to Richard Biener from comment #1)
> So is the warning good or bad? That it now depends on the param suggests a
> change in default optimization behavior.
Sorry not to be clear
Warning with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90191
--- Comment #5 from Dmitry G. Dyachenko ---
(In reply to Jeffrey A. Law from comment #4)
> Actually I think the warning is valid. Ramping up the aggressiveness of the
> threader is what ultimately exposes it.
[...]
>
> But AFAICT the warning is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90036
--- Comment #3 from Dmitry G. Dyachenko ---
I see smth may be similar starts at r265648 / PR87041
265647 NO warnings
265648 warnings
270581 warnings
$ cat x.cpp
#include
#include
extern void extf(char*);
extern unsigned U1;
extern unsigned
NCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90866
--- Comment #5 from Dmitry G. Dyachenko ---
$ cat x.i
typedef enum { a } b;
typedef struct {
int c[0];
} d;
typedef struct {
int *data;
} e;
typedef struct {
e buffer;
} f;
int g, h;
int i();
int i(f *j, d *k, b l, int m) {
if (l)
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90866
--- Comment #6 from Dmitry G. Dyachenko ---
(In reply to Dmitry G. Dyachenko from comment #5)
> $ cat x.i
> typedef enum { a } b;
> typedef struct {
> int c[0];
> } d;
> typedef struct {
> int *data;
> } e;
> typedef struct {
> e buffer;
>
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
r267346 PASS
r267961 FAIL
r272203 FAIL
$ cat x.i
a() {
void b() = ;
b == 0
$ /usr/local/gcc_current/bin/gcc -fpreprocessed -c x.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90891
Dmitry G. Dyachenko changed:
What|Removed |Added
CC||dimhen at gmail dot com
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
Target Milestone: ---
r255090 FAIL
r262747 FAIL
$ cat x.ii
class a b;
c() {
switch ()
case b
$ /usr/local/gcc_current/bin/g++ -fpreprocessed -std=c++98 x.ii
x.ii:1:9: error: aggregate ‘a b’ has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86523
--- Comment #5 from Dmitry G. Dyachenko ---
r262559 PASS
r262747 FAIL
$ cat x.ii
class a {
int b;
};
int const c = 0, d = 1, f = 2, g = 3;
struct B {
typedef a h;
h i;
};
template B j();
template struct k { static B const e; };
template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86523
--- Comment #11 from Dmitry G. Dyachenko ---
r262850 works for me.
Thanks!
: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: dimhen at gmail dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
101 - 200 of 354 matches
Mail list logo
