[Bug target/40134] symbols not resolved when building shared libraries (link with -lgcc_s -lgcc?)

--- Comment #4 from doko at gcc dot gnu dot org 2009-12-04 07:48 --- Subject: Bug 40134 Author: doko Date: Fri Dec 4 07:47:51 2009 New Revision: 154973 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154973 Log: 2009-12-04 Matthias Klose John David Anglin

[Bug c++/42218] [4.5 Regression] Broken diagnostic: 'tree_vec' not supported by pp_c_expression

--- Comment #4 from dodji at gcc dot gnu dot org 2009-12-04 07:40 --- Fixed in 4.5 -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug c++/42218] [4.5 Regression] Broken diagnostic: 'tree_vec' not supported by pp_c_expression

--- Comment #3 from dodji at gcc dot gnu dot org 2009-12-04 07:38 --- Subject: Bug 42218 Author: dodji Date: Fri Dec 4 07:38:42 2009 New Revision: 154972 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154972 Log: Fix PR c++/42218 gcc/cp/ChangeLog: PR c++/42218

[Bug c++/42272] derived template deafult argument

--- Comment #1 from debian dot templier at free dot fr 2009-12-04 06:03 --- template < typename X , typename X2 = typename X :: T > X * CastUp() {return(dynamic_cast(data)); } ; -- debian dot templier at free dot fr changed: What|Removed |Added

[Bug c++/42272] New: derived template deafult argument

hello , i have a problem on default template argument , for statement "SMART b(a) ;" the good constructor is not in constructor choice for G++ . thanks for help template < typename T > class SMART { T * data ; public : T * Get() {return(data); } ; SMART( T* value ) : data(value) {} ; SMART(S

[Bug bootstrap/42271] os_defines.h:60:1: error: expected '{' before '_GLIBCXX_PSEUDO_VISIBILITY'

--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-12-04 03:50 --- Subject: Re: New: os_defines.h:60:1: error: expected '{' before '_GLIBCXX_PSEUDO_VISIBILITY' Attached os_defines.h. --- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-12-04 03

[Bug bootstrap/42271] New: os_defines.h:60:1: error: expected '{' before '_GLIBCXX_PSEUDO_VISIBILITY'

-prefix=/opt/gnu/gcc/gcc-4.5.0 --with-gmp=/opt/gnu/gcc/gcc-4.5.0 --enable-threads=posix --enable-debug=no --disable-nls --without-cloog --without-ppl --enable-languages=c,c++,objc,fortran,java,ada,obj-c++ Thread model: posix gcc version 4.5.0 20091203 (experimental) [trunk revision 154954]

[Bug other/42270] New: manual's sections are ordered counter intuitively

E.g. from http://gcc.gnu.org/onlinedocs/gcc-4.4.2/gcc/ 5.27 Declaring Attributes of Functions 5.28 Attribute Syntax ... some stuff that isn't about attributes ... 5.34 Specifying Attributes of Variables 5.35 Specifying Attributes of Type -- Summary: manual's sections are ordered coun

[Bug rtl-optimization/42269] [4.4/4.5 Regression] Extra sign extension instructions generated

--- Comment #1 from rth at gcc dot gnu dot org 2009-12-04 01:24 --- Proposed patch: http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00225.html -- rth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/42269] New: [4.4/4.5 Regression] Extra sign extension instructions generated

In reference to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27469#c3 This bug to track the regression since 4.2, not the enhancement in the original PR. -- Summary: [4.4/4.5 Regression] Extra sign extension instructions generated Product: gcc

[Bug middle-end/41611] [4.5 Regression] guard variable is emitted even when the guarded symbol isn't

--- Comment #11 from jason at gcc dot gnu dot org 2009-12-04 00:26 --- Subject: Bug 41611 Author: jason Date: Fri Dec 4 00:26:35 2009 New Revision: 154965 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154965 Log: PR c++/41611 * decl2.c (get_guard): Don't use th

[Bug c++/42266] [C++0x] ICE with decltype and variadic templates

--- Comment #1 from jason at gcc dot gnu dot org 2009-12-04 00:26 --- Subject: Bug 42266 Author: jason Date: Fri Dec 4 00:26:27 2009 New Revision: 154964 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154964 Log: PR c++/42266 * cvt.c (convert_from_reference): Do

[Bug c++/42266] [C++0x] ICE with decltype and variadic templates

-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org

[Bug preprocessor/41943] include search path composition is bogus

--- Comment #4 from ktietz at gcc dot gnu dot org 2009-12-03 21:56 --- Would it be a solution (at least for -w64- targets) to remove the /mingw part and default to /include & /lib instead. At least for the -w64- targets there is no real need of this /mingw subfolder. Kai -- http://

[Bug fortran/42051] [OOP] ICE on array-valued function with CLASS formal argument

--- Comment #4 from pault at gcc dot gnu dot org 2009-12-03 21:46 --- (In reply to comment #3) > The original fails because the vtable cannot be found. This is due to: > use grid_module, only : grid This is true of trunk: /usr/lib/../lib64/crt1.o: In function `_start': (.text+0x20):

[Bug fortran/42051] [OOP] ICE on array-valued function with CLASS formal argument

--- Comment #3 from pault at gcc dot gnu dot org 2009-12-03 21:28 --- The smaller testcase of comment #1 is fixed with Index: gcc/fortran/trans-expr.c === --- gcc/fortran/trans-expr.c(revision 154935) +++ gcc/fortran/tr

[Bug fortran/41860] -finit-local-XXX clobbers -fno-automatic

--- Comment #3 from burnus at gcc dot gnu dot org 2009-12-03 21:19 --- *** Bug 42267 has been marked as a duplicate of this bug. *** -- burnus at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/42267] interaction between -finit-local-zero and -fno-automatic

--- Comment #6 from burnus at gcc dot gnu dot org 2009-12-03 21:19 --- *** This bug has been marked as a duplicate of 41860 *** -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/42264] adress passing with unsigned long pointer increments

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-12-03 21:18 --- Indeed. (4.1 is no longer supported, 4.3.4 is the olded supported release. For a proper bugreport we need a testcase that allows us to reproduce the issue) -- rguenth at gcc dot gnu dot org changed:

[Bug target/42265] LONG_MAX is 9223372036854775807 rather than 2147483647 on macintosh 10.6

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-12-03 21:16 --- And 4.2 is no longer supported. Please re-try with FSF 4.3.4 at least and re-open if you think that is still broken. Or file the bug with apple. -- rguenth at gcc dot gnu dot org changed: What|R

[Bug fortran/42267] interaction between -finit-local-zero and -fno-automatic

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-12-03 21:14 --- If it's not a regression close it as fixed in 4.5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42267

[Bug fortran/42268] [4.4/4.5 Regression] derived type segfault with pack and unpack

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.4.3 http://gcc

[Bug libffi/41908] closures fail for some structure arguments containing floats

--- Comment #6 from ubizjak at gmail dot com 2009-12-03 21:05 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00216.html. -- ubizjak at gmail dot com changed: What|Removed |Added ---

[Bug middle-end/38474] [Meta] slow compilation at -O0 (callgraph optimization, inline heuristics, expand )

--- Comment #44 from matz at gcc dot gnu dot org 2009-12-03 21:05 --- I'm glad. I plan to work on also the other slow part of expand, which is the temp slot goo, but a full solution requires touching very old and stable parts of GCC, hence is IMO nothing for stage 3. I have an obvious

[Bug fortran/39427] F2003: Procedures with same name as types/type constructors

--- Comment #2 from burnus at gcc dot gnu dot org 2009-12-03 21:02 --- Quote from the standard: "12.3.2 Specification of the procedure interface" [...] "A generic name may be the same as a derived-type name, in which case all of the procedures in the interface block shall be functions."

[Bug ada/41912] FAIL: gnat.dg/null_pointer_deref1.adb execution test

--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2009-12-03 20:58 --- Subject: Re: FAIL: gnat.dg/null_pointer_deref1.adb execution test Attached .s from hppa-unknown-linux-gnu target. --- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2009-12-03 20:58

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #19 from dominiq at lps dot ens dot fr 2009-12-03 20:57 --- At revision 154956 the results are: === libffi tests === Running target unix FAIL: libffi.call/cls_double_va.c -O0 -W -Wall output pattern test, is -0.0 FAIL: libffi.call/cls_longdouble.c -O0 -W -W

[Bug fortran/42267] interaction between -finit-local-zero and -fno-automatic

--- Comment #4 from burnus at gcc dot gnu dot org 2009-12-03 20:47 --- (In reply to comment #3) > silly me. glad to see we both fixed it the same way :) > close with no more action taken ? I am fine with closing it as won't fix, but one could also mark it as duplicate. (Or backport the

[Bug fortran/42268] [4.4/4.5 Regression] derived type segfault with pack and unpack

--- Comment #1 from tkoenig at gcc dot gnu dot org 2009-12-03 20:43 --- See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41478#c11 -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libffi/41908] closures fail for some structure arguments containing floats

--- Comment #5 from ubizjak at gmail dot com 2009-12-03 20:39 --- I have a patch. -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned a

[Bug fortran/42268] New: [4.4/4.5 Regression] derived type segfault with pack and unpack

This is a clone of bug 41478, because this part is a regression (incidentally, introduced by me). The problem was analyzed by Janus: not checking for the presence of vector when trying to access vector->data. -- Summary: [4.4/4.5 Regression] derived type segfault with pack and

[Bug fortran/42267] interaction between -finit-local-zero and -fno-automatic

--- Comment #3 from bdavis at gcc dot gnu dot org 2009-12-03 20:21 --- silly me. glad to see we both fixed it the same way :) close with no more action taken ? --bud -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42267

[Bug ada/4945] Rewriting '-gant' as '-gnat' is failing

--- Comment #9 from bosch at gcc dot gnu dot org 2009-12-03 20:10 --- I think the current behavior of ignoring the option with a warning is fine. I agree with Wolfgang that If anything, we should remove any processing for this misspelling. A patch to that effect is welcomed, but this is

[Bug fortran/42267] interaction between -finit-local-zero and -fno-automatic

--- Comment #2 from burnus at gcc dot gnu dot org 2009-12-03 20:06 --- That's already fixed for 4.5.0, see PR 41860. Do you think it makes sense to backport the patch to 4.4.x? (Note: 4.5.0 is currently in Stage4 (regression fixes only) - thus the question is how many fixed 4.4.x would b

[Bug ada/41912] FAIL: gnat.dg/null_pointer_deref1.adb execution test

--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2009-12-03 19:30 --- Subject: Re: FAIL: gnat.dg/null_pointer_deref1.adb execution test > Dave, do you happen to have a java-enabled build around? If so, could you > attach the assembly generated for libjava.lang/Array_3 since

[Bug fortran/42267] interaction between -finit-local-zero and -fno-automatic

--- Comment #1 from bdavis at gcc dot gnu dot org 2009-12-03 19:16 --- here is a patch against 4.4.1 diff --context --recursive gcc-4.4.1/gcc/fortran/gfortran.h gcc-4.4.1_bud/gcc/fortran/gfortran.h *** gcc-4.4.1/gcc/fortran/gfortran.h2009-02-21 16:25:06.0 -0600 --- gcc-4

[Bug fortran/42267] New: interaction between -finit-local-zero and -fno-automatic

when using both flags, the variables are initialized on every function call. see the example below: bash-3.2$ cat lvar.f REAL A(100) PRINT*,'Expect them to be zero' CALL ONE PRINT*,'Expect them to be 1..10' CALL TWO PRINT*,'Expect them to be 1..10'

[Bug c/42262] internal compiler error: in set_designator, at c-typeck.c:5771

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-03 19:13 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #18 from dje at gcc dot gnu dot org 2009-12-03 19:09 --- Subject: Bug 42243 Author: dje Date: Thu Dec 3 19:09:29 2009 New Revision: 154956 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154956 Log: PR libffi/42243 * src/powerpc/ffi_darwin.c (ffi_prep

[Bug ada/41912] FAIL: gnat.dg/null_pointer_deref1.adb execution test

--- Comment #6 from ebotcazou at gcc dot gnu dot org 2009-12-03 18:53 --- Dave, do you happen to have a java-enabled build around? If so, could you attach the assembly generated for libjava.lang/Array_3 since it's very likely the problematic test? -- http://gcc.gnu.org/bugzilla/sh

[Bug c++/42218] [4.5 Regression] Broken diagnostic: 'tree_vec' not supported by pp_c_expression

--- Comment #2 from dodji at gcc dot gnu dot org 2009-12-03 18:25 --- A patch got submitted to http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00208.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42218

[Bug c++/34272] ICE with invalid template specialization

--- Comment #3 from paolo dot carlini at oracle dot com 2009-12-03 18:19 --- Second try here: http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00184.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34272

[Bug debug/41130] GCC should emit an index of publicly named entities

--- Comment #12 from tromey at gcc dot gnu dot org 2009-12-03 18:16 --- I compiled a C++ program with a gcc that includes this patch. I see some erroneous entries in the resulting index. E.g.: 0xb8 DW_TAG_structure_type._6 0x3f1 DW_TAG_structure_type

[Bug c++/42266] New: [C++0x] ICE with decltype and variadic templates

I tried to reduce as much as possible (maybe too much, we'll see...) an issue which is blocking our work on std::bind. Note, the problem disappears if I simplify the testcase further to not use variadic templates while keeping the rest unchanged. Jason, can you help us? // templa

[Bug debug/41130] GCC should emit an index of publicly named entities

--- Comment #11 from tromey at gcc dot gnu dot org 2009-12-03 18:09 --- Created an attachment (id=19219) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19219&action=view) updated binutils patch to account for language in new index -- tromey at gcc dot gnu dot org changed:

[Bug debug/41130] GCC should emit an index of publicly named entities

--- Comment #10 from tromey at gcc dot gnu dot org 2009-12-03 18:08 --- Created an attachment (id=19218) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19218&action=view) updated gcc patch to put the CU's language in the new section -- tromey at gcc dot gnu dot org changed:

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #17 from howarth at nitro dot med dot uc dot edu 2009-12-03 18:02 --- Can you verify that powerpc darwin calculates the stack location of FP arguments correctly before your patch to see if it was a latent problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243

[Bug target/42265] LONG_MAX is 9223372036854775807 rather than 2147483647 on macintosh 10.6

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-03 18:00 --- And what is the sizeof(long) ? I think the default is to compile 64bit programs by default with Apple's supplied compiler. Also we don't support Apple's supplied GCC. -- pinskia at gcc dot gnu dot org changed:

[Bug c/42264] adress passing with unsigned long pointer increments

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-03 17:59 --- >gcc version 4.1.2 20080704 (Red Hat 4.1.2-46) You should report this to Red Hat as we don't support this version of GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42264

[Bug c++/42265] New: LONG_MAX is 9223372036854775807 rather than 2147483647 on macintosh 10.6

Hi, It appears that on macintosh 10.6 LONG_MAX has the same value as LLONG_MAX. Below is a program that demonstrates the problem $ cat long_max.cpp #include int main() { std::cout << "LONG_MAX="

[Bug c/42264] New: adress passing with unsigned long pointer increments

gcc -v Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-li

[Bug middle-end/38474] [Meta] slow compilation at -O0 (callgraph optimization, inline heuristics, expand )

--- Comment #43 from jv244 at cam dot ac dot uk 2009-12-03 17:47 --- (In reply to comment #42) > Subject: Bug 38474 > > Author: matz > Date: Thu Dec 3 13:36:32 2009 > New Revision: 154945 looks like the initial testcase now runs with 1.3Gb, and with the following timings (so mem/time

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #16 from dje at gcc dot gnu dot org 2009-12-03 17:42 --- I found a system and backported the libffi changes. For some reason, Darwin is calculating the stack location of FP arguments wrong. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243

[Bug c++/42218] [4.5 Regression] Broken diagnostic: 'tree_vec' not supported by pp_c_expression

-- dodji at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org |dot org

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #15 from dje at gcc dot gnu dot org 2009-12-03 16:32 --- One would not expect __ppc64__ to be defined for -m32. Thanks for the confirmation. I do not have access to a darwin system. Do either of you have enough PPC assembly knowledge to step through libffi/testsuite/libffi

[Bug middle-end/41183] [4.4 Regression] ICE compiling chromium

--- Comment #7 from jakub at gcc dot gnu dot org 2009-12-03 16:31 --- Created an attachment (id=19217) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19217&action=view) gcc44-pr41183.patch Very ugly hack that fixes this. Checking for NULL cp_function_chain might be even uglier tho

[Bug middle-end/41183] [4.4 Regression] ICE compiling chromium

--- Comment #6 from jakub at gcc dot gnu dot org 2009-12-03 15:59 --- This happens during mangling something from within the middle-end, and at that point cfun is a T.0 clone, which has cfun->language = NULL. Not sure what's the best solution, whether to change current_class_ptr etc. mac

[Bug middle-end/42049] [4.4 Regression] ICE with -O2 - internal compiler error: in expand_expr_real_1, at expr.c:9314

--- Comment #5 from jakub at gcc dot gnu dot org 2009-12-03 15:42 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/42049] [4.4 Regression] ICE with -O2 - internal compiler error: in expand_expr_real_1, at expr.c:9314

--- Comment #4 from jakub at gcc dot gnu dot org 2009-12-03 15:35 --- Subject: Bug 42049 Author: jakub Date: Thu Dec 3 15:34:56 2009 New Revision: 154952 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154952 Log: PR middle-end/42049 * builtins.c (expand_builtin_

[Bug debug/42244] [4.5 Regression] var-tracking ICE for 300.twolf

--- Comment #3 from aoliva at gcc dot gnu dot org 2009-12-03 15:34 --- @richi it would, if we didn't have code to deal with that in sched-deps. now, depl_on_debug_p() are accepted, ignored for purposes of scheduling decisions, and used only to reset debug stmts that were rendered invali

[Bug middle-end/42049] [4.4 Regression] ICE with -O2 - internal compiler error: in expand_expr_real_1, at expr.c:9314

--- Comment #3 from jakub at gcc dot gnu dot org 2009-12-03 15:33 --- Subject: Bug 42049 Author: jakub Date: Thu Dec 3 15:33:18 2009 New Revision: 154951 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154951 Log: PR middle-end/42049 * builtins.c (expand_builtin_

[Bug java/41991] gcj segfaults on i686-apple-darwin* and x86_64-apple-darwin*

--- Comment #28 from howarth at nitro dot med dot uc dot edu 2009-12-03 15:33 --- Possible fix which is untested... Index: libjava/configure.ac === --- libjava/configure.ac(revision 154950) +++ libjava/configure.ac

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #14 from howarth at nitro dot med dot uc dot edu 2009-12-03 15:20 --- Same is true for __ppc64__. For the Apple gcc-4.0 and 4.2 compilers as well as FSF gcc-4.4.2, __ppc64__ is only defined at -m64 and not -m32 as would be expected. -- http://gcc.gnu.org/bugzilla/show_b

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #13 from dje at gcc dot gnu dot org 2009-12-03 15:20 --- One would assume ... I do not see any differences that should cause the 11 FPR return value tests to fail on Darwin but not AIX. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-12-03 15:17 --- On powerpc-apple-darwin9 using a dual G5, for Apple's gcc 4.0 and 4.2 compilers as well as FSF gcc 4.4.2's, one gets... howarth% gcc -m32 -E -dM -x c /dev/null | grep LP64 howarth% only at -m64 do all

[Bug debug/42244] [4.5 Regression] var-tracking ICE for 300.twolf

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-12-03 15:03 --- Isn't adding any dependency based on DEBUG_INSNs going to cause problems with same code -g vs. -g0? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42244

[Bug debug/42244] [4.5 Regression] var-tracking ICE for 300.twolf

--- Comment #1 from jakub at gcc dot gnu dot org 2009-12-03 15:00 --- Created an attachment (id=19216) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19216&action=view) gcc45-pr42444.patch Patch that fixes the ICE (and that testcase works even with -fcompare-debug). It shouldn't re

[Bug target/42263] Wrong code bugs in SMP support

-- rearnsha at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rearnsha at gcc dot gnu dot |dot org

[Bug target/42263] Wrong code bugs in SMP support

-- rearnsha at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconf

[Bug target/42263] Wrong code bugs in SMP support

-- rearnsha at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Target Milestone|--- |4.4.4 http://gc

[Bug target/42263] New: Wrong code bugs in SMP support

There are two subtle wrong code bugs in the __sync_... primitives that severely affect code generation for linux. Both of these have been fixed on trunk. http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00198.html http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00600.html but need back-porting to 4.4

[Bug libstdc++/42261] infinite recursion from string(string::size_type(6), string::size_type('f'))

--- Comment #4 from paolo dot carlini at oracle dot com 2009-12-03 14:22 --- Fixed. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Statu

[Bug libstdc++/42261] infinite recursion from string(string::size_type(6), string::size_type('f'))

--- Comment #3 from paolo at gcc dot gnu dot org 2009-12-03 14:21 --- Subject: Bug 42261 Author: paolo Date: Thu Dec 3 14:20:56 2009 New Revision: 154948 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154948 Log: 2009-12-03 Paolo Carlini PR libstdc++/42261 *

[Bug fortran/35423] Implement OpenMP workshare

--- Comment #7 from burnus at gcc dot gnu dot org 2009-12-03 14:16 --- Items left to do: * worksharing of other stuff (say FORALL) [I have not check the patch, but possibly assignments in WHERE blocks could also profit from more work] * dependency analysis ("the goal of dependency chec

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #11 from dominiq at lps dot ens dot fr 2009-12-03 14:12 --- > Does Darwin define __ppc64__ in 32 bit mode on 64 bit systems? I cannot answer the question, but I see gcc/config/rs6000/darwin.h: if (TARGET_64BIT) builtin_define ("__ppc64__");\ Assuming powerpc-a

[Bug c++/42225] [4.5 Regression] GCC 4.5 ICE (segfault) on C++ templated code

--- Comment #5 from dodji at gcc dot gnu dot org 2009-12-03 14:07 --- A patch was submitted to http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00194.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42225

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #10 from dje at gcc dot gnu dot org 2009-12-03 13:56 --- The only unique change was in ffitarget.h: #elif defined (POWERPC_DARWIN) && defined (__ppc64__) /* Darwin */ #define POWERPC64 Does Darwin define __ppc64__ in 32 bit mode on 64 bit systems? -- http://gcc.gnu.o

[Bug libffi/42243] [4.5 Regression] powerpc-apple-darwin9 libffi failures

--- Comment #9 from dje at gcc dot gnu dot org 2009-12-03 13:46 --- Bootstrap is fixed, but mysterious libffi failures remain. -- dje at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/38474] [Meta] slow compilation at -O0 (callgraph optimization, inline heuristics, expand )

--- Comment #42 from matz at gcc dot gnu dot org 2009-12-03 13:36 --- Subject: Bug 38474 Author: matz Date: Thu Dec 3 13:36:32 2009 New Revision: 154945 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154945 Log: PR middle-end/38474 * cfgexpand.c (struct stack_va

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

--- Comment #91 from dominiq at lps dot ens dot fr 2009-12-03 13:27 --- Is there any reason why the patch in commen #85 has not been commited? As stressed by Jack Howarth in http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00096.html, it is critical for darwin and probably good for other pl

[Bug c/42262] New: internal compiler error: in set_designator, at c-typeck.c:5771

This code triggers ICE: int a[] = {[0 ... 1] = "", [0] = ""}; GCC version info: Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.2-2ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,ob

[Bug libffi/35484] libffi doesn't support AIX 64bit

--- Comment #11 from dominiq at lps dot ens dot fr 2009-12-03 13:15 --- Richard Guenther has closed pr42243 as fixed which only the (b) and (c) options. After a clean bootstrap at revision 154924 and an update to 154943, I still have the following failures: === libffi te

[Bug c++/42260] [4.3/4.4/4.5 Regression] ICE looking up template conversion operator

--- Comment #1 from paolo dot carlini at oracle dot com 2009-12-03 13:04 --- Note, however, that this happens only with checking enabled... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42260

[Bug middle-end/42202] [4.5 regression] Revision 154688 caused many gfortran failures

--- Comment #3 from bernds at gcc dot gnu dot org 2009-12-03 12:58 --- Subject: Bug 42202 Author: bernds Date: Thu Dec 3 12:58:30 2009 New Revision: 154944 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154944 Log: PR middle-end/42202 * regrename.c (live_in_chai

[Bug libstdc++/42261] infinite recursion from string(string::size_type(6), string::size_type('f'))

--- Comment #2 from paolo dot carlini at oracle dot com 2009-12-03 12:42 --- Funny, after so many years... Let me look into it. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug target/41621] [4.4 regression] powerpc-linux-gnu 32bit testsuite regressions with -Os

--- Comment #2 from jakub at gcc dot gnu dot org 2009-12-03 12:05 --- Can anyone reproduce this (with current 4.4 branch)? -- jakub at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/42243] [4.5 Regression] powerpc-apple-darwin9 bootstrap broken at ffi_darwin.c

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-12-03 11:38 --- Bootstrap is fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug c++/42260] [4.3/4.4/4.5 Regression] ICE looking up template conversion operator

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42260

[Bug libstdc++/42261] infinite recursion from string(string::size_type(6), string::size_type('f'))

--- Comment #1 from redi at gcc dot gnu dot org 2009-12-03 11:34 --- (In reply to comment #0) > This leads to an infinite recursion between these two methods: > > // _GLIBCXX_RESOLVE_LIB_DEFECTS > // 438. Ambiguity in the "do the right thing" clause > template >

[Bug libffi/40467] FAIL: libffi.call/cls_longdouble_va.c -O0 -W -Wall output pattern test, is %.1f res: 5

--- Comment #1 from ubizjak at gmail dot com 2009-12-03 11:17 --- Fixed by http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00182.html. -- ubizjak at gmail dot com changed: What|Removed |Added ---

[Bug libstdc++/42261] New: infinite recursion from string(string::size_type(6), string::size_type('f'))

Attempting to construct a string from two size_type parameters causes infinite recursion. Test code, badstring.cc: #include using namespace std; int main() { string s(string::size_type(6), string::size_type('f')); } Compiled with: g++ -O2 -o badstring badstring.cc Loops infinitely when cal

[Bug middle-end/42049] [4.4 Regression] ICE with -O2 - internal compiler error: in expand_expr_real_1, at expr.c:9314

-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org

[Bug middle-end/42049] [4.4 Regression] ICE with -O2 - internal compiler error: in expand_expr_real_1, at expr.c:9314

--- Comment #2 from jakub at gcc dot gnu dot org 2009-12-03 10:03 --- Testing a fix. That said, hope you are aware that strcpy of arbitrary program arguments into a fixed length buffer on the stack without checking the length means anyone can overflow it, and in some cases even execute a

[Bug bootstrap/42243] [4.5 Regression] powerpc-apple-darwin9 bootstrap broken at ffi_darwin.c

--- Comment #7 from dominiq at lps dot ens dot fr 2009-12-03 09:51 --- See also pr35484. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243

[Bug libffi/35484] libffi doesn't support AIX 64bit

--- Comment #10 from dominiq at lps dot ens dot fr 2009-12-03 09:50 --- Revision 154855 (comment #5) has broken bootstrap on ppc-darwin (pr42243). This is now fixed, but there are now ~60 new failures (see comment #2 of pr42243). What is the best strategy to keep track of the problem: (

[Bug c++/42232] [4.4 Regression] ICE in cleanup_omp_return

--- Comment #3 from jakub at gcc dot gnu dot org 2009-12-03 09:48 --- This is fixed, I've mistakenly typed PR42234 in the commit (and testcase name), so the commit message went to that PR instead. -- jakub at gcc dot gnu dot org changed: What|Removed

[Bug c++/42217] [4.5 Regression] ICE with zero-length bit-field

--- Comment #4 from dodji at gcc dot gnu dot org 2009-12-03 09:44 --- Fixed in 4.5 -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug libffi/35484] libffi doesn't support AIX 64bit

--- Comment #9 from shailen dot n dot jain at gmail dot com 2009-12-03 09:37 --- what is the new version in which these changes can be found? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35484

[Bug c++/42256] [4.5 Regression] 483.xalancbmk fails to link

--- Comment #6 from jakub at gcc dot gnu dot org 2009-12-03 09:12 --- Should be fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASS

  1   2   >