[Bug target/18566] Can vary constants (undefined fortran)

--- Additional Comments From Thomas dot Koenig at online dot de 2004-11-30 08:29 --- (In reply to comment #3) > This is a target problem, most likely what is happening is that the memory where the variable is being > stored is not being marked as read only for the processor. This appea

[Bug c/18735] New: option -fvolatile-global will not effect in some case

With above code code int glob_a = 3; int main () { volatile int a; glob_a = 1; if ( 1 == glob_a ) // Cause problem here { } // Empty if return 0; } --- When com

[Bug c++/16219] Exception not caught

--- Additional Comments From jss at ast dot cam dot ac dot uk 2004-11-30 09:31 --- Apologies. I've upgraded my system and I've been working on other projects recently. I'll try to check it still exists on a recent binutils.. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16219

[Bug c++/6634] wrong parsing of "long long double"

--- Additional Comments From amodra at bigpond dot net dot au 2004-11-30 10:00 --- Mainline is fixed. pr6634.i:1: error: both 'long long' and 'double' in declaration specifiers So is 3.4.4 and 3.3.2 pr6634.i:1: error: long or short specified with floating type for `a' pr6634.i:1: error:

[Bug c++/18733] [4.0 Regression] friend rejected

--- Additional Comments From giovannibajo at libero dot it 2004-11-30 10:21 --- Confirmed, this is valid code. I have a feeling that this was exposed with one of my patches on July 21st... -- What|Removed |Added --

[Bug c++/18733] [4.0 Regression] friend rejected

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-30 11:00 --- More compact testcase: template struct A { void foo(); }; struct B { friend void A<0>::foo(); }; -- What|Removed

[Bug debug/18736] New: Return address column in .debug_frame is incorrect

The return address column stated in the .debug_frame information for code compiled -g is 65, however the actual unwind information refers to register 108 when describing the return address. This appears to be a result of the different register mappings used in .debug_frame and .eh_frame. In .eh_fr

[Bug debug/18736] Return address column in .debug_frame is incorrect

--- Additional Comments From jcownie at etnus dot com 2004-11-30 11:18 --- Created an attachment (id=7641) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7641&action=view) Test case with analysis in comments -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18736

[Bug c++/6634] wrong parsing of "long long double"

--- Additional Comments From joseph at codesourcery dot com 2004-11-30 11:24 --- Subject: Re: wrong parsing of "long long double" On Tue, 30 Nov 2004, amodra at bigpond dot net dot au wrote: > Mainline is fixed. > pr6634.i:1: error: both 'long long' and 'double' in declaration specifi

[Bug middle-end/18071] [3.4/4.0 Regression] -Winline does not respect -fno-default-inline

--- Additional Comments From giovannibajo at libero dot it 2004-11-30 11:25 --- Patch posted here, waiting for review: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02664.html -- What|Removed |Added -

[Bug c++/6634] wrong parsing of "long long double"

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-30 11:24 --- No this isn't fixed. It works with the C frontend since 2.95.x, but not with the C++ frontend. -- What|Removed |Added --

Re: [Bug c++/18514] [3.4/4.0 Regression] Alternate "asm" name ignored for redeclared builtin function imported into namespace std

"austern at apple dot com" <[EMAIL PROTECTED]> writes: | So what to do about this? In principle, I think the answer is that | builtin_function is doing something wrong by calling | builtin_function_1 twice, once for the global namespace and once for | namespace std. If we really must define all

[Bug c++/18514] [3.4/4.0 Regression] Alternate "asm" name ignored for redeclared builtin function imported into namespace std

--- Additional Comments From gdr at integrable-solutions dot net 2004-11-30 11:46 --- Subject: Re: [3.4/4.0 Regression] Alternate "asm" name ignored for redeclared builtin function imported into namespace std "austern at apple dot com" <[EMAIL PROTECTED]> writes: | So what to do abou

[Bug libfortran/18710] img part of complex number not written to direct access file

--- Additional Comments From tobi at gcc dot gnu dot org 2004-11-30 12:13 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02667.html -- What|Removed |Added ---

[Bug target/18622] sparc64-linux bootstrap failure

--- Additional Comments From phython at gcc dot gnu dot org 2004-11-30 12:29 --- My bootstrap is now building libjava on sparc64-linux. I think this bug has been fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18622

[Bug fortran/18734] gfortran ICE -ftree-vector

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 12:35 --- *** This bug has been marked as a duplicate of 18716 *** -- What|Removed |Added

[Bug tree-optimization/18716] [ICE] verify_flow_info failed (loop)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 12:35 --- *** Bug 18734 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/18735] option -fvolatile-global will not effect in some case

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 12:36 --- This option was removed from gcc in 3.4.0 for this reason see: . -- What|Removed |Added ---

[Bug debug/18736] Return address column in .debug_frame is incorrect

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 12:39 --- *** This bug has been marked as a duplicate of 18655 *** -- What|Removed |Added

[Bug target/18655] Incorrect data in .debug_frame section for PowerPC

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 12:39 --- *** Bug 18736 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/6634] wrong parsing of "long long double"

-- What|Removed |Added Status|REOPENED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6634

[Bug middle-end/18718] [4.0 Regression] ICE: Segmentation fault in in schedule_region (rgn=0) at sched-rgn.c:2325

--- Additional Comments From steven at gcc dot gnu dot org 2004-11-30 12:44 --- My bad, I guess. See http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01357.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18718

[Bug fortran/18714] Runtime hang in LAPACK routine SLAMC1 - in Quetzal benchmark suite

--- Additional Comments From paul dot richard dot thomas at cea dot fr 2004-11-30 12:46 --- (In reply to comment #0) I should have said somewhere that I have been quite unable to isolate this problem with a short example. Retaining the structure of the subprogramme results in code th

[Bug target/18622] sparc64-linux bootstrap failure

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-30 12:56 --- As per James' confirmation. -- What|Removed |Added Status|WAITING

[Bug fortran/18737] New: ICE on invalid use of external keyword

$ cat a.f90 program test implicit none real(8) :: x external bug x = 2 print *, bug(x) end program test $ gfortran -c a.f90 a.f90: In function ‘MAIN__’: a.f90:7: internal compiler error: in gfc_typenode_for_spec, at fortran/trans-types.c:613 -- Summary: ICE on invalid

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 13:09 --- Confirmed, how many new builtins do we have between 3.4.x and 4.0.0, this will most likely account for the -O0 time. -- What|Removed |Added

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 13:10 --- In both of my profiles for -O0 and -O1, I see that is_attribute_p is always high up there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687

[Bug c++/18738] New: typename not allowed with non-dependent qualified name

pecs Configured with: ../gcc/configure --enable-languages=c++,c --enable- threads=posix Thread model: posix gcc version 4.0.0 20041130 (experimental) The qualified name does not need to be dependent according to the std03 14.6/5. This seems to be regression from the versions before

[Bug c++/18672] [4.0 Regression] Segfault with simple template code

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-30 13:50 --- More compact testcase: == template struct A {}; struct B { static A<0> a[1]; A<0>* foo() { return a; } }; == -- What

[Bug target/18173] execution failure in vect-[8,30].c on ppc-linux

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-30 14:03 --- Subject: Bug 18173 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-30 14:02:45 Modified files: gcc: ChangeLog Log message: chan

[Bug fortran/18737] ICE on invalid use of external keyword

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 14:03 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/18738] [3.4/4.0 Regression] typename not allowed with non-dependent qualified name

-- What|Removed |Added Keywords||rejects-valid Summary|typename not allowed with |[3.4/4.0 Regression] |non-depe

[Bug c/18739] New: warning of uninitialized value gets suppressed without optimization with initialization after continue in loop

when compiling the following code without optimization no warning is given. when optimization is enabled the following warning is printed: warning: `i' might be used uninitialized in this function This occures with gcc >= 3.3.2 (tested on 3.4.2 and 3.3.2) and independent of host/target/build tripl

[Bug target/18173] execution failure in vect-[8,30].c on ppc-linux

--- Additional Comments From dorit at il dot ibm dot com 2004-11-30 14:10 --- (In reply to comment #2) > Subject: Bug 18173 > CVSROOT: /cvs/gcc > Module name: gcc > Changes by: [EMAIL PROTECTED] 2004-11-30 14:02:45 > Modified files: > gcc: ChangeLog > Log

[Bug c/18739] warning of uninitialized value gets suppressed without optimization with initialization after continue in loop

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 14:17 --- No the warning is correct as continue, still checks the loop exit condition. Oh if you are wondering why we don't warn without optimization, well this is because of flow reasons, it would take more time t

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 14:32 --- At -O2 and -O3 also I see is_attribute_p is always taking 2% of the time. At -O0: - is_attribute_p - 6% - decode_reg_name - 2.1% at -O1: - is_attribute_p - 2.5% - decode_reg_name 0.8% at -O2: - is_attribu

[Bug target/18173] execution failure in vect-[8,30].c on ppc-linux

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 14:34 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug tree-optimization/18607] Vectorizer: data_reference is overwritten in vect_analyze_data_refs

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-30 14:40 --- Subject: Bug 18607 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-30 14:40:38 Modified files: gcc: ChangeLog tree-vectorizer.c Added fi

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-30 14:49 --- Verified this fixed mesa too. -- What|Removed |Added Status|RESOLVED

[Bug tree-optimization/18673] [4.0 Regression] Tree-PRE is O(N^4) in the depth of the dominator tree

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-30 14:49 --- Subject: Bug 18673 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-30 14:49:39 Modified files: gcc: ChangeLog tree-ssa-pre.c Log messag

[Bug tree-optimization/18673] [4.0 Regression] Tree-PRE is O(N^4) in the depth of the dominator tree

--- Additional Comments From dberlin at gcc dot gnu dot org 2004-11-30 14:52 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/18607] Vectorizer: data_reference is overwritten in vect_analyze_data_refs

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-30 14:54 --- Subject: Bug 18607 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-30 14:54:24 Modified files: gcc/testsuite : ChangeLog Log message: PR t

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 14:57 --- I have a fix for decode_reg_name and there is a branch with the fix for is_attribute_p, maybe that should be merged in ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687

[Bug target/11628] movd support for _mm_cvtsi32_si64 and _mm_cvtsi64_si32

_to_64 .type new_32_to_64, @function new_32_to_64: movl 4(%esp), %eax movd 8(%esp), %mm0 movq %mm0, (%eax) ret $4 .size new_32_to_64, .-new_32_to_64 .ident "GCC: (GNU) 4.0.0 20041130 (experimental)" .section .note.GNU

[Bug c++/18681] [3.3/3.4/4.0 Regression] template friend declaration not recognized

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-30 15:01 --- The problem is GCC cannot distinguish between case #1 and #2 in the code below. template class C1 { typedef typename C2::T_PAR_TYPE T_PAR; struct S1 { T_PAR par1;

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 15:17 --- The patch to fix decode_reg_name is here: , I don't know how much this buys us but should buys us at -O0 about 2%. -- http://gcc.gnu.org/bugzil

[Bug fortran/18518] equivalenced variables are not saved

--- Additional Comments From tobi at gcc dot gnu dot org 2004-11-30 15:17 --- Verified. Indeed, we forget that variables in an equivalence set are SAVEd, and therefore don't save the equivalence set. I tried adding a path to build_equiv_decl where TREE_STATIC is set even if there's no

[Bug fortran/18108] [gfortran] overloading does not work for functions

--- Additional Comments From tobi at gcc dot gnu dot org 2004-11-30 15:21 --- (In reply to comment #2) > Surprisingly (to me), adding a second call to the function resolves the > problem, > i.e. in the examples below the following code works > > subroutine baz > logical l > l = bar

[Bug fortran/18108] [gfortran] overloading does not work for functions

--- Additional Comments From tobi at gcc dot gnu dot org 2004-11-30 15:22 --- I meant -fdump-parse-tree -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18108

[Bug tree-optimization/18298] [4.0 Regression] bad code from lim ssa pass with strcmp

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 15:38 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/18298] [4.0 Regression] bad code from lim ssa pass with strcmp

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-30 15:39 --- Subject: Bug 18298 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-30 15:38:45 Modified files: gcc: ChangeLog tree-optimize.c gc

[Bug tree-optimization/18607] Vectorizer: data_reference is overwritten in vect_analyze_data_refs

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 15:40 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/14941] i386.md strangeness in sse2_movsd

--- Additional Comments From uros at kss-loka dot si 2004-11-30 15:44 --- This is similar problem as PR18503. The vec_merge selector is wrong, and sse2_movsd pattern could be combined into other patterns in the wrong way. This testcase, adapted from PR18503 for V2DF will show the problem

[Bug ada/18657] ACATS c61008a fold-const.c:1980 ICE on x86_64, works on x86

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 15:53 --- Note this was fixed by: PR/18657 * tree-nested.c (check_for_nested_with_variably_modified): New. (create_nesting_tree): Call it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18

[Bug tree-optimization/18664] [4.0 Regression] ACATS ICE cxaa010 expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:660

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 15:55 --- Should have been fixed by: PR/18664 * tree-ssa-operands.c (build_ssa_operands, case MODIFY_EXPR): Ignore a VIEW_CONVERT_EXPR on LHS when deciding if must or may def. * tree-ss

[Bug target/14981] [3.4 Regression] ICE in _mm_xor_pd for SSE2 with -O1

--- Additional Comments From uros at gcc dot gnu dot org 2004-11-30 15:59 --- gcc version 4.0.0 20041130 (experimental) does not ICE in any testcase, so this is not a 4.0 regression. -- What|Removed |Added

[Bug bootstrap/3437] [vxworks] cross-compile problem because of fixincludes

--- Additional Comments From j_f at laposte dot net 2004-11-30 16:18 --- Hello, I've just tried to crosscompile gcc 3.4.3 from x86/linux to ppc604/vxWorks and got exactly the same problem. Maybe I could help (I really need this to work) but don't know where to start... -- http://gcc.

[Bug c/18740] New: Execution-time sizeof drops side effects

The program below, which is a slight variation of a program from C99 section 6.5.3.4, contains an execution-time sizeof operator and its argument should thus be evaluated. Nevertheless, "i" in not incremented. I would expect "i=1" to be printed. I get "i=0". (Sun's C compiler seems to do the sa

[Bug java/18741] New: [4.0 Regression] ICE tree check: expected class 'expression', have 'declaration' (var_decl)

public class bla { public static void main(String[] a) { int x = 2; byte [] buffer = new byte [(int)x]; } } gcc version 4.0.0 20041130 (experimental) gcj -c bla.java bla.java: In class 'bla': bla.java: In method 'bla.main(j

[Bug java/18741] [4.0 Regression] ICE tree check: expected class 'expression', have 'declaration' (var_decl)

-- What|Removed |Added Keywords||ice-on-valid-code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.

[Bug libstdc++/18642] Docs for auto_ptr not showing docs for get() and others

--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-30 16:59 --- Yo JQ, I just updated the "latest" doxygen on line to be current with the mainline markups. In this version of the code, the autoptr docs look fine. OK to close? -benjamin -- What|Removed

[Bug java/18741] [4.0 Regression] ICE tree check: expected class 'expression', have 'declaration' (var_decl)

-- What|Removed |Added Keywords||ice-checking, wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18741

[Bug java/18741] [4.0 Regression] ICE tree check: expected class 'expression', have 'declaration' (var_decl)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 17:02 --- Here is the backtrace: #0 0x9002c778 in exit () #1 0x001a6e1c in diagnostic_report_diagnostic (context=0x9002c768, diagnostic=0xbfffea8c) at / Users/pinskia/src/local/gcc/gcc/diagnostic.c:339 #2 0x001a6e

[Bug libstdc++/18644] [3.3/3.4/4.0 regression] -Wsynth warning in

--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-30 17:03 --- Yo thanks G. Wolfgang, the whole implications of adding copy ctors changing calling conventions was not clear to me either, before the -Weffc++ changes. There was some discussion of this at that time, and the

[Bug libstdc++/18644] [3.3/3.4/4.0 regression] -Wsynth warning in

--- Additional Comments From bangerth at ices dot utexas dot edu 2004-11-30 17:06 --- Subject: Re: [3.3/3.4/4.0 regression] -Wsynth warning in > I'd like to re-assign this to a g++ bug, or middle end or whatever. Sound > like a plan? Yes, certainly. I guess it's a front-end bug to w

[Bug c/18740] Execution-time sizeof drops side effects

-- What|Removed |Added Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18740

[Bug c/18742] New: small struct not passed correctly as vararg

The following code tests that complex values are passed correctly. A value received by the callee is tested component by component to be equal with the (global) value that was passed. This fails for the struct of type at2 that is passed as a var arg. failed in

[Bug target/18742] small struct not passed correctly as vararg

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 17:26 --- Confirmed. Note also Apple's 3.3 and 3.1 also fails. So does the FSF 3.3.2. -- What|Removed |Added -

[Bug libstdc++/18642] Docs for auto_ptr not showing docs for get() and others

--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-11-30 17:44 --- Great. Thanks! -- What|Removed |Added Status|ASSIGNED|RESOL

[Bug fortran/17675] [4.0 Regression] Alignment constraints not honored in EQUIVALENCE

--- Additional Comments From c dot christian dot joensson at comhem dot se 2004-11-30 18:25 --- well, I get a few too, see http://gcc.gnu.org/ml/gcc-testresults/2004- 11/msg01283.html and http://gcc.gnu.org/ml/gcc-testresults/2004- 11/msg01296.html -- http://gcc.gnu.org/bugzilla/show

[Bug middle-end/13214] GCJ uses surprsingly long to compile included example

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 18:30 --- dominator optimization: 17.89 ( 7%) usr 0.88 ( 4%) sys 21.48 ( 6%) wall expand: 13.68 ( 5%) usr 0.81 ( 3%) sys 18.65 ( 6%) wall CSE : 53.15 (20%) usr 0.59 ( 2%

[Bug target/18743] New: crtbegin/crtend lacking unwind-info

The Gtest-init test from libunwind is currently failing on x86-64 because there is incomplete/no unwind info for _init. For example, calling backtrace() from a C++ constructor yields this truncated stack-trace: [0] ip=0x400afb [1] ip=0x400e26 with libunwind, it gets a bit further, but crashes e

[Bug target/18702] mmix-knuth-mmixware testsuite failure: gcc.dg/cpp/isysroot-1.c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-30 19:38 --- Subject: Bug 18702 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-30 19:38:16 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.

[Bug target/18702] mmix-knuth-mmixware testsuite failure: gcc.dg/cpp/isysroot-1.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 19:40 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug target/18743] crtbegin/crtend lacking unwind-info

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 19:48 --- when gcc builds crtbegin/crtend, we do pass -fno-exceptions but in the backend, we set flag_asynchronous_unwind_tables to 1 if we have not set it yet but we don't touch flag_asynchronous_unwind_tables ot

[Bug target/18743] crtbegin/crtend lacking unwind-info

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 19:50 --- What gcc are you using also since the version you filed in as unkown? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18743

[Bug middle-end/18071] [3.4/4.0 Regression] -Winline does not respect -fno-default-inline

--- Additional Comments From markus at oberhumer dot com 2004-11-30 19:54 --- Just a short note that the testcase has a typo and should read ... k |= f.a(r); k |= f.b(r); k |= f.c(r); ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18071

[Bug target/17643] ICE in propagate_one_insn, at flow.c:1582

-- What|Removed |Added GCC host triplet||hppa-linux-gnu GCC target triplet|hppa-unknown-linux-gnu |hppa-linux-gnu http://gcc.gnu.org/bugzilla/sho

[Bug middle-end/18596] [4.0 regression] ICE in make_decl_rtl

--- Additional Comments From hp at gcc dot gnu dot org 2004-11-30 20:01 --- I'm reopening this bug, because with LAST_UPDATED "Tue Nov 30 11:22:00 UTC 2004" (with a local patch to work around the mklibgcc.in breakage at that time, later fixed) I get the same error this PR is supposed to

[Bug target/18743] crtbegin/crtend lacking unwind-info

--- Additional Comments From davidm at hpl dot hp dot com 2004-11-30 20:01 --- (In reply to comment #2) > What gcc are you using also since the version you filed in as unkown? $ gcc -v Reading specs from /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/specs Configured with: ../configure --en

[Bug middle-end/18596] [4.0 regression] ICE in make_decl_rtl

--- Additional Comments From hp at gcc dot gnu dot org 2004-11-30 20:02 --- ... on mmix-knuth-mmixware, I forgot to say. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18596

[Bug target/18743] crtbegin/crtend lacking unwind-info

--- Additional Comments From davidm at hpl dot hp dot com 2004-11-30 20:03 --- (In reply to comment #1) > when gcc builds crtbegin/crtend, we do pass -fno-exceptions but in the backend, we set > flag_asynchronous_unwind_tables to 1 if we have not set it yet but we don't > touch > flag

[Bug target/18743] _init/_ lacking unwind-info

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 20:09 --- Well if _init/_fini is created by the linker then isn't this a linker bug which should generated the unwind info? -- What|Removed |Added ---

[Bug middle-end/18596] [4.0 regression] ICE in make_decl_rtl

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 20:12 --- Note even without -pedantic we get an ICE still. -- What|Removed |Added Status|R

[Bug target/18743] _init/_ lacking unwind-info

--- Additional Comments From davidm at hpl dot hp dot com 2004-11-30 20:23 --- (In reply to comment #5) > Well if _init/_fini is created by the linker then isn't this a linker bug which should generated the unwind > info? I don't really care which way it goes. When the same issue came

[Bug c++/18744] New: C++ ABI is incomplete for ILP64

The C++ ABI is missing fallbacks for exact 16- and 32-bit types when using programming models like ILP64 (e.g. MIPS -mint64 option below): /opt/cross/mips-linux-uclibc-gcc341/bin/mips-linux-uclibc-g++ -c -mint64 bug01.cpp bug01.cpp:19: internal compiler error: in write_builtin_type, at cp/mangl

[Bug c++/18744] C++ ABI is incomplete for ILP64

--- Additional Comments From markus at oberhumer dot com 2004-11-30 20:39 --- Created an attachment (id=7642) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7642&action=view) Testcase to reproduce the ICE. Testcase to reproduce the ICE. -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug c++/18744] C++ ABI is incomplete for ILP64

--- Additional Comments From markus at oberhumer dot com 2004-11-30 20:42 --- Created an attachment (id=7643) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7643&action=view) Quick and dirty patch for gcc/cp/mangle.c . This is just a quick patch, but I think this issue should be ad

[Bug middle-end/18596] [4.0 regression] ICE in make_decl_rtl

--- Additional Comments From phython at gcc dot gnu dot org 2004-11-30 20:45 --- I probably should be shot for this one. I'm looking into it. -- What|Removed |Added

[Bug c++/18744] C++ ABI is incomplete for ILP64

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 20:46 --- Note we reject this code right now on the mainline, see PR 18442. -- What|Removed |Added Bu

[Bug c++/18744] C++ ABI is incomplete for ILP64

--- Additional Comments From markus at oberhumer dot com 2004-11-30 20:56 --- I'm not sure if this is really related to bug18442 - actually I've ported current mainline to generate ILP64 code on AMD64, and __mode__(__SI__) works without problems there. But it's the incomplete C++ ABI th

[Bug c++/18744] C++ ABI is incomplete for ILP64

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 20:59 --- using the mainline with MIPS and -mint64 cause the code to be rejected which is what I was trying to say. For the x86_64 problem you might want to write an email to gcc@ asking about the ABI, they will

[Bug bootstrap/18745] New: compile fix for gcc/include/md5.h

gcc/include/md5.h currently does not compile under ILP64. This tiny patch will fix this: --- md5.h 14 Mar 2001 19:44:38 - 1.3 +++ md5.h 30 Nov 2004 20:59:32 - @@ -58,9 +58,13 @@ # if LONG_MAX == INT_MAX_32_BITS typedef unsigned long md5_uint32; # else - /*

[Bug bootstrap/18745] compile fix for gcc/include/md5.h

--- Additional Comments From markus at oberhumer dot com 2004-11-30 21:04 --- Created an attachment (id=7644) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7644&action=view) md5.h patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18745

[Bug bootstrap/18745] compile fix for gcc/include/md5.h

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 21:07 --- Patches should be sent to [EMAIL PROTECTED] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18745

[Bug bootstrap/18745] compile fix for gcc/include/md5.h

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-30 21:08 --- Especially ones which are not for targets in GCC yet. -- What|Removed |Added Sta

[Bug target/18743] _init/_fini lacking unwind-info

-- What|Removed |Added Summary|_init/_ lacking unwind-info |_init/_fini lacking unwind- ||info Version|unknown

[Bug bootstrap/18745] compile fix for gcc/include/md5.h

--- Additional Comments From markus at oberhumer dot com 2004-11-30 21:18 --- Point taken. Still please note that gcc-3.4 MIPS -mint64 does work, so IMHO this is not an unsupported target. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18745

[Bug driver/15690] [4.0 Regression] compilation stops after the first file with errors

--- Additional Comments From dpatel at apple dot com 2004-11-30 22:12 --- Subject: Re: [4.0 Regression] compilation stops after the first file with errors I am testing patch to fix this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15690

[Bug c/18740] Execution-time sizeof drops side effects

--- Additional Comments From bangerth at dealii dot org 2004-11-30 22:24 --- That's not a bug. The standard says this: 5.3.3 Sizeof[expr.sizeof] 1 The sizeof operator yields the number of bytes in the object representation

  1   2   >