[Bug web/50297] New: Bugzilla suffers an internal error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50297 Bug #: 50297 Summary: Bugzilla suffers an internal error Classification: Unclassified Product: gcc Version: unknown URL: http://gcc.gnu.org/PR48333 Status: UNCONFIRMED

[Bug tree-optimization/50138] [4.6 Regression] ICE in vect_transform_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50138 --- Comment #5 from Dmitry Gorbachev 2011-08-31 10:36:51 UTC --- This problem is not very important. If it's hard to fix this bug, then do not fix it.

[Bug c++/50226] New: Wrong code with -O -fno-implicit-templates

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50226 Bug #: 50226 Summary: Wrong code with -O -fno-implicit-templates Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priorit

[Bug bootstrap/50148] GCC fails to bootstrap with -O3 due to "may be used uninitialized" errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50148 --- Comment #1 from Dmitry Gorbachev 2011-08-21 21:12:23 UTC --- Created attachment 25071 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25071 Patch for sched-deps.c Also fails during -O3 LTO bootstrap in sched-deps.c. (Another solution wo

[Bug bootstrap/50148] New: GCC fails to bootstrap with -O3 due to "may be used uninitialized" errors

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50148 Bug #: 50148 Summary: GCC fails to bootstrap with -O3 due to "may be used uninitialized" errors Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCON

[Bug c++/48875] Segmentation fault in maybe_clone_body with -fsyntax-only

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48875 --- Comment #3 from Dmitry Gorbachev 2011-08-21 20:46:21 UTC --- I can't reproduce it now.

[Bug lto/50147] New: LTO: Segmentation fault in infinite_empty_loop_p

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50147 Bug #: 50147 Summary: LTO: Segmentation fault in infinite_empty_loop_p Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal P

[Bug lto/48259] Internal compiler errors in lto1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 Dmitry Gorbachev changed: What|Removed |Added Attachment #23782|0 |1 is obsolete|

[Bug tree-optimization/50138] New: ICE in vect_transform_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50138 Bug #: 50138 Summary: ICE in vect_transform_stmt Classification: Unclassified Product: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal Priority: P3 C

[Bug debug/50017] New: [4.7 Regression] -fcompare-debug failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50017 Summary: [4.7 Regression] -fcompare-debug failure Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: debug AssignedTo: unassig...

[Bug tree-optimization/50014] New: [4.7 Regression] Assertion failed in vect_get_vec_def_for_stmt_copy

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50014 Summary: [4.7 Regression] Assertion failed in vect_get_vec_def_for_stmt_copy Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/50009] New: [4.7 Regression] Segmentation fault in tree_nop_conversion

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50009 Summary: [4.7 Regression] Segmentation fault in tree_nop_conversion Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug lto/48259] Internal compiler errors in lto1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 Dmitry Gorbachev changed: What|Removed |Added Known to work||4.7.0 Known to fail|4.7.0

[Bug lto/50008] New: [4.7 Regression] type mismatch in array reference, verify_gimple failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50008 Summary: [4.7 Regression] type mismatch in array reference, verify_gimple failed Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug middle-end/49991] gimple check: expected gimple_phi(error_mark), have gimple_assign(max_expr) in gimple_phi_arg

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49991 --- Comment #2 from Dmitry Gorbachev 2011-08-05 17:17:52 UTC --- Created attachment 24924 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24924 BT

[Bug middle-end/49991] gimple check: expected gimple_phi(error_mark), have gimple_assign(max_expr) in gimple_phi_arg

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49991 --- Comment #1 from Dmitry Gorbachev 2011-08-05 16:57:11 UTC --- r173763 -ok, r174012 - fail.

[Bug middle-end/49991] New: gimple check: expected gimple_phi(error_mark), have gimple_assign(max_expr) in gimple_phi_arg

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49991 Summary: gimple check: expected gimple_phi(error_mark), have gimple_assign(max_expr) in gimple_phi_arg Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug target/49826] New: [4.7 Regression] Symbols are not decorated with attribute stdcall and -mrtd

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49826 Summary: [4.7 Regression] Symbols are not decorated with attribute stdcall and -mrtd Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug lto/48065] LTO: assertion failed in optimize_inline_calls, at tree-inline.c:4246

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48065 --- Comment #4 from Dmitry Gorbachev 2011-07-15 00:01:49 UTC --- Still in GCC 4.6 (when checking is turned on).

[Bug lto/46798] [4.6/4.7 Regression] invalid conversion in gimple call; verify_stmts failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46798 --- Comment #6 from Dmitry Gorbachev 2011-07-15 00:01:39 UTC --- > I can't reproduce it with recent GCC 4.6 / 4.7. Ahh, still fails in 4.6, when checking is turned on.

[Bug lto/46798] [4.6/4.7 Regression] invalid conversion in gimple call; verify_stmts failed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46798 --- Comment #5 from Dmitry Gorbachev 2011-07-14 23:25:26 UTC --- I can't reproduce it with recent GCC 4.6 / 4.7.

[Bug lto/47936] [4.6/4.7 Regression] Missed optimization with LTO due to strict aliasing issues

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47936 Dmitry Gorbachev changed: What|Removed |Added Known to work||4.7.0 --- Comment #6 from Dmitry Gorba

[Bug lto/48065] LTO: assertion failed in optimize_inline_calls, at tree-inline.c:4246

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48065 --- Comment #3 from Dmitry Gorbachev 2011-07-14 23:14:33 UTC --- I can't reproduce it now.

[Bug other/49752] New: Non-existing struct `tree_type' in fold_checksum_tree in fold-const.c, can't build with `--enable-checking=fold'

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49752 Summary: Non-existing struct `tree_type' in fold_checksum_tree in fold-const.c, can't build with `--enable-checking=fold' Product: gcc Version: 4.7.0 Status: UNCON

[Bug c/49379] warning from Mac OS X linker alignment lost for -ftree-vectorize optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49379 --- Comment #7 from Dmitry Gorbachev 2011-06-29 17:07:50 UTC --- See also bug 48127.

[Bug bootstrap/49270] make BOOT_CFLAGS="-g -O3" CFLAGS_FOR_TARGET="-g -O3" CXXFLAGS_FOR_TARGET="-g -O3" failure

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49270 --- Comment #8 from Dmitry Gorbachev 2011-06-03 13:19:39 UTC --- See also PR49116.

[Bug other/48981] bootstrap-lto -O3 produces miscompiled, broken gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48981 --- Comment #7 from Dmitry Gorbachev 2011-05-27 15:00:04 UTC --- (In reply to comment #6) I think there should be a space after "}" in vec.h: > +}vec_prefix; Thanks!

[Bug other/49116] GCC fails to bootstrap with -O3 ("may be used uninitialized" errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49116 --- Comment #1 from Dmitry Gorbachev 2011-05-22 21:42:59 UTC --- A patch for another -O3 error is here: .

[Bug other/49116] New: GCC fails to bootstrap with -O3 ("may be used uninitialized" errors)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49116 Summary: GCC fails to bootstrap with -O3 ("may be used uninitialized" errors) Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: trivial Priority: P3

[Bug other/48981] bootstrap-lto -O3 produces miscompiled, broken gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48981 --- Comment #5 from Dmitry Gorbachev 2011-05-14 00:51:44 UTC --- (In reply to comment #4) Then this comment in gengtype.c becomes no longer valid, and confusing: /* Record the definition of a generic VEC structure, as if we had expanded

[Bug other/48983] No diagnostic message about no space left on device with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48983 --- Comment #1 from Dmitry Gorbachev 2011-05-12 16:30:22 UTC --- Other not very informative messages (depending on the space and program size): /usr/bin/ld: fatal error: lto-wrapper failed collect2: ld returned 1 exit status lto-wrapper: gcc re

[Bug other/48983] New: No diagnostic message about no space left on device with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48983 Summary: No diagnostic message about no space left on device with LTO Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug other/48981] New: bootstrap-lto -O3 produces miscompiled, broken gcc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48981 Summary: bootstrap-lto -O3 produces miscompiled, broken gcc Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo:

[Bug c++/48875] Segmentation fault in maybe_clone_body with -fsyntax-only

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48875 --- Comment #1 from Dmitry Gorbachev 2011-05-04 18:36:12 UTC --- Created attachment 24186 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24186 BT

[Bug c++/48875] New: Segmentation fault in maybe_clone_body with -fsyntax-only

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48875 Summary: Segmentation fault in maybe_clone_body with -fsyntax-only Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component

[Bug middle-end/48849] [4.7 Regression] 447.dealII in SPEC CPU 2006 failed to build

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48849 --- Comment #1 from Dmitry Gorbachev 2011-05-03 00:57:55 UTC --- > in get_alias_set, at alias.c:715 Like in my bug 47870.

[Bug lto/47870] internal compiler error: in get_alias_set, at alias.c:716

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47870 Dmitry Gorbachev changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug tree-optimization/48837] Wrong optimization of recursive function calls

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48837 --- Comment #1 from Dmitry Gorbachev 2011-05-01 05:52:09 UTC --- Simpler testcase: === 8< === __attribute__((noinline)) int baz(void) { return 1; } inline const int& bar(const int& a, const int&

[Bug tree-optimization/48795] -Warray-bounds false positive

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48795 --- Comment #2 from Dmitry Gorbachev 2011-05-01 06:33:06 UTC --- "r1->data[1] = prm2" goes above "char data[1]" bounds. How it's a false positive?

[Bug lto/48467] [LTO] Anomalous behavior of -save-temps

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48467 Dmitry Gorbachev changed: What|Removed |Added Summary|[LTO/driver] Anomalous |[LTO] Anomalous behavior of

[Bug driver/48691] Assembler file clobbered with -save-temps (LTO)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48691 Dmitry Gorbachev changed: What|Removed |Added Keywords||lto Severity|normal

[Bug driver/48691] New: Assembler file clobbered with -save-temps (LTO)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48691 Summary: Assembler file clobbered with -save-temps (LTO) Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: u

[Bug target/48519] wrong return-value, with an if () {} after return

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48519 --- Comment #8 from Dmitry Gorbachev 2011-04-12 19:32:16 UTC --- "__Unwind_SjLj_Unregister clobbers return value". I can reproduce it with ver. 4.4.4; works with 4.4.6. See also: PR47490, PR30047 (of which this PR is a dup).

[Bug c/48545] dereferencing does not work as expected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48545 --- Comment #4 from Dmitry Gorbachev 2011-04-11 18:45:50 UTC --- *output and output have different types, but numberically they are equal. That's how C works. More fun: extern int printf(const char *, ...); char str[4] = "abc"; int main(void)

[Bug libstdc++/48547] iostream and some other C++ libraries do not work with -fpack-struct

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48547 --- Comment #16 from Dmitry Gorbachev 2011-04-11 05:46:07 UTC --- > I don't know of compiler-specific ways of doing structure > packing using pragmas or whatever. I am learning though. Use GCC __attribute__((packed)) or #pragma pack (which is a

[Bug c/48545] dereferencing does not work as expected

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48545 --- Comment #1 from Dmitry Gorbachev 2011-04-10 23:44:58 UTC --- Hi! I'm not a GCC team, but I believe that GCC is correct here. An argument called "output" has a type "pointer to an array of 132 unsigned chars". "*output" has a type "array of

[Bug c++/48525] -O0 produces incorrect results for inlined functions sharing the same name.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48525 Dmitry Gorbachev changed: What|Removed |Added CC||d.g.gorbachev at gmail dot

[Bug lto/48505] LTO ICE lhd_set_decl_assembler_name, at langhooks.c:158

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48505 --- Comment #2 from Dmitry Gorbachev 2011-04-07 21:35:10 UTC --- Akin to bug 48207...

[Bug lto/48447] LTO link fails to link libgcc correctly when -nostdlib option is specified

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447 --- Comment #7 from Dmitry Gorbachev 2011-04-07 18:18:00 UTC --- LD with patch from comment 6 fails on testcase from PR ld/12277.

[Bug c++/48483] Construct from yourself w/o warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48483 --- Comment #8 from Dmitry Gorbachev 2011-04-07 06:20:24 UTC --- There is a call to a non-static member function of the object before initialization by a constructor. That's undefined behavior. Not a compiler bug.

[Bug c++/48483] Construct from yourself w/o warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48483 --- Comment #6 from Dmitry Gorbachev 2011-04-07 01:38:53 UTC --- > there's a limit to how much silliness the compiler can catch, > at some point you have to just not write silly code ;) Yes, these reduced fragments look embarrassing. Of course

[Bug middle-end/48377] [4.6 regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48377 Dmitry Gorbachev changed: What|Removed |Added CC||d.g.gorbachev at gmail dot

[Bug c++/48483] Construct from yourself w/o warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48483 Dmitry Gorbachev changed: What|Removed |Added CC||manu at gcc dot gnu.org --- Comment #4

[Bug c++/48483] Construct from yourself w/o warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48483 Dmitry Gorbachev changed: What|Removed |Added CC||d.g.gorbachev at gmail dot

[Bug c++/48483] Construct from yourself w/o warning

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48483 --- Comment #1 from Dmitry Gorbachev 2011-04-06 19:20:02 UTC --- > No warnings and deep stillness. $ g++ -O -Wuninitialized pr48483.cc pr48483.cc: In function 'int main()': pr48483.cc:13:30: warning: 'a.A::b' is used uninitialized in this functi

[Bug middle-end/48377] [4.6 regression] miscompilation at -O3

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48377 --- Comment #8 from Dmitry Gorbachev 2011-04-06 05:25:21 UTC --- In hashmap.hpp static inline uint32_t Hashcode( const char* s, uint32_t len, bool case_insensitive) { // prepare to run through string in 4-byte chunks const uint32

[Bug lto/48467] New: [LTO/driver] Anomalous behavior of -save-temps

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48467 Summary: [LTO/driver] Anomalous behavior of -save-temps Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: lto AssignedTo: unassi

[Bug lto/48447] LTO link fails to link libgcc correctly when -nostdlib option is specified

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447 --- Comment #3 from Dmitry Gorbachev 2011-04-05 12:42:52 UTC --- For now, option -Wl,-plugin-opt=-pass-through=$(LIBGCC) can be manually added to the command line (as discussed in PR42690).

[Bug lto/48447] LTO link fails to link libgcc correctly when -nostdlib option is specified

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48447 Dmitry Gorbachev changed: What|Removed |Added CC||davek at gcc dot gnu.org --- Comment #

[Bug lto/48433] lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48433 --- Comment #1 from Dmitry Gorbachev 2011-04-04 10:03:58 UTC --- PR48246?

[Bug lto/47888] [4.6/4.7 Regression] tree check: expected array_type, have record_type in array_ref_low_bound, at expr.c:6249 / Segmentation fault

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47888 --- Comment #2 from Dmitry Gorbachev 2011-04-03 18:41:45 UTC --- Created attachment 23863 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23863 Backtrace from GCC 4.7.0 20110402

[Bug lto/48427] ICE: tree check: expected array_type, have pointer_type in array_ref_low_bound, at expr.c:6253

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48427 --- Comment #1 from Dmitry Gorbachev 2011-04-03 18:09:54 UTC --- Created attachment 23862 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23862 Compile with `gcc -r -nostdlib -flto foo.c bar.c'

[Bug lto/48427] New: ICE: tree check: expected array_type, have pointer_type in array_ref_low_bound, at expr.c:6253

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48427 Summary: ICE: tree check: expected array_type, have pointer_type in array_ref_low_bound, at expr.c:6253 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal

[Bug c/48418] Bit shift operator >>=

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48418 --- Comment #2 from Dmitry Gorbachev 2011-04-02 21:43:15 UTC --- GCC 4.x regression, for x >= 5: $ cat > foo.c unsigned foo(void) { #ifdef CONST const #endif unsigned i = sizeof(unsigned) << 3; unsigned x = 1000; return x >> i; } ^D $ gc

[Bug lto/48309] gcc -flto -fuse-linker-plugin generates crashing executables on MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48309 --- Comment #3 from Dmitry Gorbachev 2011-03-28 11:35:37 UTC --- (In reply to comment #2) Gordon Magnusson wrote: > C:\bugreport>ld -v > GNU ld (GNU Binutils) 2.21.51.20110326

[Bug lto/48309] gcc -flto -fuse-linker-plugin generates crashing executables on MinGW

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48309 --- Comment #1 from Dmitry Gorbachev 2011-03-28 08:12:57 UTC --- It can be a duplicate of bug 47891.

[Bug lto/48259] Internal compiler errors in lto1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 --- Comment #7 from Dmitry Gorbachev 2011-03-27 17:33:51 UTC --- Created attachment 23782 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23782 Backtrace from GCC 4.7

[Bug lto/48259] Internal compiler errors in lto1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 --- Comment #6 from Dmitry Gorbachev 2011-03-26 08:29:23 UTC --- Created attachment 23778 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23778 Output of gcc -v -flto

[Bug lto/48259] Internal compiler errors in lto1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 --- Comment #5 from Dmitry Gorbachev 2011-03-26 08:28:41 UTC --- Created attachment 23777 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23777 Output of gcc -v -O2 -flto > Maybe show -v output of a failing compile?

[Bug lto/48259] Internal compiler errors in lto1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 --- Comment #4 from Dmitry Gorbachev 2011-03-26 08:25:10 UTC --- Created attachment 23776 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23776 Backtrace #2

[Bug lto/48259] Internal compiler errors in lto1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 --- Comment #3 from Dmitry Gorbachev 2011-03-26 08:24:27 UTC --- Created attachment 23775 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23775 Backtrace #1 Reproduced with i686-pc-linux-gnu-gcc-4.6.1 (GCC) 4.6.1 20110325 (prerelease) > Can

[Bug lto/48259] Internal compiler errors in lto1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 --- Comment #1 from Dmitry Gorbachev 2011-03-23 19:45:13 UTC --- Created attachment 23761 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23761 testcase, based on libstdc++ GCC 4.6.0 and 4.7.0 with -flto -O2: lto1: internal compile

[Bug lto/48259] New: Internal compiler errors in lto1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48259 Summary: Internal compiler errors in lto1 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig.

[Bug lto/48225] Segmentation fault in lookup_type_die, at dwarf2out.c:8121

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48225 --- Comment #1 from Dmitry Gorbachev 2011-03-21 20:51:40 UTC --- Created attachment 23743 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23743 Backtrace

[Bug lto/48225] New: Segmentation fault in lookup_type_die, at dwarf2out.c:8121

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48225 Summary: Segmentation fault in lookup_type_die, at dwarf2out.c:8121 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug lto/48207] ICE in lhd_set_decl_assembler_name, at langhooks.c:158

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48207 --- Comment #1 from Dmitry Gorbachev 2011-03-19 20:05:44 UTC --- Created attachment 23728 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23728 Backtrace

[Bug lto/48207] New: ICE in lhd_set_decl_assembler_name, at langhooks.c:158

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48207 Summary: ICE in lhd_set_decl_assembler_name, at langhooks.c:158 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedT

[Bug target/48127] Program crashes reading a non-aligned variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48127 --- Comment #3 from Dmitry Gorbachev 2011-03-15 18:00:23 UTC --- I do not agree that the testcase is invalid. As the standart says: Common extensions Multiple external definitions There may be more than one external definition for the

[Bug target/48127] Program crashes reading a non-aligned variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48127 --- Comment #1 from Dmitry Gorbachev 2011-03-15 06:22:13 UTC --- Works when changing the number of elements in baz to 8.

[Bug lto/47891] GCC 4.6/4.7 LTO not worked reliable on Windows target

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47891 --- Comment #6 from Dmitry Gorbachev 2011-03-15 06:18:47 UTC --- > Since gcc 4.6 branched, gcc trunk and 4.6 branch both have this issue now. It is not a GCC bug, it's a Binutils bug. The patch

[Bug rtl-optimization/48128] Excessive code generated for vectorized loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48128 --- Comment #2 from Dmitry Gorbachev 2011-03-15 00:57:30 UTC --- When marking baz as static an compiling with -mno-sse, the result is even more strange...

[Bug rtl-optimization/48128] New: Excessive code generated for vectorized loop

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48128 Summary: Excessive code generated for vectorized loop Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assign

[Bug target/48127] New: Program crashes reading a non-aligned variable

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48127 Summary: Program crashes reading a non-aligned variable Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: un

[Bug lto/48100] [4.6 Regression] Assertion failed in lto_varpool_replace_node, at lto-symtab.c:304

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48100 --- Comment #1 from Dmitry Gorbachev 2011-03-13 00:06:08 UTC --- Created attachment 23642 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23642 Testcase

[Bug lto/48100] New: [4.6 Regression] Assertion failed in lto_varpool_replace_node, at lto-symtab.c:304

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48100 Summary: [4.6 Regression] Assertion failed in lto_varpool_replace_node, at lto-symtab.c:304 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priori

[Bug tree-optimization/48072] New: Function with __attribute__((used)) is not inlined at -O1 level

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48072 Summary: Function with __attribute__((used)) is not inlined at -O1 level Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Com

[Bug lto/48065] LTO: assertion failed in optimize_inline_calls, at tree-inline.c:4246

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48065 --- Comment #1 from Dmitry Gorbachev 2011-03-10 20:00:27 UTC --- Created attachment 23619 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23619 backtrace

[Bug lto/48065] New: LTO: assertion failed in optimize_inline_calls, at tree-inline.c:4246

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48065 Summary: LTO: assertion failed in optimize_inline_calls, at tree-inline.c:4246 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/48062] New: `shadowed declaration is here' should be a note

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48062 Summary: `shadowed declaration is here' should be a note Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: c AssignedTo: unass

[Bug lto/43038] DECL_PRESERVE_P or attribute((used)) static globals not completely preserved with -flto

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43038 --- Comment #8 from Dmitry Gorbachev 2011-03-01 12:46:39 UTC --- > The problem is that statics need to be mangled, so they persist > as i.1234 instead. Really refering to a local symbol in asm is > going to be difficult with LTO (any global or o

[Bug lto/47936] New: [4.6 Regression] Missed optimization with LTO due to strict aliasing issues

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47936 Summary: [4.6 Regression] Missed optimization with LTO due to strict aliasing issues Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug lto/47934] LTO: function with attribute "used" is emitted under the "wrong" name.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47934 Dmitry Gorbachev changed: What|Removed |Added Summary|LTO: function with |LTO: function with |

[Bug lto/47934] New: LTO: function with attribute "used" is not emitted

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47934 Summary: LTO: function with attribute "used" is not emitted Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: u

[Bug c++/5026] __attribute__ ((unused) seems misdocumented

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5026 --- Comment #19 from Dmitry Gorbachev 2011-03-01 06:41:57 UTC --- GCC documentation has been changed. __attribute__((unused)) on labels can be used in C++ code since GCC version 4.5.0. This PR should be closed probably.

[Bug lto/47924] [4.6 Regression] Missed optimization with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47924 --- Comment #2 from Dmitry Gorbachev 2011-02-28 14:48:01 UTC --- Created attachment 23493 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23493 Testcase #2

[Bug lto/47924] [4.6 Regression] Missed optimization with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47924 --- Comment #1 from Dmitry Gorbachev 2011-02-28 14:47:26 UTC --- Created attachment 23492 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23492 Generated asm

[Bug lto/47924] New: [4.6 Regression] Missed optimization with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47924 Summary: [4.6 Regression] Missed optimization with LTO Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassi

[Bug lto/47900] Missed optimization with LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47900 --- Comment #2 from Dmitry Gorbachev 2011-02-27 19:57:01 UTC --- A null pointer check (... && ! &p->i) is not eliminated, notwithstanding the fact that the pointer has been dereferenced. If it is not null, bar is not called; otherwise, there is a

[Bug tree-optimization/46639] [4.6 Regression] Missing optimization

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46639 --- Comment #4 from Dmitry Gorbachev 2011-02-27 19:56:55 UTC --- Still fails with GCC version 4.6.0 20110226.

[Bug lto/47871] lto1: internal compiler error: in list_length, at tree.c:2089

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47871 Dmitry Gorbachev changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

<    1   2   3   4   >