[Bug c/36024] Incorrect function name in linking error

--- Comment #3 from ashutosh dot nema at nechclst dot in 2008-04-24 06:55 --- Hi Richard, I agree because its a linking issue but the suggestion preposed by you is not working "" -Wl,--no-demangle to avoid demangling symbols."" when i use -Wl,--no-demangle with gcc it again raise the s

[Bug rtl-optimization/36006] [4.4 regression] invalid rtl sharing with -O2

--- Comment #5 from uros at gcc dot gnu dot org 2008-04-24 04:54 --- Subject: Bug 36006 Author: uros Date: Thu Apr 24 04:53:47 2008 New Revision: 134618 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134618 Log: PR rtl-optimization/36006 * expmed.c (store_fixed_b

[Bug fortran/35994] [4.3/4.4 regression] MAXLOC and MINLOC off by one with mask

--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-04-24 03:55 --- Subject: Bug 35994 Author: jvdelisle Date: Thu Apr 24 03:55:05 2008 New Revision: 134616 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134616 Log: 2008-04-23 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug fortran/35994] [4.3/4.4 regression] MAXLOC and MINLOC off by one with mask

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-04-24 03:49 --- Fixed on 4.4, needs to be backported to 4.3.1 -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/35994] [4.3/4.4 regression] MAXLOC and MINLOC off by one with mask

--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-04-24 03:48 --- Subject: Bug 35994 Author: jvdelisle Date: Thu Apr 24 03:48:00 2008 New Revision: 134615 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134615 Log: 2008-04-23 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug libstdc++/36032] New: -fno-exceptions breaks simple if-statement.

Consider: #include int main() { if(true) try {} catch(int) {} else std::cout << "bla\n"; } When compiled without -fno-exceptions, "bla" is not printed (which is correct). When compiled /with/ -fno-exceptions, "bla" /is/ printed (which is not correct). This appears to be due to

[Bug fortran/35994] [4.3/4.4 regression] MAXLOC and MINLOC off by one with mask

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-04-24 02:04 --- FX, I will test the patch tonight and see how it works and if good, submit to list for approval. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35994

[Bug ada/32181] Legal program executes incorrectly, RM 3.4(27)

--- Comment #4 from anhvofrcaus at gmail dot com 2008-04-24 01:32 --- Samuel: That is exactly my point. Pak1.= operator only operates on T1. The conversion Pak1.T1(Z1) and Pak1.T1(Z2) will drop component F1. Thus, as I said before Pak1.Eq(Pak1.T1(Z1), Pak1.T1(Z2)) always yields True. I

[Bug ada/32181] Legal program executes incorrectly, RM 3.4(27)

--- Comment #3 from ludovic at ludovic-brenta dot org 2008-04-23 23:47 --- Exactly. The quoted portion of the ARM says that Pak2.Eq (Z1, Z2) should implicitly convert Z1 and Z2 to type T1, then call Pak1.Eq, then return True. Instead, it returns False as though GNAT synthesised a new

[Bug ada/32181] Legal program executes incorrectly, RM 3.4(27)

--- Comment #2 from sam at gcc dot gnu dot org 2008-04-23 23:21 --- Anh Vo: I think that you are wrong and that Ludovic is right. Note that Eq (T2, T2) is not a renaming of T2 "=" operator, it is, through inheritance, a renaming of T1 "=" operator with signature function "=" (X, Y : T

[Bug debug/27574] [4.1/4.2/4.3/4.4 Regression] MIssing debug info at -O0 for a local variable in a C++ constructor

--- Comment #22 from pinskia at gcc dot gnu dot org 2008-04-23 23:08 --- (In reply to comment #21) > A patch like this seems like a decent workaround to me. > > Honza, any opinions on this approach? This looks good to me also. -- pinskia at gcc dot gnu dot org changed:

[Bug rtl-optimization/36006] [4.4 regression] invalid rtl sharing with -O2

--- Comment #4 from nightstrike at gmail dot com 2008-04-23 23:04 --- (In reply to comment #3) > > BTW: The testcase doesn't fail for x86_64-linux. Can you please regression > > test the patch (and write a testcase ;) on *-mingw target? > I'm not set up for regtesting on x86_64-mingw32

[Bug target/32871] [avr] Bad optimisation - gcc is pushing too many registers

--- Comment #5 from eric dot weddington at atmel dot com 2008-04-23 22:55 --- Patch causes wrong code regression. See WinAVR bug #1945375 on SourceForge: -- http://gcc.gnu.org/bugzilla/sho

[Bug middle-end/35992] [4.4 Regression] Linux kernel code fails to compile with -Os

--- Comment #6 from ian at airs dot com 2008-04-23 22:46 --- This is fixed by this patch: 2008-04-22 Ian Lance Taylor <[EMAIL PROTECTED]> * fold-const.c (pointer_may_wrap_p): Call int_size_in_bytes rather than size_in_bytes. Sorry about the difficulties. -- ian a

[Bug libstdc++/35954] [4.3/4.4 Regression] cannot build from read-only source tree

--- Comment #3 from rwild at gcc dot gnu dot org 2008-04-23 22:42 --- Subject: Bug 35954 Author: rwild Date: Wed Apr 23 22:41:10 2008 New Revision: 134605 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134605 Log: libstdc++-v3/ PR libstdc++/35954 * include/Makefi

[Bug debug/27574] [4.1/4.2/4.3/4.4 Regression] MIssing debug info at -O0 for a local variable in a C++ constructor

--- Comment #21 from ian at airs dot com 2008-04-23 22:33 --- A patch like this seems like a decent workaround to me. Honza, any opinions on this approach? Ian Index: cgraph.c === --- cgraph.c(revision 134283) +++ cgr

[Bug target/36031] New: ARM -fshort-enums attribute not emitted for Fortran

The -fshort-enums option emits a note in the object file that the linker can use to detect mismatches. It does not work for Fortran; the "int-sized enums" attribute is emitted with or without -fshort-enums. -- Summary: ARM -fshort-enums attribute not emitted for Fortran Pr

[Bug bootstrap/36027] Build does not properly detect gmp and mpfr

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-04-23 22:04 --- gcc-4.3.0/libstdc++-v3/include/precompiled/stdc++.h -o i686-pc-linux-gnu/bits/stdc++.h.gch/O0g.gch /home/jrevans/src/COTS-Build/build_src/gcc-4.3.0-BUILD/./gcc/cc1plus: error while loading shared libraries: libmpfr.s

[Bug c/36024] Incorrect function name in linking error

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-04-23 22:01 --- Also by the way any name that starts with two underscores is in the reserved implementation namespace so demangling to something weird is ok. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36024

[Bug ada/32181] Legal program executes incorrectly, RM 3.4(27)

--- Comment #1 from anhvofrcaus at gmail dot com 2008-04-23 21:59 --- The GNAT behaves correctly by printing FAILED because the test code has a problem. When converting Child type to the Parent type, any component(s) of the Child type will be lost. Therefore, Pak1.Eq(Pak1.T1(Z1), Pak1.T1

[Bug other/36030] Throwing exceptions in multiple threads leads to spinning in call to _Unwind_Find_FDE

--- Comment #3 from an at atrn dot org 2008-04-23 21:36 --- Note for repro using glibc, the test program uses the BSD err() function to report errors and quit. A quick look at glibc's manual says it has a compatible err() function but declared in error.h not err.h as in BSD. -- an a

[Bug tree-optimization/34265] Missed optimizations

--- Comment #33 from dominiq at lps dot ens dot fr 2008-04-23 21:26 --- Created an attachment (id=15523) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15523&action=view) induct.f90 variants and their diff with the original file The original diff's have space problems. -- http

[Bug c++/36030] Throwing exceptions in multiple threads leads to spinning in call to _Unwind_Find_FDE

--- Comment #2 from an at atrn dot org 2008-04-23 21:25 --- Created an attachment (id=15522) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15522&action=view) Patch to protect against concurrent modifications to frame cache Simple fix that applies coarse-grained locking around the

[Bug c++/36030] Throwing exceptions in multiple threads leads to spinning in call to _Unwind_Find_FDE

--- Comment #1 from an at atrn dot org 2008-04-23 21:22 --- Created an attachment (id=15521) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15521&action=view) test program Test program to demonstrate issue -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36030

[Bug c++/36030] New: Throwing exceptions in multiple threads leads to spinning in call to _Unwind_Find_FDE

gcc/unwind-dw2-fde-glibc.c maintains a cache of frames via its dl_iterate_phdr callback but doesn't protect against multiple threads modifying that cache concurrently. A simple test program that starts N threads, all of which immediately throw, often, but not always (as such races are prone to beh

[Bug fortran/35990] run-time abort for PACK of run-time zero sized array

--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-04-23 20:32 --- Created an attachment (id=15520) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15520&action=view) (first) patch This fixes the test case, at least, and passes a test of all *pack* test cases. I'll have to see

[Bug rtl-optimization/36006] [4.4 regression] invalid rtl sharing with -O2

-- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com |dot org |

[Bug translation/35177] Error in the french traduction

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-04-23 19:29 --- Fixed sent to TP, closing this report. Thanks again! -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/28662] fpp call of gfortran: -traditional-cpp versus newer macros like #x

--- Comment #5 from burnus at gcc dot gnu dot org 2008-04-23 19:29 --- Additional point, one needs to take care also of continuation lines of the following kind. This should print "Hello Paul" and not "Hello Hans". #define Paul Hans ! Paul's string print *,'Hello & &Paul' end --

[Bug fortran/36029] New: Off-by-one runtime bounds checking message

$ cat > a.f90 program test integer, dimension(:), allocatable :: x allocate(x(10)) call use_array(x) contains subroutine use_array(x) integer, dimension(:), intent(in) :: x integer, dimension(20) :: y y = x end subroutine use_array end program $ g

[Bug tree-optimization/36006] [4.4 regression] invalid rtl with -O2

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-04-23 18:27 --- > BTW: The testcase doesn't fail for x86_64-linux. Can you please regression > test the patch (and write a testcase ;) on *-mingw target? I'm not set up for regtesting on x86_64-mingw32 (nor on 32-bit mingw32, i

[Bug c/36028] [IRA] ICE in reload_cse_simplify_operands

--- Comment #2 from aldot at gcc dot gnu dot org 2008-04-23 17:30 --- Created an attachment (id=15519) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15519&action=view) original testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028

[Bug c/36028] [IRA] ICE in reload_cse_simplify_operands

--- Comment #1 from aldot at gcc dot gnu dot org 2008-04-23 17:30 --- Created an attachment (id=15518) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15518&action=view) slightly reduced testcase from bash -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028

[Bug c/36028] New: [IRA] ICE in reload_cse_simplify_operands

ira branch, rev134590, building bash-3.2 gives: gcc -w -c -o subst.o subst.12.i -O3 -fira subst.12.i: In function 'parameter_brace_substring': subst.12.i:73: error: insn does not satisfy its constraints: (insn 243 14 244 2 subst.12.i:53 (set (mem/c:TI (plus:SI (reg/f:SI 6 bp) (cons

[Bug tree-optimization/36006] [4.4 regression] invalid rtl with -O2

--- Comment #2 from ubizjak at gmail dot com 2008-04-23 17:28 --- Index: expmed.c === --- expmed.c(revision 134561) +++ expmed.c(working copy) @@ -976,7 +976,10 @@ store_fixed_bit_field (rtx op0, unsigned }

[Bug rtl-optimization/36008] [4.3/4.4 Regression] Function produces wrong results when inlined.

--- Comment #10 from jakub at gcc dot gnu dot org 2008-04-23 16:53 --- And one with just one inlined fn: extern void abort (void); void __attribute__ ((noinline)) bar (int m[3][3], int a[3][3], int b[3][3]) { int i, j; for (i = 0; i < 3; i++) for (j = 0; j < 3; j++) m[i][j

[Bug c++/33486] namespace association doesn't handle parallel namespaces

--- Comment #11 from bkoz at gcc dot gnu dot org 2008-04-23 16:40 --- fixed on trunk and gcc-4_3-branch -- bkoz at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/36008] [4.3/4.4 Regression] Function produces wrong results when inlined.

--- Comment #9 from jakub at gcc dot gnu dot org 2008-04-23 16:35 --- Even more simplified testcase, with just one CU. Works at -O0/-O/-O2, fails at -O{,2} -funroll-loops or -O3. extern void abort (void); void __attribute__ ((noinline)) bar (int m[3][3], int a[3][3], int b[3][3]) { i

[Bug bootstrap/36027] Build does not properly detect gmp and mpfr

--- Comment #1 from jrevans1 at earthlink dot net 2008-04-23 15:41 --- Created an attachment (id=15517) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15517&action=view) Build log with error at end. A gzipped text file of the build output. -- http://gcc.gnu.org/bugzilla/show_b

[Bug bootstrap/36027] New: Build does not properly detect gmp and mpfr

I have a very clean build environment with a minimalistic set of env vars. My system (RHEL4) did not have an existsing gmp and mpfr, so I build them using the standard steps and installed them to a local directory. I configured gcc the first time and forgot to point to where gmp and mpfr were and

[Bug c/36026] optimized code returns different results

--- Comment #8 from l dot jirkovsky at gmail dot com 2008-04-23 15:18 --- Thanks a lot. Actually I'm a very beginner in C++ and I don't understand this code a lot. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36026

[Bug c/36026] optimized code returns different results

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-04-23 14:48 --- Btw: gcc-4.3 -o t test_simple.c -O2 -Wstrict-overflow test_simple.c: In function 'v_bignum_square_half': test_simple.c:96: warning: assuming signed overflow does not occur when simplifying conditional to constant

[Bug c/36026] optimized code returns different results

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-04-23 14:32 --- -fno-tree-vrp "fixes" it, but D.2830_35: [0, 65535] D.2839_49: [0, 65535] D.2840_56: [0, +INF(OVF)] D.2829_34 = *D.2828_33; D.2830_35 = (int) D.2829_34; ... D.2838_48 = *D.2837_47; D.2839_49 = (int) D.2838

[Bug c/36026] optimized code returns different results

--- Comment #5 from jakub at gcc dot gnu dot org 2008-04-23 14:26 --- Looking at it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36026

[Bug c/36026] optimized code returns different results

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-23 14:16 --- ok, there are subtle differences (too large number to look at), but which is correct, which is incorrect? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36026

[Bug c/36026] optimized code returns different results

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-04-23 14:15 --- What is correct, what is incorrect output? I get the same output 0x91F915BFDFAA69101B4D0720E517E6EAFAF7B231ADFFBBCDA5D630F51644A3466EC239357DA5989680018670CAAA4CA9CF5383B2E71A933A5608E3155DFF5071 for 3.3, 4.1, 4.2

[Bug middle-end/32624] r126198 causes tramp3d slowdown w/o leafify

--- Comment #10 from rguenth at gcc dot gnu dot org 2008-04-23 14:10 --- Fixed for GCC 4.4.0. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/32921] [4.3/4.4 Regression] Revision 126326 causes 12% slowdown

--- Comment #42 from rguenth at gcc dot gnu dot org 2008-04-23 14:09 --- Likely fixed on the mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921

[Bug tree-optimization/32921] [4.3/4.4 Regression] Revision 126326 causes 12% slowdown

--- Comment #41 from rguenth at gcc dot gnu dot org 2008-04-23 14:09 --- Subject: Bug 32921 Author: rguenth Date: Wed Apr 23 14:08:25 2008 New Revision: 134598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134598 Log: 2008-04-23 Richard Guenther <[EMAIL PROTECTED]>

[Bug middle-end/32624] r126198 causes tramp3d slowdown w/o leafify

--- Comment #9 from rguenth at gcc dot gnu dot org 2008-04-23 14:09 --- Subject: Bug 32624 Author: rguenth Date: Wed Apr 23 14:08:25 2008 New Revision: 134598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134598 Log: 2008-04-23 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug tree-optimization/27799] adding unused char field inhibits optimization

--- Comment #10 from rguenth at gcc dot gnu dot org 2008-04-23 14:09 --- Subject: Bug 27799 Author: rguenth Date: Wed Apr 23 14:08:25 2008 New Revision: 134598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134598 Log: 2008-04-23 Richard Guenther <[EMAIL PROTECTED]>

[Bug tree-optimization/27799] adding unused char field inhibits optimization

--- Comment #10 from rguenth at gcc dot gnu dot org 2008-04-23 14:09 --- Subject: Bug 27799 Author: rguenth Date: Wed Apr 23 14:08:25 2008 New Revision: 134598 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134598 Log: 2008-04-23 Richard Guenther <[EMAIL PROTECTED]>

[Bug target/36015] [4.3/4.4 Regression] -mregparm and fn decls without arguments

-- 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 c/36021] [4.3/4.4 Regression] __attribute__((alloc_size(n))) with function of no arguments causes gcc to segfault

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-04-23 13:56 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c/36021] [4.3/4.4 Regression] __attribute__((alloc_size(n))) with function of no arguments causes gcc to segfault

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-04-23 13:53 --- Subject: Bug 36021 Author: rguenth Date: Wed Apr 23 13:52:46 2008 New Revision: 134596 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134596 Log: 2008-04-23 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug target/35965] -fstack-protector produces segfaulting binaries on arm/armel

--- Comment #3 from riku dot voipio at iki dot fi 2008-04-23 13:49 --- This is also reproducible with codesourcery 2008q1 Using built-in specs. Target: arm-none-linux-gnueabi Configured with: /scratch/sandra/lite/src/gcc-4.2/configure --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu -

[Bug c/36021] [4.3/4.4 Regression] __attribute__((alloc_size(n))) with function of no arguments causes gcc to segfault

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-23 13:48 --- Subject: Bug 36021 Author: rguenth Date: Wed Apr 23 13:47:38 2008 New Revision: 134595 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134595 Log: 2008-04-23 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug target/36015] [4.3/4.4 Regression] -mregparm and fn decls without arguments

--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-23 13:29 --- I've instead regtested: --- gcc/config/i386/i386.c.jj 2008-04-01 13:34:27.0 +0200 +++ gcc/config/i386/i386.c 2008-04-23 13:38:14.0 +0200 @@ -3501,7 +3501,7 @@ init_cumulative_args (CUMULATIVE_ARG

[Bug target/36015] [4.3/4.4 Regression] -mregparm and fn decls without arguments

--- Comment #3 from hjl dot tools at gmail dot com 2008-04-23 13:07 --- (In reply to comment #2) > Caused I believe by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124835 > likely together with http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01511.html > While in 4.2 functions with fnty

[Bug c/36026] optimized code returns different results

--- Comment #2 from l dot jirkovsky at gmail dot com 2008-04-23 11:37 --- thanks to Ketling (one guy who helps me with identifying the bug) there is more progress: high = (uv & 0x8000) != 0; is always zero. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36026

[Bug c/36026] optimized code returns different results

--- Comment #1 from l dot jirkovsky at gmail dot com 2008-04-23 11:28 --- Created an attachment (id=15516) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15516&action=view) test code from verse -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36026

[Bug c/36026] New: optimized code returns different results

Hi, I've code from verse (http://verse.blender.org/) which returns different results when run with optimizations. Steps to reproduce: run gcc test_simple.c then run compiled program and see what it prints. compile it with gcc -O2 (or higher). Resulting executable returns different result. Tested

[Bug rtl-optimization/36008] [4.3/4.4 Regression] Function produces wrong results when inlined.

--- Comment #8 from rguenth at gcc dot gnu dot org 2008-04-23 11:02 --- This goes wrong somewhere during RTL optimization. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/36015] [4.3/4.4 Regression] -mregparm and fn decls without arguments

--- Comment #2 from jakub at gcc dot gnu dot org 2008-04-23 10:45 --- Caused I believe by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124835 likely together with http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01511.html While in 4.2 functions with fntype without TYPE_ARG_TYPES (i.e. !

[Bug target/35982] [4.3 regression] ICE while building mplayer on ppc with -O3 -ffast-math -mcpu=970

--- Comment #5 from irar at gcc dot gnu dot org 2008-04-23 10:08 --- Subject: Bug 35982 Author: irar Date: Wed Apr 23 10:08:01 2008 New Revision: 134588 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134588 Log: PR tree-optimization/35982 * tree-vect-analyze.c (v

[Bug middle-end/36008] Function produces wrong results when inlined.

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-04-23 10:03 --- Created an attachment (id=15515) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15515&action=view) simplified bravais.c gcc -c mathfunc.c gcc -o t.ok bravais.c mathfunc.o -O gcc -o t.fail bravais.c mathfunc.o -

[Bug target/36018] [4.3/4.4 Regression] powerpc64: ICE in copy_to_mode_reg, at explow.c:621

--- Comment #3 from jakub at gcc dot gnu dot org 2008-04-23 09:49 --- Can't reproduce this with current 4.3 branch nor trunk, x86_64-linux -> ppc64-linux cross. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36018

[Bug c/36021] [4.3/4.4 Regression] __attribute__((alloc_size(n))) with function of no arguments causes gcc to segfault

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-04-23 09:38 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug c++/20624] [4.0 Regression] wrong "control reaches end of non-void function" warning

--- Comment #27 from pluto at agmk dot net 2008-04-23 09:24 --- (In reply to comment #26) > tested on gcc-4.3-svn20080417 fails also on 4.1 and 4.2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20624

[Bug c/36024] Incorrect function name in linking error

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-23 08:56 --- Because the linker demangles symbols and __ct__3abcFv is the mangled form of abc::__ct(void). Note this is a linker issue and if at all should be filed with the binutils bugzilla. You can use -Wl,--no-demangle to a

[Bug c/36021] [4.3/4.4 Regression] __attribute__((alloc_size(n))) with function of no arguments causes gcc to segfault

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-23 08:54 --- Confirmed. Testcase: char *foo() __attribute__((alloc_size(2))); -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/35994] [4.3/4.4 regression] MAXLOC and MINLOC off by one with mask

--- Comment #5 from fxcoudert at gcc dot gnu dot org 2008-04-23 08:11 --- It's not about constantness, but about creating a temporary or not. The following testcase uses a constant mask and it still gives the right answer: REAL DDA(100) logical, parameter :: mask(1:100) = (

[Bug other/36025] New: "cpu_set_t" not declared in "OS_Interface" compilation problem on alpha

Here are the last few lines of my build.log. /data/cvs/devel/gcc/gcc-4.3.0-20080416/obj-alpha-redhat-linux/./gcc/xgcc -B/data/cvs/devel/gcc/gcc-4.3.0-20080416/obj-alpha-redhat-linux/./gcc/ -B/usr/alpha-redhat-linux/bin/ -B/usr/alpha-redhat-linux/lib/ -isystem /usr/alpha-redhat-linux/include -isyst

[Bug c/36024] New: Incorrect function name in linking error

gcc compiler does not give the correct function name in error test case:: struct abc { int xx; }; extern void *__nw__FUi (unsigned); extern struct abc *__ct__3abcFv (struct abc *); int main (void) { auto struct abc obj; __ct__3abcFv ((&obj)); return (obj.xx); } struct abc * __ct__3abcF

[Bug c/34389] -Wconversion produces wrong warning

--- Comment #9 from rainy6144 at gmail dot com 2008-04-23 07:20 --- Does the patch also fix the warning for conditional expressions? For example: short f(int cond, short x, short y) { return cond ? x : y; } -- rainy6144 at gmail dot com changed: What|Removed