[Bug rtl-optimization/18560] New: better optimalization of EOR/MOV block.

/* This function reverses the bytes in a word. The method was discovered in 1986 following a competition between ARM programmers; it requires just 4 instructions and 1 work register. A method using only 3 instructions per word reversed was also found, but it has some set-up over

[Bug fortran/18561] New: IF (logical ) IF (arith) lab1 , lab 2 lab 3 is unclassifiable

Encountered in LLNL DLSODES.F - execreable stuff, obsolete too, but accepted by other brands. The fix is easy and looks cleaner. IS THIS A BUG OR AN ABOMINATION? program ifif_test integer i , j i = 1 j = 2 if ( i.EQ.1 ) if ( j -2 ) 10 , 2

[Bug tree-optimization/18562] New: SSE constant vector initialization produces dead constant values on stack

Compiling this testcase with '-O2 -msse' an unoptimal code is produced. 'val1' is merged into vector at compile time, but it is still loaded onto stack. Gcc does not detect that 'val1' value on stack is sitting there unused. #include #include int main(void) { float val1 = 1.3f;

GCC bug report

hi there, I'd like to report a bug with the 'gcc' and its optimizer: the attached file 'compilerbug.txt' contains the compiler version, the command line and the compiler output. find also attached the source '2m_tpl.c' and the preprocessed file '2m_tpl.i' Without the optimizer, the file compiles

[Bug c++/14513] Friend name injection problem (implicit declaration)

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-19 10:09 --- Last part is submitted: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01495.html This one together with earlier parts fix the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14513

[Bug target/18563] New: ICE: output_operand: invalid expression as operand

ICE with -O1 or greater, -O0 does not ICE # avr-rtems4.7-gcc -O4 -o cpuboot.o -c cpuboot.c cpuboot.c: In function `boot_phase_1': cpuboot.c:8: internal compiler error: output_operand: invalid expression as operand Please submit a full bug report, with preprocessed source if appropriate. See http:

[Bug target/18563] ICE: output_operand: invalid expression as operand

--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-19 10:15 --- Created an attachment (id=7567) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7567&action=view) Example to reproduce the ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18563

[Bug target/18564] New: ICE: output_operand: invalid expression as operand

ICE with -O1 or greater, -O0 does not ICE # h8300-rtems4.7-gcc -O4 -o cpuboot.o -c cpuboot.c cpuboot.c: In function `boot_phase_1': cpuboot.c:8: internal compiler error: output_operand: invalid expression as operand Please submit a full bug report, with preprocessed source if appropriate. See htt

[Bug target/18564] ICE: output_operand: invalid expression as operand

--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-19 10:21 --- Created an attachment (id=7568) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7568&action=view) Example code to reproduce the ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18564

[Bug target/18542] [3.4 only] ICE: output_operand: invalid expression as operand

--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-11-19 10:22 --- I am filing separate PRs for the avr and the h8300, because I believe this issue to be target-specific. FYI: I have found one target for which compiling the code in the attachment fails with the same sympt

[Bug tree-optimization/18557] Inefficient code generated by -ftree-vectorize on Alpha

--- Additional Comments From giovannibajo at libero dot it 2004-11-19 10:50 --- Can we get some numbers to understand how worse we are behaving? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18557

[Bug tree-optimization/13776] [4.0 Regression] [tree-ssa] Many C++ compile-time regression in 4.0-tree-ssa 040120

--- Additional Comments From kgardas at objectsecurity dot com 2004-11-19 11:14 --- Subject: Re: [4.0 Regression] [tree-ssa] Many C++ compile-time regression in 4.0-tree-ssa 040120 I've tested 3.4.2, 4.0.0 (20041026) and 4.0.0 (20041118) with following results: 3.4.2: c++ -I../inc

[Bug tree-optimization/18557] Inefficient code generated by -ftree-vectorize on Alpha

--- Additional Comments From falk at debian dot org 2004-11-19 11:29 --- (In reply to comment #3) > Can we get some numbers to understand how worse we are behaving? The code size is inflated by a factor of about 3. Run time difference depends a lot on how many bytes are actually copied,

[Bug fortran/18565] New: gfortran: CONJG: false error message about standard violation

Hi, the following program gives a false error message when compiled with "gfortran -std=f95": integer, parameter :: dp = kind (1.d0) complex(dp) :: z1, z2 z1 = (0._dp, 1._dp) z2 = conjg (z1) print *, z1, z2 end I get: In file gfcbug21.f90:4 z2 = conjg (z1) 1 Error: Type of argumen

[Bug target/17735] [4.0 Regression] make stops with "initializer for integer value is too complicated" while building an avr-cross compiler

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-19 13:12 --- Subject: Bug 17735 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-19 13:12:45 Modified files: gcc: ChangeLog varasm.c Log message:

[Bug target/17735] [4.0 Regression] make stops with "initializer for integer value is too complicated" while building an avr-cross compiler

--- Additional Comments From pbrook at gcc dot gnu dot org 2004-11-19 13:13 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/18566] New: Can vary constants

Should the value of pi change... The following is very probably illegal code. Still, it would be nice if this could segfault instead of silently doing the Wrong Thing. $ cat variation-constants.f90 module a1 contains subroutine foo(b) real :: b b = 42. end subroutine foo end module a1

[Bug tree-optimization/18557] Inefficient code generated by -ftree-vectorize on Alpha

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 14:21 --- (In reply to comment #2) > Subject: Re: Inefficient code generated by > -ftree-vectorize on Alpha > On Fri, 2004-11-19 at 00:04 +, pinskia at gcc dot gnu dot org wrote: > > --- Additional Co

[Bug target/18558] [4.0 Regression] ICE: in gen_lowpart_common, at emit-rtl.c:1078

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 14:23 --- Confirmed, target problem, subreg of BLKmode is no longer allowed. See for a way to fix it (this was a patch to rs6000 which fixed the problem there). --

[Bug other/18559] apple's gcc-3.3 -fast causes bus error

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 14:29 --- Not our bug, report it to Apple. Oh, by the way -fast enables -malign-nature which causes some structs to have different sizes and since libstdc++ is compiled normally that can cause problems. Try -fastcp

[Bug target/18562] SSE constant vector initialization produces dead constant values on stack

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 14:44 --- Confirmed. This is either a target bug or an RTL optimization problem. The reason why I say that is because the builtins are not expandded before reaching RTL. -- What|Removed

[Bug rtl-optimization/18560] better optimalization of EOR/MOV block.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 14:50 --- Confirmed, the mainline produces better code already: mov r3, r0 eor r0, r0, r0, ror #16 bic r0, r0, #16711680 mov r0, r0, lsr #8 eor r0, r0, r3, r

[Bug middle-end/17813] [3.4 regression] ada bootstrap failure on i486-linux

-- What|Removed |Added Known to fail||3.4.0 Known to work||4.0.0 3.3.4 Summary|[4.0 regression] ada

[Bug fortran/18566] Can vary constants

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 15:13 --- No it is just undefined on most targets we do seg fault. -- What|Removed |Added

[Bug fortran/18561] IF (logical ) IF (arith) lab1 , lab 2 lab 3 is unclassifiable

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 15:16 --- *** This bug has been marked as a duplicate of 17229 *** -- What|Removed |Added

[Bug fortran/17229] parser confused by arithmetic if inside an if

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 15:17 --- *** Bug 18561 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/18565] gfortran: CONJG: false error message about standard violation

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

[Bug c++/18567] New: Wrong "-O" description in manual ?

8< #include double foo(unsigned nb) { /* volatile */ double sum = 0.9; for (unsigned i=0; ihttp://gcc.gnu.org/onlinedocs/gcc-3.3.4/gcc/Optimize-Options.html#Optimize%20Options (-O equivalent to 10 or 11 options) g++-3.3.4 -fdefer-pop -fmerge-constants -fthread-jumps -floop-optimiz

[Bug c++/18567] Wrong "-O" description in manual ?

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 15:32 --- This is a dup of 323. Also -O enables more than what can be enabled with flags. *** This bug has been marked as a duplicate of 323 *** -- What|Removed |Added --

[Bug rtl-optimization/323] optimized code gives strange floating point results

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 15:32 --- *** Bug 18567 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/18567] Wrong "-O" description in manual ?

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 15:33 --- This is a dup of 323. Also -O enables more than what can be enabled with flags. "Not all optimizations are controlled directly by a flag. Only optimizations that have a flag are listed." *** This bug has

[Bug target/18562] SSE constant vector initialization produces dead constant values on stack

--- Additional Comments From uros at gcc dot gnu dot org 2004-11-19 15:41 --- If val1 is moved out of the main() function, produced code is OK: --cut here-- #include #include float val1[4] = {1.3f, 1.4f, 1.5f, 1.6f}; int main(void) { float result[4]; __m128 A; ... --

[Bug fortran/18568] New: pointers in derived data types do not transmit shape of pointed to arrays - bug or non-standard feature?

Source given at end, after comparison of gfortran and digital fortran = > first gfortran [EMAIL PROTECTED] /cygdrive/c/df $ /gcc-4.0/bin/gfortran "d:\ITC\ITCFOR\size_test.f90" In file d:\ITC\ITCFOR\size_test.f90:22 end program size_test 1 Internal Error at (1): find_arr

[Bug other/18559] apple's gcc-3.3 -fast causes bus error

--- Additional Comments From fang at csl dot cornell dot edu 2004-11-19 16:52 --- Subject: Re: apple's gcc-3.3 -fast causes bus error Thanks, found their bug-site, I'll pass it on to them. > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 > 14:29 --- >

[Bug fortran/18568] pointers in derived data types do not transmit shape of pointed to arrays - bug or non-standard feature?

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 18:09 --- Confirmed, reduced testcase: MODULE ints type, PUBLIC :: bar integer,pointer :: th(:) end type bar

[Bug tree-optimization/18507] block_defs_stack varrray should not be GC'ed

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 18:22 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug rtl-optimization/8361] [3.3/3.4/4.0 regression] C++ compile-time performance regression

-- Bug 8361 depends on bug 18507, which changed state. Bug 18507 Summary: block_defs_stack varrray should not be GC'ed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18507 What|Old Value |New Value --

[Bug tree-optimization/18507] block_defs_stack varrray should not be GC'ed

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-19 18:22 --- Subject: Bug 18507 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-19 18:22:00 Modified files: gcc: tree-flow.h tree-ssa-dom.c tree-into-

[Bug tree-optimization/13776] [4.0 Regression] [tree-ssa] Many C++ compile-time regression in 4.0-tree-ssa 040120

-- Bug 13776 depends on bug 18507, which changed state. Bug 18507 Summary: block_defs_stack varrray should not be GC'ed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18507 What|Old Value |New Value -

[Bug tree-optimization/18557] Inefficient code generated by -ftree-vectorize on Alpha

--- Additional Comments From dorit at il dot ibm dot com 2004-11-19 18:24 --- (In reply to comment #5) > (In reply to comment #2) > > Subject: Re: Inefficient code generated by > > -ftree-vectorize on Alpha > > On Fri, 2004-11-19 at 00:04 +, pinskia at gcc dot gnu dot org wr

[Bug target/11793] [3.3 regression] ICE in extract_insn, at recog.c:2175 (const_vector's)

--- Additional Comments From oliver_stieber at yahoo dot co dot uk 2004-11-19 18:49 --- Still getting error with 3.3.4 compiling glibc. r/tmp/portage/glibc-2.3.4.20041021/work/build-i686-pc-linux-gnu-nptl/math/s_logb .o ) [2 S8 A64]))) -1 (nil) (expr_list:REG_EQUAL (const_double

[Bug tree-optimization/18181] vectorizer: problem in the peeling mechanism in the presence of loop invariants that are used after the loop

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-19 19:39 --- Subject: Bug 18181 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-19 19:39:40 Modified files: gcc: ChangeLog tree-vectorizer.c

[Bug target/18383] [4.0 Regression] Cannot use assert in a dynamic library

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 19:43 --- The patch is still slightly wrong, the real way to fix it would be to add -lgcc and make sure that the static libgcc's sources are pritave_extern (aka hidden and like on linux is right now). --

[Bug libgcj/18135] gctest uses the installed libgcc_s on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 19:44 --- Confirmed via a clean tree build two days ago. -- What|Removed |Added Status|UNC

[Bug libgcj/18135] gctest (boehm-gc) uses the installed libgcc_s on darwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 19:47 --- And the problem is that: TESTS_ENVIRONMENT = LD_LIBRARY_PATH=../../$(MULTIBUILDTOP)gcc only sets LD_LIBRARY_PATH instead of that and DYLD_LIBRARY_PATH but that rule is not quiet right anyways see PR 11412.

[Bug target/18349] mmix-knuth-mmixware testsuite failure: gcc.dg/visibility-1.c (actually all) g++.dg/ext/visibility/*

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 20:05 --- Fixed by: 2004-11-19 Mark Mitchell <[EMAIL PROTECTED]> Joseph Myers <[EMAIL PROTECTED]> * lib/target-supports.exp (check_visibility_available): Really test the com

[Bug tree-optimization/18181] vectorizer: problem in the peeling mechanism in the presence of loop invariants that are used after the loop

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 20:14 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug tree-optimization/18557] Inefficient code generated by -ftree-vectorize on Alpha

--- Additional Comments From falk at debian dot org 2004-11-19 20:16 --- (In reply to comment #6) > I expect these would go away with this patch: > http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01512.html Not quite. Code looks like this: f: and $16,4,$1 mov $31,$7

Subtle MT problem with __gnu_cxx::hash_map

There's a subtle thread safety problem with hash_map that was found in our testing recently. It's understood that operator[] is a non-const method since it can insert an element into a container if one is not found with the given index. In our case we were using operator[] to access a hash_map

[Bug c/18569] New: Call to inline function failed

The following code snippet just does not compile (it did in GCC 3.3.3) Environment: System: Linux spartacus 2.6.9 #1 Fri Nov 5 17:15:13 CET 2004 i686 pentium3 i386 GNU/Linux Architecture: i686 host: i686-pc-linux-gnu build: i686-pc-linux-gnu target: i686-pc-linux-gnu co

Re: Subtle MT problem with __gnu_cxx::hash_map

On Nov 19, 2004, at 12:21 PM, Paul Dubuc wrote: There's a subtle thread safety problem with hash_map that was found in our testing recently. It's understood that operator[] is a non-const method since it can insert an element into a container if one is not found with the given index. In our ca

[Bug target/18558] [4.0 Regression] ICE: in gen_lowpart_common, at emit-rtl.c:1078

--- Additional Comments From rth at gcc dot gnu dot org 2004-11-19 20:37 --- Mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu

[Bug c/18569] Call to inline function failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 20:37 --- Invalid as the body is really not available at this point as we are not at unit at a time mode when compiling with -O0. -- What|Removed |Added -

Re: Subtle MT problem with __gnu_cxx::hash_map

Matt Austern wrote: But operator[] isn't read access. It's defined to be equivalent to a certain form of insert(). Not just insert() but find() too. So it's both read and write access. I think there's enough ambiguity to warrant the simple change I suggested if it's really feasible. -- Pau

[Bug bootstrap/18570] New: gnatmake fails to link on Mac OS X 10.3

I just tried a C and Ada-only bootstrap on Mac OS X 10.3.6 (starting from gcc 3.3, i.e. gcc version 3.3 20030304 (Apple Computer, Inc. build 1666) gcc version 3.3 20040312 (GNAT build 1650) ) for the first time. Linking gnatmake fails like this: ../../xgcc -B../../ -DIN_GCC `echo -O2 -g -O2

[Bug libstdc++/18571] New: document wstring/wfilebuf code conversions

Docs in this area nonexistent. Fix. -- Summary: document wstring/wfilebuf code conversions Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libstdc++ AssignedTo: unassigned at

[Bug libstdc++/18571] document wstring/wfilebuf code conversions

--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-19 21:39 --- Mine, fixing. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at g

[Bug other/3386] [3.3/3.4/4.0 Regression] Undocumented target macros in 3.0

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 22:20 --- I've downgraded the priority and severity of this PR. This PR is certainly not "critical" severity; it doesn't stop people from using the compiler. It is also not high-priority; there will never be end-us

[Bug target/18329] [4.0 regression] mmix-knuth-mmixware testsuite failure: execute/920501-7.c

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 22:25 --- MMIX bugs are low-priority. -- What|Removed |Added Priority|P2

[Bug libstdc++/17140] Floating point output is slow

--- Additional Comments From bkoz at gcc dot gnu dot org 2004-11-19 22:25 --- This patch applies, and passes regression testing on x86/linux. Now I can start to review it Paolo, any chance you can test this as well? -benjamin -- What|Removed |A

[Bug rtl-optimization/18325] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/20020227-1.c (change in behavior)

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 22:26 --- MMIX bugs are low-priority. -- What|Removed |Added Bug 18325 depends on bug 18324, which cha

[Bug bootstrap/18570] gnatmake fails to link on Mac OS X 10.3

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 22:25 --- Oh, you have a ppc-darwin machine now, cool but I filed this couple weeks ago: PR 18217. *** This bug has been marked as a duplicate of 18217 *** -- What|Removed |Added

[Bug ada/18217] [4.0 Regression] Ada Bootstrap failures on powerpc-darwin with undefined symbol (__Unwind_fallback_frame_state_for)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 22:26 --- *** Bug 18570 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/18346] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/trampoline-1.c

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 22:26 --- MMIX bugs are low-priority. -- What|Removed |Added Priority|P2

[Bug c++/18492] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.old-deja/g++.other/thunk1.C

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 22:26 --- MMIX bugs are low-priority. -- What|Removed |Added Priority|P2

[Bug rtl-optimization/18485] [4.0 regression] mmix-knuth-mmixware testsuite failure: g++.dg/lookup/forscope1.C g++.old-deja/g++.niklas/t132.C g++.old-deja/g++.other/singleton.C

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 22:26 --- MMIX bugs are low-priority. -- What|Removed |Added Priority|P2

[Bug middle-end/18494] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/structs.c (et al)

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 22:26 --- MMIX bugs are low-priority. -- What|Removed |Added Priority|P2

[Bug target/18341] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.dg/builtins-18.c

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 22:26 --- MMIX bugs are low-priority. -- What|Removed |Added Priority|P2

[Bug target/18342] mmix-knuth-mmixware testsuite failure: gcc.dg/builtins-20.c

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 22:26 --- MMIX bugs are low-priority. -- What|Removed |Added Priority|P2

[Bug rtl-optimization/18331] [4.0 regression] mmix-knuth-mmixware testsuite failure: execute/ieee/fp-cmp-8.c gcc.dg/20040625-1.c

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 22:26 --- MMIX bugs are low-priority. -- What|Removed |Added Priority|P2

[Bug target/18330] [4.0 regression] mmix-knuth-mmixware testsuite failure: execute/comp-goto-2.c

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 22:26 --- MMIX bugs are low-priority. -- What|Removed |Added Priority|P2

[Bug libstdc++/17140] Floating point output is slow

--- Additional Comments From pcarlini at suse dot de 2004-11-19 22:30 --- Sure, and *sorry* for the delay :-( I will do that over the weekend, both on ia64 and x86_64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17140

[Bug ada/18217] [4.0 Regression] Ada Bootstrap failures on powerpc-darwin with undefined symbol (__Unwind_fallback_frame_state_for)

ECTED==+ | 4.0.0 20041119 (experimental) (powerpc-apple-darwin7.6.0) Bus error | | Error detected at makegpr.adb:4159:23| Program received signal EXC_BAD_ACCESS, Could not access memory. 0x004e9650 in initializer_zerop (init=0x4469dcc

[Bug target/18342] mmix-knuth-mmixware testsuite failure: gcc.dg/builtins-20.c

-- What|Removed |Added Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18342

[Bug c++/18556] [4.0 Regression] C++ debug is broken

--- Additional Comments From hjl at lucon dot org 2004-11-19 22:50 --- Does this patch --- toplev.c.bar2004-11-16 10:13:18.0 -0800 +++ toplev.c2004-11-19 14:50:09.493493596 -0800 @@ -818,6 +818,13 @@ check_global_declarations (tree *vec, in for (i = 0; i < len; i++

[Bug c++/18556] [4.0 Regression] C++ debug is broken

--- Additional Comments From mark at codesourcery dot com 2004-11-19 22:54 --- Subject: Re: [4.0 Regression] C++ debug is broken hjl at lucon dot org wrote: > --- Additional Comments From hjl at lucon dot org 2004-11-19 22:50 > --- > Does this patch > > --- toplev.c.bar

[Bug ada/18217] [4.0 Regression] Ada Bootstrap failures on powerpc-darwin with undefined symbol (__Unwind_fallback_frame_state_for)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 23:10 --- Created an attachment (id=7569) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7569&action=view) patch which moves darwin-fallback.o to the correct static library Using your hint for -lgcc -lgcc_eh -lg

[Bug ada/18217] [4.0 Regression] Ada Bootstrap failures on powerpc-darwin with undefined symbol (__Unwind_fallback_frame_state_for)

--- Additional Comments From ro at techfak dot uni-bielefeld dot de 2004-11-19 23:12 --- Subject: Re: [4.0 Regression] Ada Bootstrap failures on powerpc-darwin with undefined symbol (__Unwind_fallback_frame_state_for) pinskia at gcc dot gnu dot org writes: > Using your hint for -lgcc

[Bug ada/17986] [4.0 Regression] Compile error for make.adb breaks bootstrap

--- Additional Comments From ro at gcc dot gnu dot org 2004-11-19 23:17 --- This problems bites me on several platforms (sparc-sun-solaris10, i386-sun-solaris2.10, powerpc-apple-darwin7.6.0). Perhaps you could ping your patch so this gets fixed? Rainer -- http://gcc.gnu.org/bugz

[Bug target/18217] [4.0 Regression] Ada Bootstrap failures on powerpc-darwin with undefined symbol (__Unwind_fallback_frame_state_for)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 23:19 --- Patch posted here: . -- What|Removed |Added -

[Bug c++/16882] [4.0 Regression] overloading confused by const vector arguments

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-19 23:23 --- Paolo, this patch is OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16882

[Bug ada/18572] New: Bus error compiling makegpr.adb on Mac OS X 10.3

+===GNAT BUG DETECTED==+ | 4.0.0 20041119 (experimental) (powerpc-apple-darwin7.6.0) Bus error | | Error detected at makegpr.adb:4159:23| Program received signal EXC_BAD_ACCESS, Could not access memory. 0x004e9650 in initializer_zerop

[Bug ada/18572] [4.0 Regression] Bus error compiling makegpr.adb on Mac OS X 10.3

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords|

[Bug ada/18572] [4.0 Regression] Bus error compiling makegpr.adb on Mac OS X 10.3

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19 23:35 --- Hmm, I did get a different ICE before on this file when I was trying to confirm PR 18237 so it might be the same bug, I will let my build go and see what happens. -- What|Removed

[Bug c++/18556] [4.0 Regression] C++ debug is broken

--- Additional Comments From hjl at lucon dot org 2004-11-19 23:39 --- The symptom is that debug information references the symbol which is omittted. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18556

[Bug libobjc/18573] New: libobjc abuses posix thread ids

libobjc currently returns the threads id in multiple places, and assumes that it can return NULL as an identifier for "no thread" but posix thread id's are opqaque, hurd uses a thread id of 0 for the first thread. i'll attach a patch which while still not correct, should show the problem areas, an

[Bug libobjc/18573] libobjc abuses posix thread ids

--- Additional Comments From ratmice at yahoo dot com 2004-11-19 23:49 --- Created an attachment (id=7570) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7570&action=view) hacky patch which changes "No thread" identifier from 0 to -1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug libobjc/18573] libobjc abuses posix thread ids

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-20 00:02 --- Confirmed. Note this patch does not fix the gthr-* file in the gcc directory which are used when building the compiler and libobjc together. (__gthread_objc_thread_detach is the function in gthr-*) Does

[Bug bootstrap/18574] New: bootstrap comprison failed

With gcc 4.0 from CVS at Sat Nov 20 00:13:50 UTC 2004, I got Bootstrap comparison failure! ./fold-const.o differs cp/decl.o differs make[3]: *** [gnucompare] Error 1 make[3]: Leaving directory `/export/build/gnu/gcc/build-x86_64-linux/gcc' make[2]: *** [bootstrap] Error 2 The differences are in d

[Bug libobjc/18575] New: objc_class subclass_list and sibling_class not filled out after dlopen

after dlopen on a shared library with objc classes __objc_resolve_class_links() isn't called until an object is sent a message for the first time or a class poses as another class. i currently call this private function after loading them, but not sure if it could be done in the ctor (if there is

[Bug libobjc/18575] objc_class subclass_list and sibling_class not filled out after dlopen

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-20 01:25 --- Confirmed (I had the testcase for this before). -- What|Removed |Added CC|

[Bug driver/7516] Ambiguous driver behaviour with "-shared -static" cmd line options combination

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-20 01:28 --- I and some others think this should be rejected and the documentation changed. -- What|Removed |Added

[Bug ada/18572] [4.0 Regression] Bus error compiling makegpr.adb on Mac OS X 10.3

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-20 03:12 --- I cannot even get even passed stage1 anymore: gcc -c -g -no-cpp-precomp -DHAVE_DESIGNATED_INITIALIZERS=0 -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -gnatpg -gnata -I- -I. -Iada -I/Users/pinskia/src/lo

[Bug preprocessor/18102] darwin framework header search depends on order of options

--- Additional Comments From ratmice at yahoo dot com 2004-11-20 04:16 --- posted a patch here http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01637.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18102

[Bug tree-optimization/18576] New: missing jump threading because of type changes

struct loop { int depth; struct loop **pred; }; static __inline__ unsigned char flow_loop_nested_p (const struct loop *outer, const struct loop *loop) { return (loop->depth > outer->depth && loop->pred[outer->depth] == outer); } unsigned char flow_bb_inside_loop_p (const struct loop *loop

[Bug tree-optimization/18576] missing jump threading because of type changes

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-20 06:37 --- The corresponding asm for the tcb: cmpw cr7,r3,r4 mr r11,r3 li r10,0 li r3,1 beqlr- cr7 lwz r0,0(r11) lwz r2,0(r4) slwi r9,r0,2 cmpw cr

[Bug tree-optimization/18576] missing jump threading because of type changes

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-20 06:43 --- Oh, even though the asm is fixed on the tcb we are still missing it on the tree level. By the way I noticed this while trying to speedup flow_bb_inside_loop_p in the first place. -- http://gcc.gnu.org

RFC822/M400 Mail Network -- Delivery Report

Not delivered to: [EMAIL PROTECTED] bad address Original-Envelope-Id: in*vsnl*rfc987;419ee9ca43a5000mimey2k X400-Content-Identifier: 041120122258+053 Reporting-MTA: x400; /ADMD=VSNL/C=IN DSN-Gateway: smtp; terminator1.vsnl.net.in Final-Recipient: rfc822; [EMAIL PROTECTED] Action: failed D