[Bug target/53346] [4.6/4.7/4.8 Regression] Bad if conversion in cptrf2 of rnflow.f90
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53346 --- Comment #23 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 09:19:50 UTC --- (In reply to comment #22) If the patch referenced in comment #22 fixes this bug, then it is a dup of bug 54073. Can someone confirm if this has been fixed on the trunk now?
[Bug target/53346] [4.6/4.7/4.8 Regression] Bad if conversion in cptrf2 of rnflow.f90
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53346 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #24 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 09:40:29 UTC --- Fixed aka a dup of bug 54073. *** This bug has been marked as a duplicate of bug 54073 ***
[Bug tree-optimization/54073] [4.7 Regression] SciMark Monte Carlo test performance has seriously decreased in recent GCC releases
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54073 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added CC||dominiq at lps dot ens.fr --- Comment #15 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 09:40:29 UTC --- *** Bug 53346 has been marked as a duplicate of this bug. ***
[Bug middle-end/55198] [4.8 Regression] libquadmath/math/fmaq.c:233:7: internal compiler error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55198 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords||build, ice-on-valid-code, ||patch Status|UNCONFIRMED |NEW URL||http://gcc.gnu.org/ml/gcc-p ||atches/2012-12/msg00042.htm ||l Last reconfirmed|2012-11-20 00:00:00 |2012-12-31 Ever Confirmed|0 |1 --- Comment #7 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 09:43:03 UTC --- Confirmed.
[Bug target/48308] [4.6/4.7/4.8 Regression] crosscompiling to arm fails with assembler: can't resolve '.LC4' {.rodata.str1.1 section} - '.LPIC4' {*UND* section}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48308 --- Comment #23 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 09:55:54 UTC --- (In reply to comment #20) Did the patch which was applied at revision 183512 fix this bug? If so please mark this bug as being fixed for 4.7.0 and 4.8.0 and not a regression.
[Bug middle-end/33699] [4.6/4.7/4.8 regression] missing optimization on const addr area store
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33699 --- Comment #16 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 10:09:07 UTC --- (In reply to comment #12) Smaller perhaps, but it uses two registers, where it originally used none. For x86 that's the better tradeoff. Except for the obvious -Os.
[Bug c++/55804] [4.7/4.8 regression] GCC omits required call to constructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55804
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work||4.7.0
Keywords||wrong-code
Last reconfirmed||2012-12-31
CC||jason at gcc dot gnu.org
Ever Confirmed|0 |1
Known to fail||4.7.3, 4.8.0
Severity|normal |blocker
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31
10:19:58 UTC ---
Confirmed, here is a run-time testcase:
int t = 0;
template typename struct vector {
vector() { t++; }
};
typedef vectorint Arrays[1];
class C
{
vectorint v_;
void Foo(const Arrays );
};
Arrays a;
int main(void)
{
if (t!=1)
__builtin_abort ();
return 0;
}
[Bug bootstrap/55807] Support musl libc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55807 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW URL|| |https://bitbucket.org/Grego | |rR/musl-gcc-patches/| Last reconfirmed||2012-12-31 Ever Confirmed|0 |1 --- Comment #10 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 10:27:48 UTC --- (In reply to comment #4) Created attachment 29047 [details] arm linker support You should just use #include fcntl.h unconditionally. sys/fcntl.h in glibc is the following: #include fcntl.h Also again patches goto gcc-patches@.
[Bug c/55808] excessive memory usage from gcc 4.7.2 when compiling mame source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55808 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2012-12-31 Ever Confirmed|0 |1 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 10:28:30 UTC --- Can you attach the preprocessed source?
[Bug rtl-optimization/55829] [4.8 Regression] ICE: in curr_insn_transform, at lra-constraints.c:3069 with -msse3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55829 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0
[Bug middle-end/55808] excessive memory usage from gcc 4.7.2 when compiling mame source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55808 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Component|c |middle-end --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 10:31:09 UTC --- See https://bugs.archlinux.org/ for instructions. Also it says to report this to archlinux first. What options are being used to compile the source?
[Bug c++/55823] [4.8 Regression] ice in inline_call, at ipa-inline-transform.c:270
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55823 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.8.0 Summary|ice in inline_call, at |[4.8 Regression] ice in |ipa-inline-transform.c:270 |inline_call, at ||ipa-inline-transform.c:270 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 10:34:30 UTC --- Reducing.
[Bug c++/55826] -ftime-report causes internal compiler error with Boost.Asio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55826 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Known to work||4.8.0 --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 10:43:00 UTC --- This works on the trunk.
[Bug bootstrap/55807] Support musl libc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55807 --- Comment #11 from lu_zero at gentoo dot org 2012-12-31 11:02:44 UTC --- I'm trying to convince the original author to interact directly, otherwise I'll foster them myself in a bit. Thanks for the hint meanwhile
[Bug tree-optimization/55823] [4.8 Regression] ice in inline_call, at ipa-inline-transform.c:270
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55823
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed||2012-12-31
Component|c++ |tree-optimization
Known to work||4.7.0
Ever Confirmed|0 |1
Known to fail||4.8.0
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31
11:57:15 UTC ---
Reduced testcase:
class wxPaintEvent { };
struct wxDCBase
{
wxDCBase ();
virtual int GetLayoutDirection() const{}
virtual void SetLayoutDirection(int){}
};
struct wxWindowDC : public wxDCBase {};
struct wxBufferedDC : public wxDCBase
{
void Init(wxDCBase*dc) {
InitCommon(dc);
}
void InitCommon(wxDCBase*dc) {
if (dc)
SetLayoutDirection(dc-GetLayoutDirection());
}
};
struct wxBufferedPaintDC : public wxBufferedDC {
wxBufferedPaintDC() {
Init(m_paintdc);
}
wxWindowDC m_paintdc;
};
void OnPaint(wxPaintEvent event) {
wxBufferedPaintDC dc;
}
[Bug tree-optimization/55823] [4.8 Regression] ice in inline_call, at ipa-inline-transform.c:270
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55823 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added CC||jamborm at gcc dot gnu.org --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 12:00:56 UTC --- (In reply to comment #0) This might be related to bug # 55683 Most likely is because -fno-indirect-inlining helps. CCing Martin because of that.
[Bug tree-optimization/48443] ICE: verify_flow_info failed: control flow in the middle of basic block with -fprefetch-loop-arrays --param l2-cache-size=0 and setjmp()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48443
Antoine Balestrat antoine.balestrat at gmail dot com changed:
What|Removed |Added
CC||antoine.balestrat at gmail
||dot com
--- Comment #1 from Antoine Balestrat antoine.balestrat at gmail dot com
2012-12-31 12:42:21 UTC ---
I was not able to reproduce the bug with this testcase (using GCC 4.8.0 as of
20121231), but this one looks to trigger the same ICE on current trunk.
$ cat flow.c
int g;
void f(void)
{
short a, b, i;
if(a)
{
label:
for(i = 0; i 8; i++)
b ^= a++;
if(!b)
g = 0;
}
}
$ xgcc -O -fstrict-overflow -ftree-vectorize flow.c
flow.c: In function ‘f’:
flow.c:3:6: error: label
void f(void)
^
label in the middle of basic block 4flow.c:3:6: internal compiler error:
verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
[Bug tree-optimization/48443] ICE: verify_flow_info failed: control flow in the middle of basic block with -fprefetch-loop-arrays --param l2-cache-size=0 and setjmp()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48443 --- Comment #2 from Zdenek Sojka zsojka at seznam dot cz 2012-12-31 13:01:37 UTC --- (In reply to comment #1) I was not able to reproduce the bug with this testcase (using GCC 4.8.0 as of 20121231), but this one looks to trigger the same ICE on current trunk. I would recommend you opening a new bug report for that ICE.
[Bug tree-optimization/55831] New: ICE: verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55831
Bug #: 55831
Summary: ICE: verify_flow_info failed
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antoine.balest...@gmail.com
Hello ! The following testcase makes GCC as of 20121231 ICE with -O
-fstrict-overflow -ftree-vectorize.
$ cat flow.c
int g;
void f(void)
{
short a, b, i;
if(a)
{
label:
for(i = 0; i 8; i++)
b ^= a++;
if(!b)
g = 0;
}
}
$ xgcc -O -fstrict-overflow -ftree-vectorize flow.c
flow.c: In function ‘f’:
flow.c:3:6: error: label
void f(void)
^
label in the middle of basic block 4flow.c:3:6: internal compiler error:
verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
[Bug tree-optimization/48443] ICE: verify_flow_info failed: control flow in the middle of basic block with -fprefetch-loop-arrays --param l2-cache-size=0 and setjmp()
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48443 --- Comment #3 from Antoine Balestrat antoine.balestrat at gmail dot com 2012-12-31 13:51:19 UTC --- (In reply to comment #2) (In reply to comment #1) I was not able to reproduce the bug with this testcase (using GCC 4.8.0 as of 20121231), but this one looks to trigger the same ICE on current trunk. I would recommend you opening a new bug report for that ICE. Done. Filed as PR55831.
[Bug tree-optimization/55832] New: ICE in fold_convert_loc, at fold-const.c:1967
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55832
Bug #: 55832
Summary: ICE in fold_convert_loc, at fold-const.c:1967
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antoine.balest...@gmail.com
Hello ! Even though I've seen quite a lot of possible duplicates, I was unable
to determine whether any of them were due to the same problem. So let's file a
new bug report and sorry if this is a dup :-)
I'm using GCC 4.8.0 as of 20121231.
$ cat fold.c
int g, b;
void f(void)
{
int a = 0;
unsigned char c;
unsigned short d = 0, *p = a;
if(g)
a--;
if(b a (d = 1))
for(;; a++);
for(; a 15; a++)
b |= d = c;
*p ? : (g = 0);
}
$ xgcc -w -O3 fold.c
fold.c: In function ‘f’:
fold.c:3:6: internal compiler error: in fold_convert_loc, at fold-const.c:1967
void f(void)
^
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
[Bug tree-optimization/55831] ICE: verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55831 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2012-12-31 AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-31 14:34:11 UTC --- Created attachment 29065 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29065 gcc48-pr55831.patch Untested fix.
[Bug tree-optimization/55833] New: ICE in verify_loop_structure, at cfgloop.c:1582 (BB should be marked irreducible !)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55833
Bug #: 55833
Summary: ICE in verify_loop_structure, at cfgloop.c:1582 (BB
should be marked irreducible !)
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: antoine.balest...@gmail.com
Using GCC 4.8.0 as of 20121231 :
$ cat bb.c
int a, b, c;
void foo()
{
unsigned d, l, *p, k = 1;
if(bar())
{
label:
if((a = a = 0))
{
if(c)
d = b;
if (b || d ? l : k ? : 0)
a = d = 0;
goto label;
}
}
while(*p++)
goto label;
}
$ xgcc -w -O3 bb.c
bb.c: In function ‘foo’:
bb.c:24:1: error: edge from 27 to 29 should be marked irreducible
}
^
bb.c:24:1: error: basic block 29 should be marked irreducible
bb.c:24:1: error: edge from 29 to 7 should be marked irreducible
bb.c:24:1: internal compiler error: in verify_loop_structure, at cfgloop.c:1582
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
[Bug middle-end/55808] excessive memory usage from gcc 4.7.2 when compiling mame source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55808
--- Comment #3 from Patrick mister.freeman at laposte dot net 2012-12-31
15:06:03 UTC ---
the options for compiling mame are :
make NOWERROR=1 OPTIMIZE=2 PYTHON=python2
but I did also a test with no options ( by typing make ), each time the
problem occurs if the system memory ( physical memory and swap memory ) is less
than 1.5 Gb,
it's easy to reproduce the problem by creating a virtual machine with
virtualbox ( 1 Gb ram, 512 swap ), download the source code of mame and then
compile it with gcc 4.7.2, after a long time the compilation will fail at this
stage :
Compiling src/emu/cpu/tms32051/tms32051.c...
Generating TMS57002 source file...
obj/sdl/build/tmsmake src/emu/cpu/tms57002/tmsinstr.lst
obj/sdl/emu/cpu/tms57002/tms57002.inc
Compiling src/emu/cpu/tms57002/tms57002.c...
{standard input}: Assembler messages:
{standard input}:3066: Warning: end of file not at end of a line; newline
inserted
{standard input}: Error: open CFI at the end of file; missing .cfi_endproc
directive
gcc: internal compiler error: Killed (program cc1plus)
it fails because there was not sufficient memory to do the compilation, I can
check it by typing free -m often in a console,
but with an older version of gcc ( 4.4.5 ) there is no problem
[Bug tree-optimization/55831] [4.8 Regression] ICE: verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55831 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0 Summary|ICE: verify_flow_info |[4.8 Regression] ICE: |failed |verify_flow_info failed --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-31 15:19:57 UTC --- Started with http://gcc.gnu.org/viewcvs?root=gccview=revrev=193882
[Bug tree-optimization/55831] [4.8 Regression] ICE: verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55831 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-31 15:24:29 UTC --- Though, with (a = a + 1) instead of a++ it started ICEing with http://gcc.gnu.org/viewcvs?root=gccview=revrev=167378 or http://gcc.gnu.org/viewcvs?root=gccview=revrev=167377 .
[Bug c++/55834] New: Undefined reference to static template member using lambda to function pointer conversion.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55834
Bug #: 55834
Summary: Undefined reference to static template member using
lambda to function pointer conversion.
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: splinterofch...@gmail.com
The following code is accepted by clang 3.2, but causes 3.0 to crash. Gcc 4.7
and 4.8 emit undefined references.
#include iostream
template size_t k struct Mod {
int i;
static Mod div0(int x,int y){ return x/y; }
typedef Mod(*func1)(int,int);
static func1 div1;
constexpr Mod( int i ) : i(i) { }
constexpr operator int () { return i; }
};
typedef int(*ii2i)(int,int);
template size_t k
typename Modk::func1 Modk::div1 = []( int x, int y ) { return Modk(x /
y); };
// Ok
//Mod3 div3( int x, int y ) { return x/y; }
//template size_t k
//typename Modk::func1 Modk::div1 = div3;
template struct Mod3;
int main() {
std::cout Mod3::div0(10,2) std::endl;
std::cout Mod3::div1(10,2) std::endl; // undefined
}
version:
$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
4.7.2-5ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs
--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-4.7 --enable-shared --enable-linker-build-id
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object
--enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i686
--with-tune=generic --enable-checking=release --build=x86_64-linux-gnu
--host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-5ubuntu1)
[Bug bootstrap/55784] [4.8 regression] declaration of C function 'const char* strsignal(int)' conflicts with /usr/include/string.h:112: error: previous declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55784 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug c++/55787] Comparisons of double values don't work correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55787 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2012-12-31 16:12:05 UTC --- Use -fexcess-precision=standard *** This bug has been marked as a duplicate of bug 323 ***
[Bug middle-end/323] optimized code gives strange floating point results
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added CC||tasin at hm dot edu --- Comment #188 from Richard Biener rguenth at gcc dot gnu.org 2012-12-31 16:12:05 UTC --- *** Bug 55787 has been marked as a duplicate of this bug. ***
[Bug bootstrap/55790] Build Failure on Head Targeting x86_64 Linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55790 --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org 2012-12-31 16:15:11 UTC --- I've seen this as well at some point - make sure your tree is clean, there seem to be missing dependencies.
[Bug tree-optimization/55796] Comparison with a negated number vs sum
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55796 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-12-31 Ever Confirmed|0 |1 --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org 2012-12-31 16:18:22 UTC --- DOM is the optimization that tries to optimize these cases. It's probably overly careful for FP compares.
[Bug middle-end/55814] Missed optimization with short-circuit evaluation of always evaluated comparisons/loads
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55814 --- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2012-12-31 16:25:41 UTC --- We do not sink loads aggressively.
[Bug c/55819] Conflicting declaration of getcwd breaks mingw-w64 compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55819 --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org 2012-12-31 16:27:01 UTC --- This means a configure test was not detecting presence of getcwd correctly.
[Bug middle-end/55832] [4.8 Regression] ICE in fold_convert_loc, at fold-const.c:1967
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55832 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-12-31 Component|tree-optimization |middle-end Known to work||4.6.3 Target Milestone|--- |4.8.0 Summary|ICE in fold_convert_loc, at |[4.8 Regression] ICE in |fold-const.c:1967 |fold_convert_loc, at ||fold-const.c:1967 Ever Confirmed|0 |1 --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org 2012-12-31 16:33:43 UTC --- Confirmed.
[Bug tree-optimization/55833] ICE in verify_loop_structure, at cfgloop.c:1582 (BB should be marked irreducible !)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55833 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Known to fail||4.5.4, 4.6.3, 4.8.0 --- Comment #1 from Richard Biener rguenth at gcc dot gnu.org 2012-12-31 16:39:39 UTC --- Confirmed. Also happens with 4.5 and 4.6 at least.
[Bug c++/55787] Comparisons of double values don't work correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55787 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2012-12-31 16:50:21 UTC --- If only ... cc1plus: sorry, unimplemented: -fexcess-precision=standard for C++
[Bug c/55819] Conflicting declaration of getcwd breaks mingw-w64 compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55819 --- Comment #2 from lailavrazda1979 at gmail dot com 2012-12-31 19:42:19 UTC --- I know it works with 4.7.2, and I think 4.7.3 as well.
[Bug middle-end/55808] excessive memory usage from gcc 4.7.2 when compiling mame source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55808 --- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 21:11:41 UTC --- (In reply to comment #3) the options for compiling mame are : make NOWERROR=1 OPTIMIZE=2 PYTHON=python2 I mean which are used to invoke gcc. I am not going out of my way to create a vm and try to compile mame, you already have it compiling already. Please read http://gcc.gnu.org/bugs.html and provide all the needed information listed on that page.
[Bug middle-end/55832] [4.8 Regression] ICE in fold_convert_loc, at fold-const.c:1967
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55832 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code --- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 21:13:25 UTC --- Here is the backtrace: 0x7129d4 fold_convert_loc(unsigned int, tree_node*, tree_node*) ../../gcc/fold-const.c:1967 0x712d17 omit_one_operand_loc(unsigned int, tree_node*, tree_node*, tree_node*) ../../gcc/fold-const.c:2943 0x6fa26f fold_binary_loc(unsigned int, tree_code, tree_node*, tree_node*, tree_node*) ../../gcc/fold-const.c:13522 0x9b37b9 combine_cond_expr_cond ../../gcc/tree-ssa-forwprop.c:367 0x9b6124 forward_propagate_into_comparison_1 ../../gcc/tree-ssa-forwprop.c:414 0x9bd8e3 forward_propagate_into_cond ../../gcc/tree-ssa-forwprop.c:562 0x9bd8e3 ssa_forward_propagate_and_combine ../../gcc/tree-ssa-forwprop.c:3013
[Bug middle-end/55832] [4.8 Regression] ICE in fold_convert_loc, at fold-const.c:1967
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55832 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Target||x86_64-*-* --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2012-12-31 21:14:43 UTC --- Note the ICE is in the forwprop after vectorization.
[Bug libgcc/55835] New: [TileGX] libgcc doesn't build.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55835 Bug #: 55835 Summary: [TileGX] libgcc doesn't build. Classification: Unclassified Product: gcc Version: 4.7.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcc AssignedTo: unassig...@gcc.gnu.org ReportedBy: gcc.5.saskw...@spamgourmet.com gcc/config/tilegx/linux.h in the 4.7.2 source wants to #include arch/icache.h but there is no icache.h anywhere in the source distribution. I grabbed the arch directory from Tilera's MDE distribution and plopped it into libgcc's include path and now get this error when trying to build libgcc for the TileGX: # If this is the top-level multilib, build all the other # multilibs. /home/nathan/xcompile/build-gcc/./gcc/xgcc -B/home/nathan/xcompile/build-gcc/./gcc/ -B/home/nathan/xcompile/tilegx/tilegx-redhat-linux/bin/ -B/home/nathan/xcompile/tilegx/tilegx-redhat-linux/lib/ -isystem /home/nathan/xcompile/tilegx/tilegx-redhat-linux/include -isystem /home/nathan/xcompile/tilegx/tilegx-redhat-linux/sys-include-g -O2 -m32 -O2 -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -Dinhibit_libc -fPIC -I. -I. -I../../.././gcc -I../../../../gcc-4.7.2/libgcc -I../../../../gcc-4.7.2/libgcc/. -I../../../../gcc-4.7.2/libgcc/../gcc -I../../../../gcc-4.7.2/libgcc/../include -DHAVE_CC_TLS -o atomic.o -MT atomic.o -MD -MP -MF atomic.dep -c ../../../../gcc-4.7.2/libgcc/config/tilepro/atomic.c -fvisibility=hidden -DHIDE_EXPORTS In file included from ../../../../gcc-4.7.2/libgcc/config/tilepro/atomic.c:25:0: ../../../../gcc-4.7.2/libgcc/../gcc/system.h:42:19: fatal error: stdio.h: No such file or directory I've built GCC and binutils already for the TileGX with the following commands: $ ../binutils-2.23/configure --target=tilegx-redhat-linux --prefix=$PREFIX --disable-nls $ make -j9 all $ make install and, for GCC... $ ../gcc-4.7.2/configure --target=tilegx-redhat-linux --prefix=$PREFIX --disable-nls --without-headers $ make -j9 all-gcc $ make install-gcc In the GCC build directory, I then ran $ make all-target-libgcc to get the above error.
[Bug c++/55836] New: Weffc++: warning: base class 'class std::listint, std::allocatorint ' has a non-virtual destructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55836
Bug #: 55836
Summary: Weffc++: warning: base class 'class std::listint,
std::allocatorint ' has a non-virtual destructor
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ham...@sdu.se
Created attachment 29066
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29066
Self-contained source file
When using -Weffc++ with this code
class Foo : public std::listint { };
the compiler warns that the base class has a non-virtual destructor. While
this is true, there is not much one can do about it.
Suggestions: either remove the warning in these cases (when the problem is in
the standard library), or add virtual destructors to standard library classes.
If the compiler were to set a pre-processor variable when -Weffc++ is in
effect, adding virtual destructors could be made conditional.
/Lars Hamrén
[Bug c++/55837] New: -Weffc++: warning: 'xxx:yyy' should be initialized in the member initialization list
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55837
Bug #: 55837
Summary: -Weffc++: warning: 'xxx:yyy' should be initialized in
the member initialization list
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ham...@sdu.se
Created attachment 29067
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29067
Self-contained source file
This code
static struct Error {
int child_pid = 0;
struct {
bool s_sensor = false;
} opt;
} ss;
gives a warning message
'Error::opt' should be initialized in the member initialization list
[-Weffc++]
But Error::opt is already initialized, since its only member is initialized.
/Lars Hamrén
[Bug tree-optimization/55831] [4.8 Regression] ICE: verify_flow_info failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55831 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2012-12-31 23:50:06 UTC --- Author: jakub Date: Mon Dec 31 23:50:00 2012 New Revision: 194764 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=194764 Log: PR tree-optimization/55831 * tree-vect-loop.c (get_initial_def_for_induction): Use gsi_after_labels instead of gsi_start_bb. * gcc.dg/pr55831.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr55831.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-loop.c
[Bug c++/55836] Weffc++: warning: base class 'class std::listint, std::allocatorint ' has a non-virtual destructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55836
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2013-01-01
00:09:23 UTC ---
(In reply to comment #0)
Created attachment 29066 [details]
Self-contained source file
When using -Weffc++ with this code
class Foo : public std::listint { };
the compiler warns that the base class has a non-virtual destructor. While
this is true, there is not much one can do about it.
Why not just not use -Weffc++ for STL. effc++ warnings are written from a book
and they don't always make sense really.
If the compiler were to set a pre-processor variable when -Weffc++ is in
effect, adding virtual destructors could be made conditional.
Then it would violate the one definition rule.
[Bug c++/55837] [C++11] -Weffc++: warning: 'xxx:yyy' should be initialized in the member initialization list
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55837 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Summary|-Weffc++: warning: |[C++11] -Weffc++: warning: |'xxx:yyy' should be |'xxx:yyy' should be |initialized in the member |initialized in the member |initialization list |initialization list --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2013-01-01 00:10:17 UTC --- -Weffc++ warnings are not designed with C++11 in mind.
[Bug c++/55837] [C++11] -Weffc++: warning: 'xxx:yyy' should be initialized in the member initialization list
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55837 --- Comment #2 from Lars Hamrén hamren at sdu dot se 2013-01-01 00:21:56 UTC --- I do realize that this is a clash between an old-ish rule and the new C++11 syntax. However, the spirit of the underlying rule (which I assume is that all members should be initialized) still applies, and the rule, and its implementation, could be updated for C++11.
[Bug c++/55836] Weffc++: warning: base class 'class std::listint, std::allocatorint ' has a non-virtual destructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55836 --- Comment #2 from Lars Hamrén hamren at sdu dot se 2013-01-01 00:38:27 UTC --- Why not just not use -Weffc++ for STL. I can turn it off locally using a pragma, but that is rather ugly. I like to have as many warning flags turned on as possible. Not having false warnings is a great help. effc++ warnings are written from a book and they don't always make sense really. But often they do. Why not give them special treatment when they occur in system headers? If the compiler were to set a pre-processor variable when -Weffc++ is in effect, adding virtual destructors could be made conditional. Then it would violate the one definition rule. Agreed. Bad idea.
[Bug c++/55836] Weffc++: warning: base class 'class std::listint, std::allocatorint ' has a non-virtual destructor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55836
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2013-01-01
01:30:50 UTC ---
(In reply to comment #0)
When using -Weffc++ with this code
class Foo : public std::listint { };
the compiler warns that the base class has a non-virtual destructor. While
this is true, there is not much one can do about it.
There are two things you can do:
1) don't use -Weffc++, it's flawed in many ways and noone's forcing you to use
it
2) don't use public derivation from classes without virtual destructors, the
warning is telling you about a potential problem. If you can't change the base
class, take the hint and don't derive from it.
[Bug c++/55837] [C++11] -Weffc++: warning: 'xxx:yyy' should be initialized in the member initialization list
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55837 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2013-01-01 02:48:27 UTC --- This warning also complains if you don't have a mem-initializer for a type such as std::string, which has a perfectly safe default constructor i.e. the warning is just broken by design. What's really needed is to replace the current there is no explicit initializer for some member with a warning about members that are left uninitialized, so we don't warn about members with a non-static data member initializer or with a default constructor. I was working on exactly that, but never got it working correctly in all cases. I plan to return to that patch soonish.
[Bug middle-end/55832] [4.8 Regression] ICE in fold_convert_loc, at fold-const.c:1967
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55832 --- Comment #4 from Marc Glisse glisse at gcc dot gnu.org 2013-01-01 03:15:46 UTC --- (In reply to comment #2) 0x6fa26f fold_binary_loc(unsigned int, tree_code, tree_node*, tree_node*, tree_node*) ../../gcc/fold-const.c:13522 This line uses integer_one_node instead of calling constant_boolean_node.
[Bug middle-end/55808] excessive memory usage from gcc 4.7.2 when compiling mame source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55808 --- Comment #5 from Patrick mister.freeman at laposte dot net 2013-01-01 04:41:07 UTC --- here are the options : gcc -DCRLF=2 -DINLINE=static inline -DLSB_FIRST -DNDEBUG -DFLAC__NO_DLL -DSDLMAME_SDL2=0 -D_LFS64_LARGEFILE=0 -DDISTRO=generic -DSDLMAME_ARCH= -DSYNC_IMPLEMENTATION=tc -DSDLMAME_UNIX -DUSE_OPENGL=1 -DUSE_DISPATCH_GL=1 -DSDLMAME_X11 -DUSE_XINPUT=0 -DNATIVE_DRC=drcbe_x86 -save-temps -pipe -O3 -Werror -fno-strict-aliasing -Wall -Wcast-align -Wundef -Wformat-security -Wwrite-strings -Wno-sign-compare -Wno-conversion -Wno-narrowing -Wno-attributes -D_GNU_SOURCE=1 -D_REENTRANT -pthread -pthread I will post later the preprocessed files (*.i*) that trigger the bug Le 01/01/2013 05:04, pinskia at gcc dot gnu.org a écrit : I mean which are used to invoke gcc. I am not going out of my way to create a vm and try to compile mame, you already have it compiling already. Please read http://gcc.gnu.org/bugs.html and provide all the needed information listed on that page.
[Bug target/27855] [4.5/4.7/4.8 regression] reassociation causes the RA to be confused
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855 --- Comment #43 from Andrew Pinski pinskia at gcc dot gnu.org 2013-01-01 05:25:15 UTC --- Bug 50557 looks like the same issue or at least a related one and it is mentioned that LRA fixes the register allocation issue. So yes it would be good to get new numbers for the trunk.
[Bug rtl-optimization/50557] [4.7 Regression] Register pressure increase after reassociation (x86, 32 bits)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50557 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Summary|[4.7/4.8 Regression]|[4.7 Regression] Register |Register pressure increase |pressure increase after |after reassociation (x86, |reassociation (x86, 32 |32 bits)|bits) --- Comment #17 from Andrew Pinski pinskia at gcc dot gnu.org 2013-01-01 05:25:44 UTC --- (In reply to comment #16) Seems with LRA code is fast again So marking it only as a 4.7 regression.
[Bug lto/53895] [4.7/4.8 Regression][lto] symbol 'std::__once_callable' used as both __thread and non-__thread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53895 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||MOVED --- Comment #7 from Andrew Pinski pinskia at gcc dot gnu.org 2013-01-01 05:27:49 UTC --- Since a gold bug has been opened, closing this as moved.
