Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
A build of recent gcc trunk with clang says:
../trunk/gcc/tree-ssa-math-opts.cc:1661:7: warning: explicitly assigning value
of variable of type 'tree' (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=122031
David Binderman changed:
What|Removed |Added
CC||pan2.li at intel dot com
--- Comment
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 62399
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62399&action=edit
C source code
For the attached C code, compilation with -O1 on recent
gcc seems to take a lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121703
--- Comment #5 from David Binderman ---
(In reply to Richard Biener from comment #4)
> I think this is fixed now.
I think so also. UBSAN bootstrap with -g -O2 -march=znver3 works.
I will try changing -O2 to -O3 and see what happens.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
--- Comment #5 from David Binderman ---
(In reply to Jeffrey A. Law from comment #4)
> Doesn't really make much sense to me. Your error is way up in the front-end
> while the fusion change is deep in the RTL pipeline.
Thanks for the confirmati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
David Binderman changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
David Binderman changed:
What|Removed |Added
Summary|ice in |[16 regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121889
--- Comment #1 from David Binderman ---
Reduced C++ code seems to be:
void pthread_key_create();
static __typeof(pthread_key_create) __gthrw___pthread_key_create
__attribute__((__weakref__("")));
template void zeta_imp_odd_integer() { thre
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 62362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62362&action=edit
gzipped C++ source code
The attached C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121830
--- Comment #8 from David Binderman ---
(In reply to Richard Biener from comment #5)
> Thanks for the interesting testcases.
You are welcome.
It was another testcase from csmith, which is very useful
for finding problems in compiler backen
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 62334
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62334&action=edit
C source code
The attached C code does this with recent gcc:
foundBugs $ ../resu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121830
David Binderman changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #1 from D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121758
David Binderman changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121755
David Binderman changed:
What|Removed |Added
Keywords|needs-reduction |
--- Comment #2 from David Binderman
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121758
--- Comment #2 from David Binderman ---
trunk $ git log d21f10259f64723f..dea668daa2ea8f9d | grep -c "^commit"
36
trunk $
So the bisection should be reasonably easy.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121758
David Binderman changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #1 from D
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 62266
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62266&action=edit
C source code
The a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121755
David Binderman changed:
What|Removed |Added
Keywords||needs-bisection,
|
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 62264
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62264&action=edit
compressed C++ source code
The a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121687
--- Comment #4 from David Binderman ---
(In reply to David Binderman from comment #3)
> I don't think it's a duplicate of the second, but it
> might be a duplicate of the first.
>
> I will check and report back.
I can confirm that it is a dup
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I just tried a bootstrap build with UBSAN and got a runtime error.
Results are:
working $ grep -E "^Config|runtime error:" mk.out
...
Configuring stage 2 in ./libiberty
Configuring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121687
--- Comment #3 from David Binderman ---
(In reply to Richard Biener from comment #2)
> It seems fixed now, possibly a dup of PR121686 or PR121638?
I don't think it's a duplicate of the second, but it
might be a duplicate of the first.
I will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121687
--- Comment #1 from David Binderman ---
Flag -ftree-loop-vectorize seems enough to provoke the bug:
foundBugs $ ~/gcc/results/bin/gcc -w -O1 bug1117.c && ./a.out
checksum = B0C5658A
foundBugs $ ~/gcc/results/bin/gcc -w -O1 -ftree-loop-vectorize
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 62211
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62211&action=edit
C source code
The attached code does this with gcc trunk:
foundBugs $ /home/dc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
--- Comment #15 from David Binderman ---
Created attachment 62138
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62138&action=edit
xz compressed C++ source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121553
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121509
--- Comment #11 from David Binderman ---
(In reply to Richard Biener from comment #8)
> Of course it requires a high level of obfuscation to get
> this past unrolling, VRP and other opts that would do this.
I find csmith very good indeed at fin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121509
--- Comment #6 from David Binderman ---
Created attachment 62104
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62104&action=edit
C source code
Second test case:
foundBugs $ rm -f ./a.out && $CC -w -O2 bug1114B.c && ./a.out
checksum = B6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121509
--- Comment #4 from David Binderman ---
Created attachment 62101
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62101&action=edit
C source code
After more than two hours of reduction, I attach
the partially reduced code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121509
--- Comment #3 from David Binderman ---
trunk $ git bisect bad df86ac52fccb2dec
df86ac52fccb2deccb53fb79f71db1fd700476bc is the first bad commit
commit df86ac52fccb2deccb53fb79f71db1fd700476bc (HEAD)
Author: Richard Biener
Date: Tue Aug 5 13:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121509
--- Comment #2 from David Binderman ---
trunk $ git log b963237a903f73cf..87262627fd65a1a7 | grep -c "^commit"
259
trunk $
I have a reduction running.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121509
David Binderman changed:
What|Removed |Added
Keywords||needs-bisection,
|
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 62100
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62100&action=edit
C source code
For the attached C source code, produced by csmith, recent gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121380
--- Comment #1 from David Binderman ---
As expected:
trunk $ git bisect good 8166458f19846fb7
04f33a278557c09d3aba978fe205cc2a6caa8efb is the first bad commit
commit 04f33a278557c09d3aba978fe205cc2a6caa8efb
Author: Konstantinos Eleftheriou
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82100
--- Comment #9 from David Binderman ---
Quite interestingly, I ran cppcheck over recent gcc trunk code
and got this:
trunk/gcc/ada/sysdep.c:447:26: style: Expression is always true because 'else
if' condition is opposite to previous condition at
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
For this C code:
int selected_connection;
char string2num_sn[];
void *memcpy(void *, void *, long);
char string2num() {
string2num_sn[1] = 0;
string2num_sn[0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119324
--- Comment #15 from David Binderman ---
(In reply to Robert Dubner from comment #14)
> This exercise has been extremely useful.
...
> Thanks again to David Binderman for sending me down this road; it's been
> educational and useful.
You are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82100
--- Comment #8 from David Binderman ---
(In reply to Richard Hazlewood from comment #7)
> Here's one that slipped through our net, that ought to have been obvious to
> the human reviewers...
Here is cppcheck getting close to what you want:
$ ~/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121273
--- Comment #2 from David Binderman ---
(In reply to Andrew Pinski from comment #1)
> Can you provide the output of `~/gcc/results/bin/gcc -v`?
Sure.
dcb@raspberrypi:~ $ ~/gcc/results/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/home/dcb/gcc/
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
>From the gcc testsuite on a raspberry Pi 5:
dcb@raspberrypi:~/gcc/trunk/gcc/testsuite $ ~/gcc/results/bin/gcc -c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
For the last couple of weeks, whenever I try a bootstrap
with ubsan enabled, I get the following text:
LC_ALL=C GCC_COLORS= /home/dcb42/gcc/working/./gcc/xgcc
-B/home/dcb42/gcc/working/./gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121236
David Binderman changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #3 from D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121236
--- Comment #2 from David Binderman ---
Reduced C code seems to be:
short g_59, func_7___trans_tmp_8;
long g_159;
int func_26_l_176;
void func_26(short *p_27) {
unsigned char l_184;
for (; g_59; g_59 += 1)
if (func_26_l_176)
l_18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121236
--- Comment #1 from David Binderman ---
R
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 61960
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61960&action=edit
C source code
For the attached C code,recent gcc does this:
foundBugs $ /home/dc
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
For this C code:
_Accum sa;
char c;
void div_csa() { c /= sa; }
on raspberry pi 5, does this:
$ for i in ~/gcc/results.202507*/bin/gcc; do echo $i; $i -c -w bug1109.c; done
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88853
--- Comment #6 from David Binderman ---
For this C++ code:
cvise $ more bug1108.cc
template
constexpr bool is_trivially_destructible_v = __is_trivially_destructible(_Tp);
template struct _Traits {
static constexpr bool _S_trivial_dtor =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120951
David Binderman changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #1 from D
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 61799
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61799&action=edit
C source code
The attached code does this with recent gcc:
foundBugs $ ~/gcc/
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
For this C++ code:
namespace PR45881 {
struct A {
void f();
};
int id(A*);
void A::f() {
auto z = [*this](auto z2, decltype(z2(this)) z3){};
z(id,3);
}
struct B {
void f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120743
--- Comment #1 from David Binderman ---
Created attachment 61677
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61677&action=edit
Some file that the Fortran code needs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120743
--- Comment #2 from David Binderman ---
trunk $ git log b25ec038dcaf7e48..a31e76a264355370 | grep -c "^commit"
36
trunk $
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 61676
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61676&action=edit
Fortran 90 source code
For the attached Fortran 90 code and it's associated mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120604
David Binderman changed:
What|Removed |Added
CC||kyrylo.tkachov at arm dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120604
--- Comment #15 from David Binderman ---
Uros writes:
> if ((diff > 0) != ((cf < 0) != (ct < 0) ? cf < 0 : cf < ct))
Crikey. IMHO that would fail any code review I took part in.
I think a truth table or some explanatory comment would help.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120636
David Binderman changed:
What|Removed |Added
Keywords||needs-bisection,
|
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 61625
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61625&action=edit
C source code
>From yesterday's compiler:
foundBugs $ ../results.20250610
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120604
--- Comment #10 from David Binderman ---
(In reply to David Binderman from comment #9)
> Bootstrapping now. It will take 6-12 hours to complete.
Completed with success with flags "-g -O2 -march=znver3".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120604
--- Comment #9 from David Binderman ---
(In reply to Uroš Bizjak from comment #8)
> David, can you please bootstrap with the attached patch?
Bootstrapping now. It will take 6-12 hours to complete.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120604
--- Comment #5 from David Binderman ---
(In reply to Uroš Bizjak from comment #4)
> Unfortunately I
> have very limited knowledge on how to fix signed overflow, so I would really
> appreciate some help here.
Suggest use a type with more bits i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120604
--- Comment #2 from David Binderman ---
This bug also occurs if the compile flags are changed to "-g -O2
-march=znver3".
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I just tried a bootstrap with flags "-g -O3 -march=znver3"
with ASAN and UBSAN switched on and got the following:
trunk/gcc/config/i386/i386-expand.cc:3612:12: run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120554
--- Comment #7 from David Binderman ---
(In reply to Jakub Jelinek from comment #6)
> This boils down to
> struct S {
> unsigned int s;
> S () : s (0) {}
> constexpr S &operator= (const S &) = default;
> };
> i.e. when the default ctor is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120554
David Binderman changed:
What|Removed |Added
CC||rdubner at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120554
--- Comment #4 from David Binderman ---
(In reply to Sam James from comment #2)
> As jwakely explained before, you cannot use git blame and friends on a
> shallow clone.
Oh dear, this again.
It might be worth mentioning on page https://gcc.gnu
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I just tried to compile the cobol compiler with clang.
It said:
trunk/libgcobol/common-defs.h:515:3: error: defaulted definition of copy
assignment operator cannot be marked constexpr before C++23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120554
David Binderman changed:
What|Removed |Added
CC||pzheng at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119323
--- Comment #13 from David Binderman ---
(In reply to Robert Dubner from comment #11)
> But I really wonder if it's possible to come up with an example where using
> ++it is actually faster, in some significant way, than using it++.
Putting sle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119323
--- Comment #10 from David Binderman ---
(In reply to Robert Dubner from comment #9)
> This was an interesting exercise.
Good.
> cppcheck was a bit snide about using ++/-- prefix notation for iterators
> rather than the postfix notation, givin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119324
--- Comment #9 from David Binderman ---
(In reply to Robert Dubner from comment #8)
> Jim has repaired some of them. I don't know which.
See comment 1.
> So, in order for cppcheck to be useful, especially in the face of its
> extensive config
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119324
--- Comment #7 from David Binderman ---
(In reply to Robert Dubner from comment #6)
> I don't know what I am doing differently, or why I am seeing errors that
> you're not.
Instead of trying to duplicate my results, you could try just fixing th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119324
--- Comment #5 from David Binderman ---
cppcheck says a lot of things that are true but not useful.
I use the following grep command to find the more interesting material:
grep -E "performance:| error:| warning:| style:" filename
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
For this C code:
struct {
unsigned char a : 3;
unsigned char b : 4;
unsigned short c : 6
};
struct {
unsigned char a : 3;
unsigned char b : 4;
unsigned short c : 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119324
--- Comment #3 from David Binderman ---
(In reply to Robert Dubner from comment #2)
> David, I am not familiar with cppcheck. I have installed it, but when I try
> to run it I don't see what you are describing here.
>
> Can you tell me how to
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
For this C++ code:
struct S {
int a = 1;
};
void non_pod_val_syntax_2() {
S arr[2];
auto [x, y](arr);
}
derived from clang C++ testsuite file
./Analysis/uninit-structured
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 61264
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61264&action=edit
C source code
For the attached C code, recent gcc trunk does this:
fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119803
--- Comment #4 from David Binderman ---
Another test case, from csmith, is:
long func_46___trans_tmp_17;
char(safe_rshift_func_int8_t_s_s)(char);
void(safe_lshift_func_int32_t_s_s)(int);
void(safe_mod_func_int64_t_s_s)(long);
static void func_4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119803
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
testsuite $ /home/dcb40b/gcc/results.20250325.ubsan/bin/gcc -w -c
./gcc.dg/pr106465.c
testsuite $ /home/dcb40b/gcc/results.20250327.ubsan/bin/gcc -w -c
./gcc.dg/pr106465.c
./gcc.dg/pr106465
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101017
--- Comment #12 from David Binderman ---
(In reply to Hongtao Liu from comment #11)
> (In reply to David Binderman from comment #10)
> > Did this ever happen ?
> >
> > Similar test case gcc/testsuite/gcc.target/i386/avx10_1-26.c
> > still seems
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I tried out the static analyser cppcheck on
the source code of /cobol/.
The most important things it said were:
1.
gcc/cobol/symbols.cc:246:64: performance: Function parameter 'args'
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I ran the static analyser cppcheck over the source code
of /libgcobol/.
It said many things and I think the most important are the following:
1.
libgcobol/gmath.cc:392:48: performance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98904
--- Comment #14 from David Binderman ---
I confirm that the problem seems to have gone away.
I used this configure script:
CC="gcc -g1 -O3 -march=znver3" CXX="g++ -g1 -O3 -march=znver3" \
../trunk/configure --prefix=$HOME/gcc/results.$DATE.valgr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115316
--- Comment #1 from David Binderman ---
As of today, 20250310, still broken.
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 60697
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60697&action=edit
F90 source code
>From the flang test suite at
https://github.com/llvm/ll
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 60696
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60696&action=edit
F90 source code
For the F90 source code file Semantics/blockconstruct02.f90
f
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 60674
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60674&action=edit
Fortran 90 source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118801
--- Comment #8 from David Binderman ---
(In reply to Richard Biener from comment #7)
> Fixed.
Thanks for that. I notice that the commit doesn't seem
to add a test case to the test suite. Worth doing ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118756
--- Comment #7 from David Binderman ---
(In reply to GCC Commits from comment #6)
> The master branch has been updated by Martin Jambor :
>
> https://gcc.gnu.org/g:d05b64bdd048ffb7f72d97553888934a9bcd13fa
>
> commit r15-7792-gd05b64bdd048ffb7f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118819
--- Comment #11 from David Binderman ---
(In reply to David Binderman from comment #10)
> Another bootstrap with "-g -O3 -march=znver3" is now running.
That passed too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118819
--- Comment #10 from David Binderman ---
(In reply to David Binderman from comment #9)
> I will try to do the bootstrap over the weekend.
Bootstrap passed.
Another bootstrap with "-g -O3 -march=znver3" is now running.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118819
--- Comment #9 from David Binderman ---
(In reply to Jakub Jelinek from comment #8)
> Hopefully fixed (but haven't tried UBSAN bootstrap for this, please reopen
> if it is not fixed).
I don't seem able to reopen this bug.
If the bootstrap hasn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118847
--- Comment #5 from David Binderman ---
Reduced C code seems to be:
struct zw_value {
~zw_value();
};
void __trans_tmp_1() {
for (; auto val = __trans_tmp_1;) {
switch (0)
case 0:;
zw_value cst;
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118847
--- Comment #3 from David Binderman ---
(In reply to Sam James from comment #2)
> This is almost certainly a dupe of PR118822.
>
> Is there a `while ( x = y )` or similar on that line?
No. Just a "}" as the error message indicates.
Surroundin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118847
David Binderman changed:
What|Removed |Added
Keywords||needs-bisection,
|
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 60475
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60475&action=edit
gzipped C++ source code
For the attached C++ code, recent gcc trunk does this:
fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118819
--- Comment #3 from David Binderman ---
(In reply to Sam James from comment #1)
> With export
> UBSAN_OPTIONS="halt_on_error=1:abort_on_error=1:print_summary=1:
> print_stacktrace=1", you should be able to get a nice backtrace. You can
> drop th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116948
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
>From this morning's bootstrap with ASAN & UBSAN I get
/home/dcb40b/gcc/working/./gcc/xgcc -B/home/dcb40b/gcc/working/./gcc/
-B/hom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118801
--- Comment #2 from David Binderman ---
(In reply to Andrew Pinski from comment #1)
> Note you might also want to use -fno-checking for the trunk.
Thanks for the tip. Still a 26 times expansion.
foundBugs $ time ../results/bin/gcc -c -w -g -O2
1 - 100 of 1536 matches
Mail list logo
