https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68549
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
[trunk/gcc/config/nios2/nios2.c:4123] -> [trunk/gcc/config/nios2/nios2.c:4123]:
(style) Same expression on both sides of '||'.
Source code is
return (ival =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68410
David Binderman changed:
What|Removed |Added
CC||sandra at codesourcery dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68405
--- Comment #1 from David Binderman ---
Checking svn log, I suspect this revision
r230098 | ienkovich | 2015-11-10 11:57:34 + (Tue, 10 Nov 2015) | 70 lines
and this comment
* config/i386/i386-protos.h (ix86_expand_mask_vec_cmp): New.
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
[trunk/gcc/config/i386/i386.c:22951] -> [trunk/gcc/config/i386/i386.c:22953]:
(warning) Variable 'unspec_code' is reassigned a value bef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66420
--- Comment #1 from David Binderman ---
Still seems to be happening with gcc trunk dated as follows
Last Changed Rev: 230563
Last Changed Date: 2015-11-18 19:45:47 + (Wed, 18 Nov 2015)
==12746== Conditional jump or move depends on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70965
--- Comment #3 from David Binderman ---
Still broken over a month later in gcc trunk dated 20160608.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71170
--- Comment #14 from David Binderman ---
(In reply to Jakub Jelinek from comment #12)
> Is it still broken?
I think so. Attachment seems to break svn 237286, dated today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71170
--- Comment #13 from David Binderman ---
Created attachment 38685
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38685=edit
C source code
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
libiberty/cplus-dem.c:2702]: (style) Redundant condition: If 'EXPR == '_'', the
comparison 'EXPR' is always true.
Source code is
while
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38587
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38587=edit
C source code
The attached C code, when compiled by today's gcc trunk and the compiler
flag -O2, d
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
liboffloadmic/runtime/offload_env.cpp:316]: (style) Redundant condition: If
'EXPR == ' '', the comparison 'EXPR != 0' is always
: other
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
intl/dcigettext.c:588]: (style) Redundant condition: If 'EXPR == ':'', the
comparison 'EXPR != 0' is always true.
Source code is
while (categoryvalue[0] != '\0
: minor
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
libcilkrts/runtime/sslib/snprintf_support.c:87]: (style) Redundant condition:
If 'EXPR == '.'', the comparison 'EXPR != 0
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38588
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38588=edit
C source code
The attached code, when compiled by today's gcc and compiler flag -O2,
d
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38735
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38735=edit
C source code
The attached code, when compiled with flags -c -O3 -march=nat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71594
David Binderman changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65628
David Binderman changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69192
--- Comment #2 from David Binderman ---
(In reply to Markus Trippelsdorf from comment #1)
> May well be a clang bug. Does it also happen if you use gcc to build?
No. Then it drops back to the # 66420 case.
I'll try a build without the -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66420
--- Comment #4 from David Binderman ---
Still wrong in gcc trunk 20160115
==3767== Conditional jump or move depends on uninitialised value(s)
==3767==at 0x8FD097: improve_allocation() (ira-color.c:2774)
==3767==by 0x901F2D:
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 37386
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37386=edit
gzipped C source code
The attached code, when compiled by gcc 5.3.1 and flag -O2, takes 32 seco
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 37382
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37382=edit
C source code
The attached code, w
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
1.
[trunk/libstdc++-v3/include/parallel/partition.h:294]: (style) Array index
'__final_left' is used before limits check
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
1.
[trunk/libgcc/config/s390/tpf-unwind.h:182]: (style) Redundant condition:
frameDepth2. '!frameDepth2 || (frameDepth2
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
[trunk/libstdc++-v3/include/debug/functions.h:297] ->
[trunk/libstdc++-v3/include/debug/functions.h:297]: (style) Same expression on
b
ty: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 37493
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37493=edit
C source code
gcc trunk, dated 2016012
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69580
--- Comment #5 from David Binderman ---
(In reply to Jeffrey A. Law from comment #4)
> With the limiter, the time should come back down into the reasonable range
> and I'm going drop this to a P4 once that change goes in. However, I'm
> going
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 37545
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37545=edit
gzipped C source code
The attached code, when compiled by trunk gcc 6.
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 37533
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37533=edit
gzipped C source code
The attached C code se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69347
--- Comment #16 from David Binderman ---
I tried the original code with gcc trunk dated 20160125
and compilation time with -O2 and compiler built with
--enable-checking=yes is now downto about 100 seconds.
AFAIK, problem solved.
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 37476
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37476=edit
gzipped C++ source code
Following on from bug # 69347, the attached code, when compi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69609
--- Comment #7 from David Binderman ---
(In reply to Richard Biener from comment #6)
> Maybe sth as simple as
>
> Index: gcc/bb-reorder.c
> ===
> --- gcc/bb-reorder.c(revision
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
trunk/libgfortran/intrinsics/ctime.c:59]: (error) Expression
'__builtin_classify_type(localtime_r(,))==5,failed=localtime_r(,)==0
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
[trunk/gcc/config/arm/arm.c:15949]: (style) Statements following return, break,
continue, goto or throw will never be executed.
Source code is
else if (TARGET_ARM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69857
--- Comment #4 from David Binderman ---
(In reply to ktkachov from comment #3)
> Agree that gcc should warn here.
> As for the suspicious return itself, from what I can see it has the effect
> of overly restricting generation of the LDRD/STRD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69857
--- Comment #6 from David Binderman ---
(In reply to ktkachov from comment #5)
> We'd need a testcase that shows a regression resulting from this code not
> being run i.e. code that became worse after r197530 (or wrong code or an
> ICE) and is
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38001
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38001=edit
gzipped C source code
The attached code, when compi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70367
--- Comment #4 from David Binderman ---
(In reply to Jakub Jelinek from comment #3)
> And what exactly is your "recent gcc trunk", if it is after or before the
> PR70300 fix.
Before. I downloaded the latest version
Last Changed Author:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66358
--- Comment #19 from David Binderman ---
(In reply to David Binderman from comment #17)
> I had a go at cross compiling Linux kernel for sh, and got something similar
> with gcc 5.1.1 dated 20150618
With recent gcc trunk on x86_64, I get
$
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Derived from code in the Linux kernel, the following C++ source code produces
no warning with gcc trunk
extern void g(int);
void f( int n)
{
if ((n & 0x02)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66358
--- Comment #21 from David Binderman ---
(In reply to Oleg Endo from comment #20)
> (In reply to David Binderman from comment #19)
> > (In reply to David Binderman from comment #17)
> > > I had a go at cross compiling Linux kernel for sh, and
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
With recent gcc trunk on x86_64, I get
$ ~/gcc/results/bin/gcc -c -O3 -march=native gcc.target/i386/pr70300.c
gcc.target/i386/pr70300.c: In function ‘bar’:
gcc.target/i386
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38366
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38366=edit
C source code
The attached C code, when compiled by gcc trunk dated 20160428, does this
/home/dcb/rpmbuild/BU
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
trunk/libgcc/config/libbid/bid_binarydecimal.c:143934]: (style) Expression '(X
& 0x) > 0xf423f' is always false.
Sour
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38546
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38546=edit
gzipped C++ source code
The attached source code, when compiled by today's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71176
--- Comment #2 from David Binderman ---
(In reply to Manuel López-Ibáñez from comment #1)
> I wonder why GCC -Wformat does not catch this, since "static const char"
> literals contents should be visible as formatting strings. In this case, it
>
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38518
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38518=edit
C source code
The attached source code, when compiled by gcc trunk dated 20160
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38507
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38507=edit
gzipped C++ source code
The attached source code, when compiled by gcc dated 20160516, d
: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
1.
[trunk/gcc/config/arm/arm.c:22753]: (warning) %u in format string (no. 2)
requires 'unsigned int' but the argument type is 'int'.
Source code
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
trunk/fixincludes/fixincl.c:162]: (warning) %d in format string (no. 2)
requires 'int' but the argument type is 'size_t {aka unsigned long}'.
Source code is
tSCC zFmt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69857
--- Comment #8 from David Binderman ---
(In reply to ktkachov from comment #7)
> Yes, that's an approach that can be taken. Once such a case is found, you
> could also try using a reducer program like creduce to create a small
> testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69857
--- Comment #10 from David Binderman ---
(In reply to ktkachov from comment #9)
> Yes, would you like to propose a patch to gcc-patches?
No thanks.
> Or shall I do it?
I would very much prefer that.
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38517
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38517=edit
gzipped C source code
The attached C code, when compiled by gcc trunk dated 20160
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71015
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49905
--- Comment #4 from David Binderman ---
Created attachment 38402
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38402=edit
C++ source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49905
--- Comment #5 from David Binderman ---
(In reply to Martin Sebor from comment #3)
> 5.1 and 6.1 warn on the first six out of the ten buffer overflows, and on
> Linux the program aborts at runtime in __sprintf_chk.
>
> GCC still doesn't
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38421
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38421=edit
gzipped C++ source code
The attached C++ code, when compiled by gcc trunk dated 20160504,
d
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38394
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38394=edit
gzipped C++ source code
The attached code, when compiled by gcc trunk dated 20160502,
does this:
/
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38289
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38289=edit
C++ source code
The attached C++ code, when compiled by gcc trunk dated 20160412, d
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 39011
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39011=edit
gzipped C++ source code
The attached code, when compiled by gcc trunk da
Priority: P3
Component: boehm-gc
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
boehm-gc/pthread_support.c:687]: (style) Boolean result is used in bitwise
operation. Clarify expression with parentheses.
Source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72713
--- Comment #2 from David Binderman ---
(In reply to Andrew Pinski from comment #1)
> Does this code show upstream, if so it should be reported there.
>
> Note I don't see anything wrong with the code as written anyways but that is
> just my
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70965
David Binderman changed:
What|Removed |Added
CC||amacleod at redhat dot com
---
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 39038
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39038=edit
gzipped C++ source code
The attached C++ code, when compiled by gcc trunk dated 20160
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38916
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38916=edit
C source code
The attached source code, when compiled with -O2 on
gcc trunk dated 20160716, d
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I did a fortran build and used the flag -Wlogical-op. It said
../../src/trunk/gcc/fortran/symbol.c:4864:50: warning: logical ‘and’ of equal
expressions [-Wlogical-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71891
--- Comment #1 from David Binderman ---
According to svn blame, kargl is the author of this line of code.
Adding them in.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71816
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71816
--- Comment #9 from David Binderman ---
Created attachment 38865
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38865=edit
C source code
Flag -O2 required on x86_64
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 38858
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38858=edit
C source code
The attached code, when compiled by gcc trunk dated 20160706, and
compiler flags -g -O2, d
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
1.
trunk/gcc/ada/adaint.c:1927]: (style) Suspicious condition (assignment +
comparison); Clarify expression with parentheses.
Source code is
if (fd = open (name, O_RDONLY, 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49905
--- Comment #12 from David Binderman ---
(In reply to David Binderman from comment #11)
> So it looks to me like format %Lx isn't handled.
Also, %lf seems to cause a crash.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49905
--- Comment #8 from David Binderman ---
(In reply to Martin Sebor from comment #7)
> Patch posted for review:
> https://gcc.gnu.org/ml/gcc-patches/2016-07/msg00056.html
Fascinating stuff. Thanks.
I'll give it a good going over by throwing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49905
--- Comment #11 from David Binderman ---
(In reply to Jakub Jelinek from comment #10)
> I think the warning code should compute both
> minimum and maximum,
I'd be happy for the code to compute minimum only and have maximum
postponed for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49905
--- Comment #9 from David Binderman ---
I tried a build of the gcc fortran compiler and I found this warning:
../../../src/trunk/libgfortran/intrinsics/date_and_time.c:173:33: warning:
‘%+03d’ directive output truncated while writing ‘9’ bytes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70800
--- Comment #1 from David Binderman ---
Given the following source code
extern void g(int n);
void f( int n)
{
if ((n & 0x30) == 1)
g( n);
}
Current trunk gcc can't find much wrong:
$ ~/gcc/results/bin/gcc -c -g -O2
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 40590
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40590=edit
C source code
The attached code, when compiled by gcc trunk and flag -O2, d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79244
--- Comment #2 from David Binderman ---
Goes wrong in revision 241727, dated 20161101.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79244
--- Comment #3 from David Binderman ---
Seems ok in revision 240685,so that gives a band of [240685, 241727)
for the bug.
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I just tried a gcc trunk build, under valgrind, and got this:
==19121== Invalid read of size 4
==19121==at 0x9C9E3D: slide (hash-table.h:999)
==19121==by 0x9C9E3D: begin (hash-table.h:476
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 40581
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40581=edit
gzipped C++ source code
The attached C++ source code does this:
plyvel/_plyvel.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79232
--- Comment #1 from David Binderman ---
Reduced C++ source code
extern char a[];
int b;
char c, e;
long d;
void fn1() { (0, b ? : a)[d] = e; }
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
1.
brig/brigfrontend/brig-to-generic.cc:684]: (error) va_list 'ap' was opened but
not closed by va_end().
All calls to va_start must have
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I just built a valgrind version of gcc trunk and tried
out the gcc testsuite on it.
For testcase gcc.c-torture/compile/limits-fnargs.c, I got
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I just tried out gcc/testsuite/gcc.dg/gimplefe-16.c with
a valgrind version of gcc trunk. It said:
$ ~/gcc/results.245356/bin/gcc -c -fgimple gcc.dg/gimplefe-16.c
==16161
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79478
--- Comment #5 from David Binderman ---
(In reply to prathamesh3492 from comment #4)
> David, could you please confirm if r245406 fixes the error for you ?
I tried out revision 245439 and it looks fine to me.
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I just tried to compile the above test case with a valgrind version
of recent trunk gfortran.
$ /home/dcb/gcc/results.245439/bin/gfortran -c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79524
--- Comment #3 from David Binderman ---
> Note that the test expects the -fimplicit-none option. Do you
> see the valgrind error with this option?
No I didn't.
$ /home/dcb/gcc/results.245439/bin/gfortran -c -fimplicit-none
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I just tried to compile the above fortran code on a recent
valgrind version of trunk gfortran.
/home/dcb/gcc/results.245439/bin
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I tried to compile gcc/testsuite/g++.dg/cpp1y/pr79435.C
with compiler flag -g on current gcc trunk and got:
./g++.dg/cpp1y/pr79435.C:5:10: internal compiler error: Segmentation fault
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
I tried to compile gcc/testsuite/g++.dg/cpp1z/inh-ctor23.C
with flag -O2 and recent gcc and it said this:
./g++.dg/cpp1z/inh-ctor23.C:10:7: internal compiler error
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
The following two lines of code:
$ more bug340.c
register a __asm__("xmm0");
fn1() {}
$
does this with a build of gcc trunk from revision 245750.
bug340.c:2:1: interna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30136
--- Comment #9 from David Binderman ---
(In reply to Andrew Pinski from comment #8)
> Does this work with a much newer GCC?
Hard to say for definite. The machine was recycled many years
ago and is probably in landfill by now.
Given the great
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 39527
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39527=edit
C++ source code
The attached code, when compiled by g++ trunk dated 20160830, d
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 39756
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39756=edit
gzipped C source code
The attached C code does this
$ ../results/bin/gcc -c -O2 -fPIC bug305.c
auto/auto-stor
: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 39765
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39765=edit
gzipped C source code
The attached code, when compiled by gcc trunk revision 240826,
and the flag -Wall, d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77883
David Binderman changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
$ ~/gcc/results/bin/gcc -c gcc.target/i386/avx-1.c
/tmp/cc1rwjfP.s: Assembler messages:
/tmp/cc1rwjfP.s:83150: Error: operand size mismatch for `vcvtqq2pd'
/tmp/cc1rwjfP.s:83183: Error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77663
--- Comment #4 from David Binderman ---
(In reply to vehre from comment #1)
> what SW did you use to find this?
cppcheck, a static analyser for C/C++, available from sourceforge.
I run it sometimes over the compiler source code.
: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
[trunk/libgfortran/caf/single.c:1468]: (style) Redundant condition:
realloc_need
ed. '!realloc_needed || (realloc_needed && dst_reallocatable)' is eq
901 - 1000 of 2892 matches
Mail list logo
