[Bug target/55061] libbacktrace build fails during bootstrap on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55061 --- Comment #16 from Ian Lance Taylor 2012-10-25 17:37:10 UTC --- I think you may be looking at the wrong thing. The libbacktrace configure.ac only uses GCC_CHECK_UNWIND_GETIPINFO when it is built as a target library. You are seeing a fa

[Bug target/55061] libbacktrace build fails during bootstrap on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55061 --- Comment #17 from Ian Lance Taylor 2012-10-25 17:41:26 UTC --- Thanks for attaching the config.log. The config.log suggests that this program: int main () { return _Unwind_GetIPInfo (); } both compiles and links when using G

[Bug target/55061] libbacktrace build fails during bootstrap on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55061 --- Comment #19 from Ian Lance Taylor 2012-10-25 18:55:25 UTC --- Yes, I'm sure, because test -n "${with_target_subdir}" is true exactly when libbacktrace is being built as a target library. That test will not be true when libbacktra

[Bug target/55061] libbacktrace build fails during bootstrap on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55061 --- Comment #24 from Ian Lance Taylor 2012-10-25 23:51:00 UTC --- The patch in comment #22 is OK with a ChangeLog entry. Thanks.

[Bug web/54973] [bugzilla] make "Before reporting a bug" notice more prominent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54973 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com

[Bug target/55061] libbacktrace build fails during bootstrap on powerpc-apple-darwin9

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55061 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug other/55087] bogus "linux-vdso.so.1: No such file or directory" caused by libbacktrace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55087 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com

[Bug other/55087] bogus "linux-vdso.so.1: No such file or directory" caused by libbacktrace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55087 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug other/55087] bogus "linux-vdso.so.1: No such file or directory" caused by libbacktrace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55087 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug web/54973] [bugzilla] make "Before reporting a bug" notice more prominent

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54973 --- Comment #16 from Ian Lance Taylor 2012-10-27 00:55:14 UTC --- Thanks!

[Bug go/55228] index.go should check size of int instead of GOARCH

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55228 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug middle-end/40500] [4.5 Regression] Revision 148512 failed to build binutils

--- Comment #8 from ian at airs dot com 2009-08-24 16:00 --- Over in http://gcc.gnu.org/ml/gcc/2009-06/msg00704.html you expressed the opposite opinion, which is why I haven't taken any action. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40500

[Bug middle-end/40500] [4.5 Regression] Revision 148512 failed to build binutils

--- Comment #12 from ian at airs dot com 2009-09-28 21:30 --- -Wall no longer implies -Wjump-misses-init. -- ian at airs dot com changed: What|Removed |Added

[Bug libstdc++/41495] New: libstdc++ --enable-clocale=ieee_1003.1-2001 fails

++ --enable-clocale=ieee_1003.1-2001 fails Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ian at airs dot com

[Bug middle-end/42099] New: Error in 64-bit division for 32-bit target

: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ian at airs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42099

[Bug driver/47137] [4.6 Regression] gcc incorrectly combines assembly inputs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47137 --- Comment #12 from Ian Lance Taylor 2011-01-03 23:31:29 UTC --- Sorry, it was Joseph, not Jakub, who mentioned the patch.

[Bug driver/47137] [4.6 Regression] gcc incorrectly combines assembly inputs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47137 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #11

[Bug go/47158] [cppcheck][PATCH] found a memory leaks in gcc/gcc/go/gofrontend/gogo-tree.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47158 --- Comment #1 from Ian Lance Taylor 2011-01-04 01:48:23 UTC --- Thanks for the patches. Are you OK with signing the copyright license agreement described at the end of http://golang.org/doc/contribute.html ?

[Bug go/46958] ARM Go Does Not Compile (__builtin_return_address)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46958 --- Comment #3 from Ian Lance Taylor 2011-01-05 00:08:43 UTC --- Fixed.

[Bug go/46965] SH Go Does not Compile (__builtin_return_address)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46965 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/46958] ARM Go Does Not Compile (__builtin_return_address)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46958 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/46959] M68K Not Supported by Go

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46959 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/46960] MIPS Not Supported by Go

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46960 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/46962] SPARC Not Supported By Go

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46962 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/46963] SPARC64 Not Supported by Go

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46963 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/46961] PowerPC Not Supported By Go

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46961 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/46964] ARM Not Supported by Go

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46964 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/47158] [cppcheck][PATCH] found a memory leaks in gcc/gcc/go/gofrontend/gogo-tree.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47158 --- Comment #3 from Ian Lance Taylor 2011-01-05 01:07:49 UTC --- Let me know when you have signed it. Thanks.

[Bug go/47158] [cppcheck][PATCH] found a memory leaks in gcc/gcc/go/gofrontend/gogo-tree.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47158 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/47160] [cppcheck][PATCH] found a memory leak in gcc/gcc/go/gofrontend/import.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47160 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/47159] [cppcheck][PATCH] found missmatch in allocation and deallocation of memory in gcc/gcc/go/gofrontend/import-archive.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47159 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/47161] [cppcheck][PATCH] found a memory leak in gcc/gcc/go/gofrontend/expressions.cc

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47161 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/46986] Go is not supported on Darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug go/47176] libgo doesn't compile if libunicode is installed

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47176 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug libffi/47248] libffi build failure with ld.gold (works with trunk 20110106, fails with 20110110)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47248 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libffi/47248] libffi build failure with ld.gold (works with trunk 20110106, fails with 20110110)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47248 --- Comment #3 from Ian Lance Taylor 2011-01-10 22:06:09 UTC --- I've committed the fix to gold to both binutils mainline and the binutils 2.21 branch. http://sourceware.org/ml/binutils/2011-01/msg00142.html

[Bug go/47219] ICE mems_in_disjoint_alias_sets_p, at alias.c:401

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47219 --- Comment #2 from Ian Lance Taylor 2011-01-14 18:23:28 UTC --- Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2011-01/msg00916.html .

[Bug web/47306] Wrong name of a programming language used

||ian at airs dot com Resolution||WONTFIX --- Comment #2 from Ian Lance Taylor 2011-01-21 21:44:25 UTC --- The naming similarity is unfortunate. However, there are many computing products and services named Go. In the 13 months since the

[Bug tree-optimization/26854] Inordinate compile times on large routines

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #127

[Bug go/47452] Bootstrap fails in libgo (argument has incompatible type)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47452 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug libffi/47442] does not build multilib on m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #4

[Bug c++/47461] New: warn_unused_result attribute ignored for templates

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47461 Summary: warn_unused_result attribute ignored for templates Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: u

[Bug libffi/47442] does not build multilib on m68k

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47442 --- Comment #7 from Ian Lance Taylor 2011-01-25 19:17:49 UTC --- The patch looks reasonable to me, though I would like to hear Andreas's opinion. Technically this patch should go to the libffi maintainers, as libffi is maintained in a separate r

[Bug target/47540] New: ARM THUMB crash with complex numbers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47540 Summary: ARM THUMB crash with complex numbers Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: t

[Bug target/47540] ARM THUMB crash with complex numbers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47540 --- Comment #1 from Ian Lance Taylor 2011-01-30 07:57:23 UTC --- Created attachment 23166 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23166 Possible patch This is a possible patch for this bug. It fixes what appears to be an obvious bug

[Bug target/47540] ARM THUMB crash with complex numbers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47540 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug go/47515] Issues porting libgo to IRIX 6.5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47515 --- Comment #4 from Ian Lance Taylor 2011-01-31 22:21:19 UTC --- The backward hacking around libtool is because of the need to create .gox files, for which I need the .o file. Part of the complexity here is historical, though, from a time when w

[Bug go/47515] Issues porting libgo to IRIX 6.5

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47515 --- Comment #5 from Ian Lance Taylor 2011-01-31 23:44:46 UTC --- Revision 169456, committed to mainline, avoids the --whole-archive problem.

[Bug tree-optimization/47579] New: STL size() == 0 does unnecessary shift

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47579 Summary: STL size() == 0 does unnecessary shift Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Componen

[Bug rtl-optimization/47602] New: Permit inline asm to clobber PIC register

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602 Summary: Permit inline asm to clobber PIC register Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedT

[Bug rtl-optimization/47602] Permit inline asm to clobber PIC register

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602 Ian Lance Taylor changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed|

[Bug middle-end/47602] Permit inline asm to clobber PIC register

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602 --- Comment #6 from Ian Lance Taylor 2011-02-04 00:08:42 UTC --- The old bug was about bad code generation, and that was fixed. I don't think it needs to be reopened. I can not find any discussion about fixing this issue in any way other than f

[Bug middle-end/47602] Permit inline asm to clobber PIC register

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602 --- Comment #8 from Ian Lance Taylor 2011-02-04 05:31:08 UTC --- I'm suggesting saving and restoring it around the asm statement itself, not in the prologue and epilogue.

[Bug middle-end/47602] Permit inline asm to clobber PIC register

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602 --- Comment #10 from Ian Lance Taylor 2011-02-04 14:16:32 UTC --- What advantage do we bring to our users by requiring them to be aware of the details of the PIC register when writing inline asm code? Again, those who *are* aware of the PIC regi

[Bug rtl-optimization/47612] New: RTL crash when cc0 setter moved away from cc0 user

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47612 Summary: RTL crash when cc0 setter moved away from cc0 user Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3

[Bug rtl-optimization/47612] RTL crash when cc0 setter moved away from cc0 user

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47612 --- Comment #3 from Ian Lance Taylor 2011-02-04 21:27:40 UTC --- It's similar to PR 46878 in that this is also CC0 related, but it is different code that is splitting up the CC0 setter and the CC0 user. My sources do include the patch for PR 468

[Bug target/47619] ICE in printf() with -fsplit-stack enabled.

||2011.02.06 19:37:49 CC||ian at airs dot com AssignedTo|unassigned at gcc dot |ian at airs dot com |gnu.org | Ever Confirmed|0 |1 --- Comment #3 from

[Bug target/47619] ICE in printf() with -fsplit-stack enabled.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47619 --- Comment #5 from Ian Lance Taylor 2011-02-07 01:48:58 UTC --- Good point, I added a note to the wiki page.

[Bug target/47619] ICE in printf() with -fsplit-stack enabled.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47619 --- Comment #7 from Ian Lance Taylor 2011-02-08 15:41:35 UTC --- Works for me with current mainline gold and eglibc 2.11.1 on Ubuntu Lucid. Can you show me the -v line from your link command?

[Bug target/47619] ICE in printf() with -fsplit-stack enabled.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47619 --- Comment #9 from Ian Lance Taylor 2011-02-08 18:41:53 UTC --- I just tried glibc 2.12.2 on Fedora 13 and it worked there too. I don't have a Fedora 14 system. This program eats memory and your numbers show it had allocated over 434M when it

[Bug go/47378] ld warning linking with libgo.so: relocation bound to a symbol with STV_PROTECTED visibility

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47378 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/47619] ICE in printf() with -fsplit-stack enabled.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47619 --- Comment #11 from Ian Lance Taylor 2011-02-08 21:29:59 UTC --- Thanks. Can you also disassemble the start of the function foo in the executable?

[Bug target/47619] ICE in printf() with -fsplit-stack enabled.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47619 --- Comment #13 from Ian Lance Taylor 2011-02-09 01:33:53 UTC --- I'm stumped. Everything looks OK, but it also looks like the stack is getting overrun. The function foo is asking for 0x4000 bytes in addition to what it needs itself; that shoul

[Bug target/47324] r157762 caused g++.dg/torture/stackalign failures with -O3 -g at -m32 on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #21

[Bug target/47324] r157762 caused g++.dg/torture/stackalign failures with -O3 -g at -m32 on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324 --- Comment #24 from Ian Lance Taylor 2011-02-09 14:10:25 UTC --- The first branch of darwin_dbx_register_number looks like it will use the wrong register numbers in debug info. The second branch looks like it will do the wrong thing for -gstabs

[Bug target/47324] r157762 caused g++.dg/torture/stackalign failures with -O3 -g at -m32 on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324 --- Comment #26 from Ian Lance Taylor 2011-02-09 15:13:22 UTC --- I think the patch to dwarf2out.c is all you need and I don't understand why you are thinking about any patch to config/i386/darwin.h and config/i386/darwin.c at all.

[Bug target/47324] r157762 caused g++.dg/torture/stackalign failures with -O3 -g at -m32 on darwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47324 --- Comment #28 from Ian Lance Taylor 2011-02-09 16:53:22 UTC --- Then let's find out why that is. The patch in comment #23 looks clearly incorrect to me.

[Bug tree-optimization/47673] New: Redundant NULL check

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47673 Summary: Redundant NULL check Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: tree-optimizati

[Bug target/47619] ICE in printf() with -fsplit-stack enabled.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47619 --- Comment #14 from Ian Lance Taylor 2011-02-14 21:32:08 UTC --- I built current binutils mainline on a Fedora 14 x86_64 system using --enable-gold. I built current gcc mainline on the same system using --with-ld to point it at the newly built

[Bug c++/57208] Latest chromium compilation fails with enabled LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #9

[Bug c++/57208] Latest chromium compilation fails with enabled LTO

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57208 --- Comment #10 from Ian Lance Taylor --- Created attachment 30323 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30323&action=edit Possible patch Can you see if this patch fixes the problem?

[Bug other/57675] New: Complex division of NaN by zero not handled correctly

Component: other Assignee: unassigned at gcc dot gnu.org Reporter: ian at airs dot com The rules in C99 Annex G say that if either part of a complex number is infinity, then the whole number is treated as infinity. The rules imply but do not clearly state that an operation involving

[Bug other/57675] Complex division of NaN by zero not handled correctly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57675 Ian Lance Taylor changed: What|Removed |Added CC||jsm28 at gcc dot gnu.org --- Comment #

[Bug other/57675] Complex division of NaN by zero not handled correctly

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57675 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug go/57689] [4.8 Regression] ICE (segfault) building libgo on ia64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689 --- Comment #1 from Ian Lance Taylor --- It's going to be hard for me to solve this using a cross-compiler. I would need a full glibc to get to the point of failure. Can you try building the compiler without optimization to see if you can get a

[Bug go/57689] [4.8 Regression] ICE (segfault) building libgo on ia64-linux-gnu

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57689 --- Comment #3 from Ian Lance Taylor --- That makes it sound like the problem is that stage2 GCC is mis-compiling stage3 GCC, and that it's only a coincidence that the error occurs when building libgo.

[Bug go/58075] Unable to build go on ia64-hp-hpux11.31

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58075 --- Comment #1 from Ian Lance Taylor --- That compilation error means that a configure test detected that the setcontext call modified TLS variables, which should not happen. That does happen on some older versions of Solaris and NetBSD, and the

[Bug go/58075] Unable to build go on ia64-hp-hpux11.31

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58075 --- Comment #3 from Ian Lance Taylor --- Yes, please. Thanks.

[Bug bootstrap/58476] bootstrap failure with Go enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58476 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #1

[Bug c/58454] Potentially wrong(or at least weird/inconsistent) code generation with -O2 -fno-strict-overflow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58454 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #4

[Bug bootstrap/58476] In top-level configure --disable-static should change default for --with-boot-ldflags

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58476 Ian Lance Taylor changed: What|Removed |Added Summary|bootstrap failure with Go |In top-level configure

[Bug go/50166] ICE in go1: SEGV on Solaris 10/x86

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50166 --- Comment #1 from Ian Lance Taylor 2011-08-24 17:59:14 UTC --- I haven't been able to recreate this crash yet. According to the backtrace the crash occurs the very first time a value is added to Integer_type::named_integer_types, which is a st

[Bug c/50584] New: No warning for passing small array to C99 static array declarator

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50584 Bug #: 50584 Summary: No warning for passing small array to C99 static array declarator Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED

[Bug target/46093] code compiled with -fsplit-stack crashes when passing large struct

||ian at airs dot com Resolution||FIXED Target Milestone|--- |4.7.0 --- Comment #2 from Ian Lance Taylor 2011-10-07 22:54:30 UTC --- Fixed in mainline. Sorry for the long delay. Thanks for reporting the problem.

[Bug c++/48665] type of const member function

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48665 --- Comment #4 from Ian Lance Taylor 2011-10-10 04:19:03 UTC --- Created attachment 25451 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25451 Possible patch It's mainly a matter of style, but this is the approach I prefer.

[Bug c++/48665] type of const member function

||ian at airs dot com Resolution||FIXED Target Milestone|--- |4.7.0 --- Comment #9 from Ian Lance Taylor 2011-10-10 20:35:28 UTC --- Fixed in mainline.

[Bug bootstrap/50777] [4.7 regression] bootstrap fails on Solaris 10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50777 --- Comment #3 from Ian Lance Taylor 2011-10-18 21:07:12 UTC --- I would advise handling madvise in the same way that we handle AM_ICONV in gcc/configure.ac, to work around a similar issue.

[Bug bootstrap/50857] [4.7 Regression] The compiler is built with exceptions and RTTI enabled

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50857 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #1

[Bug rtl-optimization/50938] New: x86 alloca adds 15 twice

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50938 Bug #: 50938 Summary: x86 alloca adds 15 twice Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Com

[Bug go/52586] libgo fails to build for mips*64-linux-gnu (reference to undefined name 'SYS_GETDENTS64')

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52586 --- Comment #4 from Ian Lance Taylor 2012-04-30 15:45:06 UTC --- Unfortunately the MIPS64 machine in the GCC compile farm, gcc42.fsffrance.org, is running a version of glibc that is too old to build libgo. It is using glibc 2.7, which does not h

[Bug go/52586] libgo fails to build for mips*64-linux-gnu (reference to undefined name 'SYS_GETDENTS64')

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52586 Ian Lance Taylor changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug c/37303] const compound initializers in structs are written to .data instead of .rodata

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37303 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com Known to

[Bug c/37303] const compound initializers in structs are written to .data instead of .rodata

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37303 Ian Lance Taylor changed: What|Removed |Added Known to work||4.8.0 --- Comment #6 from Ian Lance Ta

[Bug go/52586] libgo fails to build for mips*64-linux-gnu (reference to undefined name 'SYS_GETDENTS64')

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52586 --- Comment #10 from Ian Lance Taylor 2012-05-02 04:33:56 UTC --- I don't understand the archive/zip test failure. The files in question are libgo/go/archive/zip/testdata/go-with-datadesc-sig.zip and go-no-datadesc-sig.zip. They exist in the re

[Bug other/53299] libiberty usage of GCC_PICFLAG causes -fPIC to be passed to non-GNU compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #2

[Bug other/53299] libiberty usage of GCC_PICFLAG causes -fPIC to be passed to non-GNU compiler

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53299 --- Comment #4 from Ian Lance Taylor 2012-05-11 00:17:49 UTC --- Sure, one way to solve this problem would be to change libiberty to use automake and libtool.

[Bug go/53879] new glibc: sysinfo.go:5976:68: error: expected ‘{’

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53879 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug go/53879] [4.6] new glibc: sysinfo.go:5976:68: error: expected ‘{’

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53879 --- Comment #3 from Ian Lance Taylor 2012-07-13 17:47:18 UTC --- The version of Go on the 4.6 branch is quite out-dated. I don't mind if somebody tries to fix it up, but I don't plan to do so myself. I strongly recommend that anybody using gccg

[Bug target/52079] ICE in aggregate_value_p while building libgo on arm-linux-gnueabihf

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52079 --- Comment #4 from Ian Lance Taylor 2012-02-01 14:22:36 UTC --- The patch to gcc/go/go-lang.c is OK. You don't need the #if as far as I'm concerned. (The whole idea of a frontend hook for type_for_mode is somewhat broken anyhow.)

[Bug target/52205] New: SPARC Solaris 2.11 unwind through signal handler fails with -fnon-call-exceptions

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52205 Bug #: 52205 Summary: SPARC Solaris 2.11 unwind through signal handler fails with -fnon-call-exceptions Classification: Unclassified Product: gcc Version: 4.7.0 Statu

<    1   2   3   4   5   6   7   8   9   10   >