[Bug target/71903] Wrong opcode using x86 SSE _mm_cmpge_ps intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71903 --- Comment #1 from Mikael Pettersson --- Can you add a standalone (compilable and runnable) test case?
[Bug c++/71909] New: g++ accepts an unreachable function catch block that lacks a corresponding try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71909
Bug ID: 71909
Summary: g++ accepts an unreachable function catch block that
lacks a corresponding try
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: db0451 at gmail dot com
Target Milestone: ---
via http://stackoverflow.com/questions/38415131
The Standard requires a function-try block to have a corresponding
post-function catch block and vice-versa. But g++ will merrily compile the
following without saying anything, even with -std=c++14 -Wall -Wextra
-Wpedantic
struct foo
{
void bar()
{
}
catch (...)
{
}
};
int main ()
{
foo f;
f.bar();
return 0;
}
I presume the parser never checks for this case - somewhat understandable as
function-try is rare enough even when it _is_ used properly - but g++ should
generate an error on this code because it is not well-formed.
[Bug c++/71904] comparing this to NULL should give a warning by default (this == NULL)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71904
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED |RESOLVED
Resolution|--- |FIXED
Target Milestone|--- |6.0
--- Comment #1 from Jonathan Wakely ---
We already warn:
prog.cc: In member function 'void A::test()':
prog.cc:3:21: warning: nonnull argument 'this' compared to NULL
[-Wnonnull-compare]
void test(void) { if (this == 0) bar();}
^~
[Bug c++/71904] comparing this to NULL should give a warning by default (this == NULL)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71904 --- Comment #2 from Jonathan Wakely --- For an inline function like your example there's no warning unless the function is used. If it's used, or not inline, it always warns.
[Bug c++/71909] g++ accepts an unreachable function catch block that lacks a corresponding try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71909 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-17 Ever confirmed|0 |1
[Bug c++/71910] New: ICE on invalid OpenMP code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71910
Bug ID: 71910
Summary: ICE on invalid OpenMP code
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: shabalin.timofey at gmail dot com
Target Milestone: ---
GCC 5.4.0 on Cygwin ICEs with segfault on the following invalid OpenMP code.
Without -O2 or -O3 it compiles.
$ cat omp-bug.cpp
#include
#include
#include
int main(void)
{
std::vector vec(10);
#pragma omp parallel
{
std::exit(0);
}
}
$ g++ -v -fopenmp -O2 -c omp-bug.cpp
Using built-in specs.
COLLECT_GCC=g++
Target: x86_64-pc-cygwin
Configured with:
/cygdrive/i/szsz/tmpp/gcc/gcc-5.4.0-1.x86_64/src/gcc-5.4.0/configure
--srcdir=/cygdrive/i/szsz/tmpp/gcc/gcc-5.4.0-1.x86_64/src/gcc-5.4.0
--prefix=/usr --exec-prefix=/usr --localstatedir=/var --sysconfdir=/etc
--docdir=/usr/share/doc/gcc --htmldir=/usr/share/doc/gcc/html -C
--build=x86_64-pc-cygwin --host=x86_64-pc-cygwin --target=x86_64-pc-cygwin
--without-libiconv-prefix --without-libintl-prefix --libexecdir=/usr/lib
--enable-shared --enable-shared-libgcc --enable-static
--enable-version-specific-runtime-libs --enable-bootstrap --enable-__cxa_atexit
--with-dwarf2 --with-tune=generic
--enable-languages=ada,c,c++,fortran,lto,objc,obj-c++ --enable-graphite
--enable-threads=posix --enable-libatomic --enable-libcilkrts --enable-libgomp
--enable-libitm --enable-libquadmath --enable-libquadmath-support
--enable-libssp --enable-libada --enable-libgcj-sublibs --disable-java-awt
--disable-symvers --with-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld
--with-gnu-as --with-cloog-include=/usr/include/cloog-isl
--without-libiconv-prefix --without-libintl-prefix --with-system-zlib
--enable-linker-build-id --with-default-libstdcxx-abi=gcc4-compatible
Thread model: posix
gcc version 5.4.0 (GCC)
COLLECT_GCC_OPTIONS='-v' '-fopenmp' '-O2' '-c' '-shared-libgcc'
'-mtune=generic' '-march=x86-64'
/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/cc1plus.exe -quiet -v -Dunix -idirafter
/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/../../../../lib/../include/w32api
-idirafter
/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/../../../../x86_64-pc-cygwin/lib/../lib/../../include/w32api
omp-bug.cpp -quiet -dumpbase omp-bug.cpp -mtune=generic -march=x86-64 -auxbase
omp-bug -O2 -version -fopenmp -o /tmp/ccvLJMda.s
GNU C++ (GCC) version 5.4.0 (x86_64-pc-cygwin)
compiled by GNU C version 5.4.0, GMP version 6.1.0, MPFR version 3.1.4,
MPC version 1.0.3
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/include-fixed"
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/../../../../x86_64-pc-cygwin/include"
ignoring duplicate directory
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/../../../../x86_64-pc-cygwin/lib/../lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/include/c++
/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/include/c++/x86_64-pc-cygwin
/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/include/c++/backward
/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/include
/usr/local/include
/usr/include
/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/../../../../lib/../include/w32api
End of search list.
GNU C++ (GCC) version 5.4.0 (x86_64-pc-cygwin)
compiled by GNU C version 5.4.0, GMP version 6.1.0, MPFR version 3.1.4,
MPC version 1.0.3
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: a839c1339a6cf2c25ae50f14379aebc0
omp-bug.cpp: In function ‘int main()’:
omp-bug.cpp:12:1: internal compiler error: Segmentation fault
}
^
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
[Bug target/71903] Wrong opcode using x86 SSE _mm_cmpge_ps intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71903 --- Comment #2 from Carlos Rafael --- (In reply to Mikael Pettersson from comment #1) > Can you add a standalone (compilable and runnable) test case? I beg your pardon, Mikael. It was my bad! After submitting the bug here, I could still did not believe that there was a bug in gcc, and I kept testing all night long. It turned out I was linking the library and generating the disassembly against an outdated version of the compiled code. After fixing my mistake, I tested the code and it worked with both _mm_cmpge_ps and _mm_cmplt_ps. Can you delete this bug, or close it? Or how can I do it?
[Bug ada/71911] New: [Cygwin] "gnatclean program" will remove the standard package .ali file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71911
Bug ID: 71911
Summary: [Cygwin] "gnatclean program" will remove the standard
package .ali file
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: heresy-me at hotmail dot com
Target Milestone: ---
with Ada.Text_IO;
procedure Hello is
begin
Ada.Text_IO.Put_Line ("Hello world!");
end Hello;
$ gnatmake hello
gcc -c hello.adb
gnatbind -x hello.ali
gnatlink hello.ali
$ gnatclean hello
"./hello.ali" has been deleted
"./hello.o" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/ada.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/a-textio.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/a-except.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/a-stream.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/a-tags.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/interfac.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/i-cstrea.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/system.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-crtl.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-fileio.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-secsta.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-stoele.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-wchcnv.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-wchcon.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/a-ioexce.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-ficobl.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-soflin.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-unstyp.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/a-elchha.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-exctab.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-except.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-excmac.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-excdeb.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-imgint.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-stalib.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-traceb.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-wchstw.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-parame.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-traent.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-htable.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-valllu.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/a-finali.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/i-c.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-casuti.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-os_lib.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-wchjis.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-stache.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-memory.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-strhas.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-valuti.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-finroo.ali" has been deleted
"/usr/lib/gcc/x86_64-pc-cygwin/5.4.0/adalib/s-string.ali" has been deleted
"hello.exe" has been deleted
$ gnatclean --version
GNATCLEAN 5.4.0
Copyright (C) 2003-2015, Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
$ uname -a
CYGWIN_NT-6.1 LLVM 2.5.2(0.297/5/3) 2016-06-23 14:29 x86_64 Cygwin
But this situation look like not in MinGW platform. MinGW is updated to GCC 4.9
now.
[Bug target/71903] Wrong opcode using x86 SSE _mm_cmpge_ps intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71903 --- Comment #3 from Mikael Pettersson --- No worries. As the reporter you should be able to resolve it as "invalid".
[Bug c++/71912] New: flexible array in union
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71912
Bug ID: 71912
Summary: flexible array in union
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: drepper.fsp+rhbz at gmail dot com
Target Milestone: ---
I haven't researched in detail what the accepted wisdom about this code is but
at the very least it is completely unnecessary to reject it, as the code shows.
Code like this is actually from an actual project of mine.
Take the code below. gcc 6.1 and also the current trunk reject the code
because:
v.cc:22:14: error: flexible array member ‘xyyzy::s’ not at end of ‘struct xyyzy’
char s[];
^
v.cc:25:14: note: next member ‘double xyyzy::a’ declared here
double d;
^
v.cc:18:8: note: in the definition of ‘struct xyyzy’
struct xyyzy {
^
Clearly, the array 's' is not followed by 'a' in anything but a syntactic way.
The compiler does not reject the use of flexible arrays like this when the
types are defined separately, as exampled of type 'baz' shows.
If the rejection is done deliberately at the very least the message must be
fixed but I would also like to see a justification.
NB: the same code compiles fine in C. This is why I added all the unnecessary
'struct'.
struct foo {
int a;
char s[];
};
struct bar {
double d;
char t[];
};
struct baz {
union {
struct foo f;
struct bar b;
} u;
};
struct xyyzy {
union {
struct {
int a;
char s[];
} f;
struct {
double d;
char t[];
} b;
} u;
};
struct baz b;
struct xyyzy x;
[Bug c++/71912] flexible array in union
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71912 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment #1 from Manuel López-Ibáñez --- For what is worth, Clang does accept it in C++.
[Bug c++/71913] New: [5/6/7 Regression] Missing RVO for operator new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71913
Bug ID: 71913
Summary: [5/6/7 Regression] Missing RVO for operator new
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Keywords: missed-optimization, wrong-code
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: pinskia at gcc dot gnu.org
Target Milestone: ---
void* operator new(unsigned long, void* p) { return p; }
void always_assert(bool);
struct IndirectReturn {
IndirectReturn() {}
// Make sure the indirect return value is never copied and RVO kicked in
IndirectReturn(const IndirectReturn&) { always_assert(false); }
IndirectReturn& operator=(const IndirectReturn&) = delete;
~IndirectReturn() {}
};
IndirectReturn foo();
void bar(void* ptr) {
IndirectReturn x;
new (ptr) IndirectReturn(foo());
}
CUT -
In GCC 4.9.3 we did not get the assert but in 5.x and above we do.
This causes HHVM to crash some of the time.
Note if I read C++17 correctly this is a required to get rid of the copy
constructor here.
[Bug c++/71913] [5/6/7 Regression] Missing RVO for operator new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71913 Andrew Pinski changed: What|Removed |Added Known to work||4.9.3 Target Milestone|--- |5.5 Known to fail||5.4.0, 6.1.0, 7.0 --- Comment #1 from Andrew Pinski --- I suspect it was caused by (but I did not do any regression hunting): 2015-10-07 Jason Merrill PR c++/67557 * call.c (is_base_field_ref): New. (unsafe_copy_elision_p): New. (build_over_call): Use it.
[Bug target/71903] Wrong opcode using x86 SSE _mm_cmpge_ps intrinsics
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71903 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||jakub at gcc dot gnu.org Resolution|--- |INVALID --- Comment #4 from Jakub Jelinek --- .
[Bug tree-optimization/71908] [7 Regression] ICE at -Os and above in both 32-bit and 64-bit modes on x86_64-linux-gnu (get_constraint_for_component_ref)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71908 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-17 CC||jakub at gcc dot gnu.org Target Milestone|--- |7.0 Summary|ICE at -Os and above in |[7 Regression] ICE at -Os |both 32-bit and 64-bit |and above in both 32-bit |modes on x86_64-linux-gnu |and 64-bit modes on |(get_constraint_for_compone |x86_64-linux-gnu |nt_ref) |(get_constraint_for_compone ||nt_ref) Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- This started with r236066.
[Bug target/70559] [4.9 Regression] Miscompilation of nsTextFormatter.cpp from Firefox with -Os -fomit-frame-pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70559 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code Target Milestone|--- |4.9.4 Summary|Miscompilation of |[4.9 Regression] |nsTextFormatter.cpp from|Miscompilation of |Firefox with -Os|nsTextFormatter.cpp from |-fomit-frame-pointer|Firefox with -Os ||-fomit-frame-pointer
[Bug fortran/44265] Link error with reference to parameter array in specification expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44265
--- Comment #16 from Paul Thomas ---
Created attachment 38917
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38917&action=edit
Further development of the patch
This patch cures the problem described at the end of comment #1. The change in
trans-expr.c does the job.
However, for reasons that I cannot see at the moment, the len_trim is not doing
the trimming :-(
MODULE Fruits
IMPLICIT NONE
! PRIVATE
! PUBLIC :: Get
CONTAINS
subroutine fruity3
print *, get(4)
end
FUNCTION Get(i) RESULT(s)
CHARACTER(*), PARAMETER :: names(4) = [ &
'Apple ', &
'Orange ', &
'Mango ', &
'Pear ' ];
INTEGER, INTENT(IN) :: i
CHARACTER(LEN_trim(names(i))) :: s
!
s = names(i)
print *, len(s)
END FUNCTION Get
subroutine fruity2
print *, get(3)
end
END MODULE Fruits
PROGRAM WheresThatbLinkingConstantGone
USE Fruits
IMPLICIT NONE
!
WRITE (*, "('Eat the tasty ',A)") Get(1)
call fruity
call fruity2
call fruity3
contains
subroutine fruity
print *, get(2)
end
END PROGRAM WheresThatbLinkingConstantGone
outputs
Eat the tasty5
Apple
6
Orange
5
Mangoe
4
Pearoe
I am sure that the problem is now trivial... A task for tomorrow.
Paul
[Bug target/71493] [6/7 regression] accidental ABI change for structure return on PowerPC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71493
--- Comment #2 from Segher Boessenkool ---
Is there a testcase? I cannot reproduce the problem. powerpc-elf-gcc
on both trunk and gcc-6-branch returns a struct in registers if it needs
at most two registers for that, in float regs if it needs just one, exactly
like GCC 5 does.
===
struct sd { double a; };
struct sf { float a; };
struct sdd { double a; double b; };
struct sff { float a; float b; };
struct sd fd(void) { return (struct sd){ .a = 42 }; }
struct sf ff(void) { return (struct sf){ .a = 42 }; }
struct sdd fdd(void) { return (struct sdd){ .a = 42, .b = 31 }; }
struct sff fff(void) { return (struct sff){ .a = 42, .b = 31 }; }
===
fd,ff return in FPR1. fdd does an indirect return (stores values in
the struct pointed to by its GPR3). fff returns in GPR3,GPR4.
[Bug fortran/71523] Static variables given automatic initializers with -finit-* and -fmax-stack-var-size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71523 --- Comment #4 from Jerry DeLisle --- Author: jvdelisle Date: Sun Jul 17 20:13:41 2016 New Revision: 238420 URL: https://gcc.gnu.org/viewcvs?rev=238420&root=gcc&view=rev Log: 2016-07-17 Fritz Reese PR fortran/71523 * trans-decl.c (gfc_finish_var_decl): Replace automatic initializer with a static one. * gfortran.dg/pr71523_1.f90: New test. * gfortran.dg/pr71523_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/pr71523_1.f90 trunk/gcc/testsuite/gfortran.dg/pr71523_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-decl.c trunk/gcc/testsuite/ChangeLog
[Bug target/71493] [6/7 regression] accidental ABI change for structure return on PowerPC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71493 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-17 Ever confirmed|0 |1 --- Comment #3 from Segher Boessenkool --- Ugh, testing fail, sorry. The 5.4 compiler makes fd and fff return in GPR3,GPR4, and ff return in GPR3. This is correct behaviour. Confirmed.
[Bug c++/71811] gcc6/c++/functional:1726:40: internal compiler error: in assign_temp, at function.c:961
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71811 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #3 from Andrew Pinski --- Dup of bug 71812. *** This bug has been marked as a duplicate of bug 71812 ***
[Bug c/71812] gcc6/c++/functional:1726:40: internal compiler error: in assign_temp, at function.c:961
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71812 --- Comment #7 from Andrew Pinski --- *** Bug 71811 has been marked as a duplicate of this bug. ***
[Bug fortran/71523] Static variables given automatic initializers with -finit-* and -fmax-stack-var-size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71523 Jerry DeLisle changed: What|Removed |Added Status|WAITING |RESOLVED CC||jvdelisle at gcc dot gnu.org Resolution|--- |FIXED --- Comment #5 from Jerry DeLisle --- Fixed, Closing
[Bug web/66816] gcc.gnu.org favicon should have retina version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66816 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-18 Ever confirmed|0 |1 Severity|normal |enhancement --- Comment #1 from Andrew Pinski --- Confirmed.
[Bug rtl-optimization/66795] Incorrect and missed optimizations of __builtin_frame_address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66795 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- The code below is invalid as __builtin_frame_address is only for reading from the current frame. Also -O2 enables -fomit-frame-pointer which might cause the frame pointer to go away.
[Bug other/60470] configure should fail if flex and/or bison are not installed and this is a snapshot and not a release
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60470 Andrew Pinski changed: What|Removed |Added Keywords||build Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-18 Summary|Building gcc using "make" |configure should fail if |fails after a successful|flex and/or bison are not |configure when flex and |installed and this is a |bison are not installed.|snapshot and not a release Ever confirmed|0 |1 Severity|normal |enhancement --- Comment #4 from Andrew Pinski --- Confirmed.
[Bug middle-end/71898] [7 Regression] [graphite] ICE: verify_ssa failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71898 Martin Liška changed: What|Removed |Added Keywords||ice-on-valid-code Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-18 CC||marxin at gcc dot gnu.org Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot gnu.org Target Milestone|--- |7.0 Ever confirmed|0 |1 --- Comment #1 from Martin Liška --- Confirmed, caused by my commit r238114, I'll take a look.
[Bug tree-optimization/71901] [7 Regression] ice in find_or_generate_expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71901 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-18 CC||marxin at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Martin Liška --- Confirmed, also started with r238242.
[Bug tree-optimization/71901] [7 Regression] ice in find_or_generate_expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71901 --- Comment #3 from Martin Liška --- Created attachment 38918 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38918&action=edit Reduced test-case
[Bug c/71914] New: Name 'DOMAIN' is blocked when including math.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71914
Bug ID: 71914
Summary: Name 'DOMAIN' is blocked when including math.h
Product: gcc
Version: 4.8.5
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: henad221 at student dot liu.se
Target Milestone: ---
#include
#include
int DOMAIN = 3;
int main() {
printf("%d\n", DOMAIN);
return 0;
}
Compiled with:
gcc -v domain.cpp
Produces:
gcc -v domain.cpp
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-linux-gnu/4.8/lto-wrapper
Target: i686-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu
4.8.5-2ubuntu1~14.04.1' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.8 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug
--enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap
--enable-plugin --with-system-zlib --disable-browser-plugin
--enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-i386/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-i386
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-i386
--with-arch-directory=i386 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-objc-gc --enable-targets=all --enable-multiarch --disable-werror
--with-arch-32=i686 --with-multilib-list=m32,m64,mx32 --with-tune=generic
--enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu
--target=i686-linux-gnu
Thread model: posix
gcc version 4.8.5 (Ubuntu 4.8.5-2ubuntu1~14.04.1)
COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=i686'
/usr/lib/gcc/i686-linux-gnu/4.8/cc1plus -quiet -v -imultiarch i386-linux-gnu
-D_GNU_SOURCE domain.cpp -quiet -dumpbase domain.cpp -mtune=generic -march=i686
-auxbase domain -version -fstack-protector -Wformat -Wformat-security -o
/tmp/ccDxzNcb.s
GNU C++ (Ubuntu 4.8.5-2ubuntu1~14.04.1) version 4.8.5 (i686-linux-gnu)
compiled by GNU C version 4.8.5, GMP version 5.1.3, MPFR version 3.1.3,
MPC version 1.0.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
ignoring duplicate directory "/usr/include/i386-linux-gnu/c++/4.8"
ignoring nonexistent directory "/usr/local/include/i386-linux-gnu"
ignoring nonexistent directory
"/usr/lib/gcc/i686-linux-gnu/4.8/../../../../i686-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/home/dyknowaccount/ros_catkin_ws/install_isolated/include
/usr/include/c++/4.8
/usr/include/i386-linux-gnu/c++/4.8
/usr/include/c++/4.8/backward
/usr/lib/gcc/i686-linux-gnu/4.8/include
/usr/local/include
/usr/lib/gcc/i686-linux-gnu/4.8/include-fixed
/usr/include/i386-linux-gnu
/usr/include
End of search list.
GNU C++ (Ubuntu 4.8.5-2ubuntu1~14.04.1) version 4.8.5 (i686-linux-gnu)
compiled by GNU C version 4.8.5, GMP version 5.1.3, MPFR version 3.1.3,
MPC version 1.0.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 0603886523ce76985a8d2b2a7d22cd38
In file included from domain.cpp:1:0:
domain.cpp:4:5: error: expected unqualified-id before numeric constant
int DOMAIN = 3;
^
