[Bug libfortran/51119] MATMUL slow for large matrices
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119 Janne Blomqvist changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011-11-14 AssignedTo|unassigned at gcc dot |jb at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Janne Blomqvist 2011-11-14 06:49:11 UTC --- Assigning to myself. I have a cunning plan.
[Bug libfortran/51119] New: MATMUL slow for large matrices
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119 Bug #: 51119 Summary: MATMUL slow for large matrices Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: libfortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: j...@gcc.gnu.org Compared to ATLAS BLAS on an AMD 10h processor, MATMUL on square matrices with n > 256 is around a factor of 8 slower. While I don't think it's worth spending the time on target-specific parameters and/or asm-coded inner kernel as high-performance BLAS implementations do, I suspect that a little effort towards cache blocking could improve things.
[Bug bootstrap/51112] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51112 --- Comment #1 from irar at gcc dot gnu.org 2011-11-14 06:41:13 UTC --- Author: irar Date: Mon Nov 14 06:41:09 2011 New Revision: 181347 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181347 Log: PR bootstrap/51112 * tree-vect-stmts.c (vectorizable_condition): Initialize comp_vectype. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-vect-stmts.c
[Bug middle-end/50335] ICE in psct_dynamic_dim, at graphite-poly.h:659
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50335 --- Comment #5 from Gregory Maxwell 2011-11-14 06:19:44 UTC --- Still failing with r181345
[Bug c++/51107] [C++11] Accepts invalid literal operator with void argument list.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51107 --- Comment #4 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2011-11-14 05:03:05 UTC --- Created attachment 25813 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25813 Patch in typeck.c and enhaced testcase. gcc/testsuite/ 2011-11-14 Ed Smith-Rowland <3dw...@verizon.net> PR c++/51107 * g++.dg/cpp0x/udlit-args-neg.C: Add check for void argument non- template literal operator. gcc/cp/ 2011-11-14 Ed Smith-Rowland <3dw...@verizon.net> PR c++/51107 * typeck.c (check_literal_operator_args): Add processing_specialization to check for void template fn. Test for exact arity for non-template fn.
[Bug c++/51107] [C++11] Accepts invalid literal operator with void argument list.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51107 --- Comment #3 from Ed Smith-Rowland <3dw4rd at verizon dot net> 2011-11-14 03:42:45 UTC --- DECL_USE_TEMPLATE (decl) == 0 for template specializations. So DECL_TEMPLATE_SPECIALIZATION (current_function_decl) is false. In fact current_function_decl is null so the second construct must be shielded.
[Bug c/51101] i386-rtems fails to compile dwarf2asm.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51101 --- Comment #1 from Joel Sherrill 2011-11-14 03:06:18 UTC --- Was not present ... i386-rtems4.11-gcc (GCC) 4.7.0 2008 (experimental) [trunk revision 181159]
[Bug other/50925] [4.7 Regression][avr] ICE at spill_failure, at reload1.c:2118
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925 Joel Sherrill changed: What|Removed |Added CC||law at redhat dot com --- Comment #7 from Joel Sherrill 2011-11-14 01:28:46 UTC --- Adding Jeff Law (to the right PR) in the hopes that he can determine who is the right person to investigate this.
[Bug target/47563] m32r does not have synchronization primitives
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47563 Joel Sherrill changed: What|Removed |Added CC||law at redhat dot com --- Comment #1 from Joel Sherrill 2011-11-14 01:27:12 UTC --- Adding Jeff Law so he can help find the right person to investigate this.
[Bug target/47563] m32r does not have synchronization primitives
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47563 Joel Sherrill changed: What|Removed |Added CC|law at redhat dot com | --- Comment #2 from Joel Sherrill 2011-11-14 01:27:48 UTC --- Grr.. I hate bugzilla taking me to another bug.. :( Removing Jeff Law.
[Bug other/50925] [4.7 Regression][avr] ICE at spill_failure, at reload1.c:2118
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925 --- Comment #6 from Joel Sherrill 2011-11-14 01:26:40 UTC --- (In reply to comment #5) > Asserting that the bug is not a flaw in avr backend, I set the component to > "other". The bug is somewhere in the caller-saves/IRA/reload triangle like > PR50775: http://gcc.gnu.org/ml/gcc/2011-10/msg00537.html We need to get someone more general to look at this and get the right person investigating.
[Bug bootstrap/51118] New: ICE when bootstrapping on Ubuntu 11.10/amd64 with stage1 checking enabled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51118 Bug #: 51118 Summary: ICE when bootstrapping on Ubuntu 11.10/amd64 with stage1 checking enabled Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: m...@use.net $ ../configure --enable-bootstrap --prefix=/home/matt --enable-languages=c,c++ --enable-stage1-checking=all [...] $ make [...] /home/matt/src/gcc-trunk/obj/./gcc/xgcc -B/home/matt/src/gcc-trunk/obj/./gcc/ -B/home/matt/x86_64-unknown-linux-gnu/bin/ -B/home/matt/x86_64-unknown-linux-gnu/lib/ -isystem /home/matt/x86_64-unknown-linux-gnu/include -isystem /home/matt/x86_64-unknown-linux-gnu/sys-include -g -O2 -m32 -O2 -g -O2 -DIN_GCC -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 -fpic -I. -I. -I../../.././gcc -I../../../../libgcc -I../../../../libgcc/. -I../../../../libgcc/../gcc -I../../../../libgcc/../include -I../../../../libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c ../../../../libgcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS ../../../../libgcc/libgcc2.c: In function __muldi3: ../../../libgcc/libgcc2.c:553:3: internal compiler error: tree check: expected tree that contains ‘typed’ structure, have ‘block’ in fold_checksum_tree, at fold-const.c:14160 I get the same results when setting CC and CXX to be gcc-4.4 and g++-4.4 respectively (the default system compiler on Ubuntu 11.10 is 4.6.1-based). Running the commandline that causes the ICE with -O1 also elicits the problem. Setting BOOT_CFLAGS and CFLAGS to -O1 doesn't help matters.
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 Joel Sherrill changed: What|Removed |Added CC||joel at gcc dot gnu.org --- Comment #7 from Joel Sherrill 2011-11-14 00:05:11 UTC --- (In reply to comment #6) > On 13-Nov-11, at 12:27 AM, jimis at gmx dot net wrote: > > > Does the following simple patch solve it? This undoes an > > optimisation, and > > there is an ongoing discussion about it so I expect it soon to be > > resolved one > > way on another: http://gcc.gnu.org/ml/gcc-patches/2011-11/ > > msg01602.html > > > Yes, it solves the problem. My sparc build is getting further. It will take an overnight build to see if it addresses any other target issues I have had.
[Bug target/50694] SH Target: SH2A little endian does not actually work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50694 --- Comment #10 from Kazumoto Kojima 2011-11-13 23:00:15 UTC --- Author: kkojima Date: Sun Nov 13 23:00:10 2011 New Revision: 181340 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181340 Log: PR target/50694 * config/sh/sh.h (IS_LITTLE_ENDIAN_OPTION, UNSUPPORTED_SH2A): New macros. (DRIVER_SELF_SPECS): Use new macros to filter out unsupported options taking the default configuration into account. * gcc.target/sh/pr21255-2-ml.c: Skip if -mb or -m5* is specified. Remove redundant runtime checks. * gcc.target/sh/20080410-1.c: Skip if -mb is specified. Allow for other than -m4. Fix typos in comments. Modified: trunk/gcc/ChangeLog trunk/gcc/config/sh/sh.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/sh/20080410-1.c trunk/gcc/testsuite/gcc.target/sh/pr21255-2-ml.c
[Bug lto/48094] ld: warning: section has unexpectedly large size errors in objc/obj-c++ lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48094 Iain Sandoe changed: What|Removed |Added Status|NEW |WAITING --- Comment #6 from Iain Sandoe 2011-11-13 19:49:04 UTC --- could you please check the status of this with XCode 4. / Darwin11. AFAICT, this (duplicate __image_info sections) appears to be resolved.. .. although the Undefined symbols for architecture .objc_class_name_myRootObject might well still be present.
[Bug other/19563] Makefiles don't handle configure --program-suffix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19563 --- Comment #4 from bero at arklinux dot org 2011-11-13 18:17:20 UTC --- It has worked for me for the last couple of years as well, so whatever caused it is fixed
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 --- Comment #6 from dave.anglin at bell dot net 2011-11-13 17:13:34 UTC --- On 13-Nov-11, at 12:27 AM, jimis at gmx dot net wrote: > Does the following simple patch solve it? This undoes an > optimisation, and > there is an ongoing discussion about it so I expect it soon to be > resolved one > way on another: http://gcc.gnu.org/ml/gcc-patches/2011-11/ > msg01602.html Yes, it solves the problem. -- John David Anglindave.ang...@bell.net
[Bug c++/45385] [4.4/4.5/4.6 Regression] missing -Wconversion for method calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45385 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.7.0 --- Comment #7 from Paolo Carlini 2011-11-13 16:36:53 UTC --- Fixed for 4.7.0.
[Bug middle-end/51116] [4.7 Regression] configure: error: cannot compute suffix of object files: cannot compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51116 --- Comment #5 from dave.anglin at bell dot net 2011-11-13 16:33:10 UTC --- On 13-Nov-11, at 12:27 AM, jimis at gmx dot net wrote: > I'm curious though: in pa64-hpux.h I can see that this part is in the > GAS-specific part. Why are we emmiting HP-style labels? While GNU ld would recognize both styles, most people use the HP linker. Dave -- John David Anglindave.ang...@bell.net
[Bug c++/51108] g++ segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51108 Paolo Carlini changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.7.0 Resolution||DUPLICATE --- Comment #1 from Paolo Carlini 2011-11-13 16:09:58 UTC --- Mainline is fine: 51108.C: In constructor ‘main(int, char**)::Test::Test()’: 51108.C:10:17: error: case label ‘1’ not within a switch statement not a regression. *** This bug has been marked as a duplicate of bug 36993 ***
[Bug c++/36993] g++ crashes with segfault upon wrong placement of case label
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36993 Paolo Carlini changed: What|Removed |Added CC||rec-for-bugzilla at yandex ||dot ru --- Comment #8 from Paolo Carlini 2011-11-13 16:09:58 UTC --- *** Bug 51108 has been marked as a duplicate of this bug. ***
[Bug target/48108] lto should be containerized in a single mach-o section on darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #24 from Iain Sandoe 2011-11-13 14:00:07 UTC --- (In reply to comment #22) > Can we backport r180523 to gcc-4_6-branch (perhaps even for gcc 4.6.2)? done now - Mike had approved on the mailing list. > Also in gcc trunk we should also now fully revert... > > Author: mrs > Date: Mon Mar 14 02:47:49 2011 > New Revision: 170929 I don't think we can do this until PR49992 and likely PR48109 are fixed. Fixed.
[Bug target/48108] lto should be containerized in a single mach-o section on darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48108 --- Comment #23 from Iain Sandoe 2011-11-13 13:58:47 UTC --- Author: iains Date: Sun Nov 13 13:58:43 2011 New Revision: 181336 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=181336 Log: gcc: PR target/48108 Backport from mainline r180523 * config/darwin.c (top level): Amend comments concerning LTO output. (lto_section_num): New variable. (darwin_lto_section_e): New GTY. (LTO_SECTS_SECTION, LTO_INDEX_SECTION): New. (LTO_NAMES_SECTION): Rename. (darwin_asm_named_section): Record LTO section counts and switches in a vec of darwin_lto_section_e. (darwin_file_start): Remove unused code. (darwin_file_end): Put an LTO section termination label. Handle output of the wrapped LTO sections, index and names table. libiberty: PR target/48108 Backport from mainline r180523 * simple-object-mach-o.c (GNU_WRAPPER_SECTS, GNU_WRAPPER_INDEX, GNU_WRAPPER_NAMES): New macros. (simple_object_mach_o_segment): Handle wrapper scheme. (simple_object_mach_o_write_section_header): Allow the segment name to be supplied. (simple_object_mach_o_write_segment): Handle wrapper scheme. Ensure that the top-level segment name in the load command is empty. (simple_object_mach_o_write_to_file): Determine the number of sections during segment output, use that in writing the header. Modified: branches/gcc-4_6-branch/gcc/ChangeLog branches/gcc-4_6-branch/gcc/config/darwin.c branches/gcc-4_6-branch/libiberty/ChangeLog branches/gcc-4_6-branch/libiberty/simple-object-mach-o.c
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #17 from jh at suse dot de 2011-11-13 13:08:12 UTC --- > Is this a missing dependency in the make? Makefiles generally do not track changes in your compiler. You need to fully rebuild then. I am travelling today, but should have patch ready tomorrow.
[Bug gcov-profile/51113] [4.7 regression] rev. 181105 causes Firefox profiledbuild failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51113 --- Comment #3 from Markus Trippelsdorf 2011-11-13 13:07:15 UTC --- Please note that this happens with the gold linker. When I use ld.bfd the build fails much later (during libxul linking).
[Bug c++/50431] [C++0x] bug in def array size with a lambda
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50431 --- Comment #6 from zhudiqi at 163 dot com 2011-11-13 12:59:47 UTC --- (In reply to comment #5) > I guess we can close this as fixed in 4.7.0. Yes, I think so.
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #16 from Dominique d'Humieres 2011-11-13 12:54:11 UTC --- I have found that reverting the change for gcc/cgraphunit.c in revision 179429 and doing a simple update is not enough to fix the libstdc++-v3 failures. In top of that the libstdc++-v3 libraries have to be rebuilt too. The differences are at least libstdc++-v3/src/libstdc++-symbols.explist which does not contain ___emutls_v._ZSt15__once_callable without the revert, and libstdc++-v3-mvd/src/mutex.o [macbook] gcc/build_w% nm x86_64-apple-darwin10.8.0/libstdc++-v3/src/mutex.o 0080 s EH_frame1 U ___emutls_get_address 0020 D ___emutls_v._ZSt11__once_call T ___once_proxy without the revert and [macbook] gcc/build_w% nm x86_64-apple-darwin10.8.0/libstdc++-v3-mvd/src/mutex.o 00a0 s EH_frame1 U ___emutls_get_address 0040 D ___emutls_v._ZSt11__once_call 0020 D ___emutls_v._ZSt15__once_callable T ___once_proxy with it. Is this a missing dependency in the make?
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #15 from Iain Sandoe 2011-11-13 12:51:00 UTC --- (In reply to comment #14) > Hi, > I finally debugged this. Great! :-) > It is an ordering issue - emutls adds new variables but > remove_unreachable_functions expects that visibility pass has been run and > externally_visible flag computed. I will add add_new_variable for backend use > just like cgraph API have. Just in case I misunderstand your reference to "backend". I think these vars will only be added by tree-emutls pass.
[Bug middle-end/50598] [4.7 Regression] Undefined symbols: "___emutls_v.*", ... on *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50598 --- Comment #14 from Jan Hubicka 2011-11-13 12:41:03 UTC --- Hi, I finally debugged this. It is an ordering issue - emutls adds new variables but remove_unreachable_functions expects that visibility pass has been run and externally_visible flag computed. I will add add_new_variable for backend use just like cgraph API have. Honza
[Bug c/51111] Optimization bug with array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5 vova7890 changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #1 from vova7890 2011-11-13 12:39:09 UTC --- adding const help me :)
[Bug tree-optimization/51117] New: [4.7 regression] rev.181172 causes glibc build failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51117 Bug #: 51117 Summary: [4.7 regression] rev.181172 causes glibc build failure Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: mar...@trippelsdorf.de On x86_64-pc-linux-gnu I get the following error when I build the latest git version of glibc: cc -nostdlib -nostartfiles -r -o /var/tmp/glibc-build/libc_pic.os \ -Wl,-d -Wl,--whole-archive /var/tmp/glibc-build/libc_pic.a -o /var/tmp/glibc-build/libc_pic.os gcc -nostdlib -nostartfiles -r -o /var/tmp/glibc-build/elf/librtld.map.o '-Wl,-(' /var/tmp/glibc-build/elf/dl-allobjs.os /var/tmp/glibc-build/libc_ pic.a -lgcc '-Wl,-)' -Wl,-Map,/var/tmp/glibc-build/elf/librtld.mapT /var/tmp/glibc-build/libc_pic.a(dl-addr.os): In function `_dl_addr_inside_object': /var/tmp/glibc/elf/dl-addr.c:155: multiple definition of `_dl_addr_inside_object' /var/tmp/glibc-build/elf/dl-allobjs.os:/var/tmp/glibc/elf/dl-open.c:673: first defined here /var/tmp/glibc-build/libc_pic.a(init-first.os):(.data+0x0): multiple definition of `__libc_multiple_libcs' /var/tmp/glibc-build/elf/dl-allobjs.os:/var/tmp/glibc/elf/rtld.c:658: first defined here collect2: error: ld returned 1 exit status make[2]: *** [/var/tmp/glibc-build/elf/librtld.map] Error 1 make[2]: *** Waiting for unfinished jobs I've git bisected this failure to: 3c25489e88a7ea2937c19abff9163d9f7d8ca53a is the first bad commit commit 3c25489e88a7ea2937c19abff9163d9f7d8ca53a Author: matz Date: Tue Nov 8 16:47:16 2011 + * gengtype.c (write_field_root): Avoid out-of-scope access of newv. * tree-stdarg.c (execute_optimize_stdarg): Accept clobbers. * tree.h (TREE_CLOBBER_P): New macro. * gimple.h (gimple_clobber_p): New inline function. * gimplify.c (gimplify_bind_expr): Add clobbers for all variables that go out of scope and live in memory. * tree-ssa-operands.c (get_expr_operands): Transfer volatility also for constructors. * cfgexpand.c (decl_to_stack_part): New static variable. (add_stack_var): Allocate it, and remember mapping. (fini_vars_expansion): Deallocate it. (stack_var_conflict_p): Add early outs. (visit_op, visit_conflict, add_scope_conflicts_1, add_scope_conflicts): New static functions. (expand_used_vars_for_block): Don't call add_stack_var_conflict, tidy. (expand_used_vars): Add scope conflicts. (expand_gimple_stmt_1): Expand clobbers to nothing. (expand_debug_expr): Ditto. * tree-pretty-print.c (dump_generic_node): Dump clobbers nicely. * tree-ssa-live.c (remove_unused_locals): Remove clobbers that refer to otherwise unused locals. * tree-sra.c (build_accesses_from_assign): Ignore clobbers. * tree-ssa-dce.c (mark_stmt_if_obviously_necessary): Clobbers of SSA names aren't necessary. (propagate_necessity): Accept and ignore constructors on the rhs, tidy. * gimple.c (walk_gimple_op): Accept constructors like mem_rhs. * tree-ssa-structalias.c (find_func_aliases): Clobbers don't store any known value. * tree-ssa-sccvn.c (vn_reference_lookup_3): Ditto, in particular they don't zero-initialize something. * tree-ssa-phiopt.c (cond_if_else_store_replacement_1): Ignore clobber RHS, we don't want PHI nodes with those. testsuite/ * gcc.dg/tree-ssa/20031015-1.c: Adjust. * g++.dg/tree-ssa/ehcleanup-1.C: Ditto. * g++.dg/eh/builtin1.C: Rewrite to not use local variables. * g++.dg/eh/builtin2.C: Ditto. * g++.dg/eh/builtin3.C: Ditto. git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@181172 138bc75d-0d04-0410-961f-82ee72b054a4
[Bug gcov-profile/51113] [4.7 regression] rev. 181105 causes Firefox profiledbuild failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51113 --- Comment #2 from Markus Trippelsdorf 2011-11-13 10:29:54 UTC --- (In reply to comment #1) > hm, at a wild guess it looks like -fvisibility-inlines-hidden is not being > taken into consideration in my patch. If you build without that option, does > it succeed? Unfortunately no. I still get the same error as before.
[Bug gcov-profile/51113] [4.7 regression] rev. 181105 causes Firefox profiledbuild failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51113 Nathan Sidwell changed: What|Removed |Added CC||nathan at gcc dot gnu.org --- Comment #1 from Nathan Sidwell 2011-11-13 10:08:52 UTC --- hm, at a wild guess it looks like -fvisibility-inlines-hidden is not being taken into consideration in my patch. If you build without that option, does it succeed?