[Bug bootstrap/39739] Bootstrapping with in-tree mpfr-2.4.1 and --with-gmp=... errors

--- Comment #3 from ghazi at gcc dot gnu dot org 2009-04-25 05:55 --- Subject: Bug 39739 Author: ghazi Date: Sat Apr 25 05:55:24 2009 New Revision: 146758 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146758 Log: PR bootstrap/39739 * configure.ac (extra_mpfr_con

[Bug fortran/39890] Link of a large application fails with spurious multiple symbol definition

--- Comment #3 from craig dot powers at gmail dot com 2009-04-25 05:29 --- (In reply to comment #0) Compiler invocation for each source file: /usr/gcc44/bin/gfortran -c -fbacktrace -x f95-cpp-input -DF2003 -DF2003_NO_ASSOCIATE (source file) -- http://gcc.gnu.org/bugzilla/show_bug

[Bug fortran/39890] Link of a large application fails with spurious multiple symbol definition

--- Comment #2 from craig dot powers at gmail dot com 2009-04-25 05:25 --- (In reply to comment #0) Also, I omitted the link invocation: gfortran -O3 -o (exe_name) (big honkin' list of object files) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39890

[Bug fortran/39890] Link of a large application fails with spurious multiple symbol definition

--- Comment #1 from craig dot powers at gmail dot com 2009-04-25 05:23 --- (In reply to comment #0) I neglected to give my compiler info... /usr/gcc44/bin/gfortran -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.4.0/configure --prefix=/usr/gcc44 --e

[Bug fortran/39890] New: Link of a large application fails with spurious multiple symbol definition

I attempted to build my research group's molecular simulation code. Compiling appears to proceed normally, but linking fails with a string of spurious multiple definition errors, e.g. nucleation.o(.bss+0x0): multiple definition of `__nucleation_MOD_atomicpress' nucleation.o(.bss+0x0): first define

[Bug bootstrap/39739] Bootstrapping with in-tree mpfr-2.4.1 and --with-gmp=... errors

--- Comment #2 from ghazi at gcc dot gnu dot org 2009-04-25 04:10 --- Subject: Bug 39739 Author: ghazi Date: Sat Apr 25 04:10:29 2009 New Revision: 146755 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146755 Log: PR bootstrap/39739 * configure.ac (extra_mpfr_con

[Bug bootstrap/39739] Bootstrapping with in-tree mpfr-2.4.1 and --with-gmp=... errors

--- Comment #1 from ghazi at gcc dot gnu dot org 2009-04-25 03:24 --- Subject: Bug 39739 Author: ghazi Date: Sat Apr 25 03:24:17 2009 New Revision: 146754 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146754 Log: PR bootstrap/39739 * configure.ac (extra_mpfr_con

[Bug c/39889] [4.4 Regression] Bogus -Wunused-value warning

-- 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/39889] New: [4.4 Regression] Bogus -Wunused-value warning

/* { dg-do compile } */ /* { dg-options "-Wunused-value" } */ int x; int foo (void) { return (1 ? x = 0 : (void) 0), 0; /* { dg-bogus "value computed is not used" } */ } warns in 4.4, didn't warn in 4.3 (pre-tuples merge) and doesn't warn in 4.4 (since r145254). I have a patch. --

[Bug fortran/39879] [4.3/4.4/4.5 Regression] double free or corruption abort with gfortran

-- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot |

[Bug middle-end/38846] [Graphite] 70% slower using -floop* than without graphite (gas_dyn of Polyhedron)

--- Comment #5 from burnus at gcc dot gnu dot org 2009-04-24 21:38 --- Current gas_dyn runtime: 16.161 - 4.5, graphite (options, see comment 0) 13.122 - 4.5, no graphite -> Now 20% slower 16.399 - 4.4, graphite (Why the run time is longer than in January, I don't understand; the co

[Bug middle-end/27663] missed-optimization transforming a byte array to unsigned long

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-24 20:43 --- Maybe it fits within the byteswap recognition pass (certainly the loads may be because on-the-fly byteswap is requested). -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

--- Comment #26 from carlos at codesourcery dot com 2009-04-24 20:41 --- Action items left: 1) Checkin a patch to libc-ports to define __signbitl as an alias of __signbit on hppa. * Done: http://sourceware.org/ml/glibc-cvs/2009-q2/msg00277.html 2) Someone please add a stub to libstdc+

[Bug middle-end/27663] missed-optimization transforming a byte array to unsigned long

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-24 20:39 --- It's a target independent issue. On non-strict alignment targets we can do a 32bit load instead of 4 byte loads. This is what you ask for, correct? combine unfortunately does not see enough insns to catch it. Wit

[Bug libstdc++/39491] [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++ not exported anymore

--- Comment #25 from carlos at codesourcery dot com 2009-04-24 20:31 --- Jakub's patch works for me on HPPA, and correctly exports the *l prototypes with __NO_LONG_DOUBLE_MATH set. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39491

[Bug target/27663] missed-optimization transforming a byte array to unsigned long

--- Comment #3 from urjaman at gmail dot com 2009-04-24 20:24 --- Confirmed on 4.3.2 - it's a bit different and actually worse (longer): (Please add 4.3.2 to known to fail - i cant) : 0: e8 2f mov r30, r24 2: f9 2f mov r31, r25 4: 21 81

[Bug fortran/39688] IMPORT of derived type fails

--- Comment #2 from janus at gcc dot gnu dot org 2009-04-24 19:20 --- Mine. The fix is completely trivial: Index: gcc/fortran/decl.c === --- gcc/fortran/decl.c (Revision 146676) +++ gcc/fortran/decl.c (Arbeitskopie) @@ -2

[Bug c++/38841] valgrind finds problem for broken C++ code

--- Comment #2 from dcb314 at hotmail dot com 2009-04-24 18:54 --- (In reply to comment #1) > With 4.5.0 snapshot (r146637) valgrind shows no errors for both utf16-4.C and > utf32-4.C. Closing for now, please reopen if you can reproduce it. I can reproduce it with the snapshot 20090423

[Bug other/39888] New: TLS emutls not linked to automatically on Darwin

Using thread local storage (e.g. OpenMP ThreadPrivate variables) on Darwin requires manually linking to TLS emutls, via either -lgcc_s.so.1 or -lgcc_eh See the threads: http://gcc.gnu.org/ml/gcc/2008-12/msg00145.html http://gcc.gnu.org/ml/gcc/2008-12/msg00107.html >From the above threads, this is

[Bug fortran/39879] double free or corruption abort with gfortran

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

[Bug fortran/39688] IMPORT of derived type fails

--- Comment #1 from janus at gcc dot gnu dot org 2009-04-24 17:59 --- Confirmed. Here is a reduced test case, which does not have the problem with T2 discussed in comment #0, but still fails with the same error message: MODULE MOD TYPE T1 TYPE(T1), POINTER :: P END TYPE END PRO

[Bug fortran/39879] double free or corruption abort with gfortran

--- Comment #6 from kargl at gcc dot gnu dot org 2009-04-24 17:59 --- The problem is due to the null() in character(200), pointer :: descrip => null() If you comment out this statement or remove '=> null()', then the code compiles and runs. A slighly reduced testcase is module

[Bug c++/38841] valgrind finds problem for broken C++ code

--- Comment #1 from lauras at gcc dot gnu dot org 2009-04-24 17:00 --- With 4.5.0 snapshot (r146637) valgrind shows no errors for both utf16-4.C and utf32-4.C. Closing for now, please reopen if you can reproduce it. -- lauras at gcc dot gnu dot org changed: What|Remo

[Bug target/39856] [4.4/4.5 Regression] ICE in subst_stack_regs_pat, at reg-stack.c:1386

--- Comment #7 from vmakarov at redhat dot com 2009-04-24 15:53 --- In gcc4.4 we have before reg-stack.c (insn 96 82 97 4 /home/vmakarov/build/bb.ii:8 (parallel [ (set (mem/c:SI (plus:SI (reg/f:SI 7 sp) (const_int 28 [0x1c])) [0 S4 A32])

[Bug tree-optimization/39870] VRP can't see through cast to unsigned

--- Comment #14 from rguenth at gcc dot gnu dot org 2009-04-24 16:47 --- May be worth fixing this simple case without fully fixing PR30318. Like with Index: tree-vrp.c === --- tree-vrp.c (revision 146590) +++ tree-vrp.c

[Bug tree-optimization/39870] VRP can't see through cast to unsigned

--- Comment #13 from rguenth at gcc dot gnu dot org 2009-04-24 16:41 --- : x_11 = ASSERT_EXPR ; x.0_3 = (unsigned int) x_11; D.1241_4 = x.0_3 + 0x0; if (D.1241_4 > 9) x.0_3: [1, 10] D.1241_4: [0, +INF] so it's only only the usual case of not handling overflow properly

[Bug target/38571] [arm] -mthumb generates unnecessary padding between functions

--- Comment #7 from ramana at gcc dot gnu dot org 2009-04-24 16:00 --- (In reply to comment #6) > The reason why this happens is because FUNCTION_BOUNDARY is defined as just 32 > for both arm and thumb mode. > FUNCTION_BOUNDARY should be 32 for ARM mode and 16 for Thumb mode as defined

[Bug tree-optimization/39870] VRP can't see through cast to unsigned

--- Comment #12 from ebotcazou at gcc dot gnu dot org 2009-04-24 16:15 --- > The folded a >= C1 && a <= C2 case is correctly handled by VRP btw (I added > that long time ago). e...@atlantis:~/build/gcc/native32> cat t.c extern void link_failure (void); static int __attribute__ ((noinl

[Bug bootstrap/39645] genattrtab.c does not compile under sparc Linux

--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2009-04-24 15:41 --- Subject: Re: genattrtab.c does not compile under sparc Linux michael dot a dot richmond at nasa dot gov writes: > I have not investigated further Ok, thanks. The question was addressed more to Laurent,

[Bug c/39886] [4.5 Regression] ICE in purge_dead_edges, at cfgrtl.c:2274

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-04-24 15:41 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug bootstrap/39645] genattrtab.c does not compile under sparc Linux

--- Comment #3 from michael dot a dot richmond at nasa dot gov 2009-04-24 15:37 --- (In reply to comment #2) > Happens on sparc-sun-solaris2.11 as well, so this seems to be a generic sparc > issue. Have you investigated further yet? Otherwise, I can start a reghunt > to > find the cu

[Bug c++/39887] New: g++ incorrectly reports type error when calling spu_promote()

$ cat break.cpp #include void f(unsigned int ui1) { vec_uint4 iv1 = spu_promote (ui1, 0); } $ spu-elf-g++ break.cpp -c break.cpp: In function ‘void f(unsigned int)’: break.cpp:4: note: use -flax-vector-conversions to permit conversions between vectors with differing element types or numb

[Bug bootstrap/39645] genattrtab.c does not compile under sparc Linux

--- Comment #2 from ro at gcc dot gnu dot org 2009-04-24 15:34 --- Happens on sparc-sun-solaris2.11 as well, so this seems to be a generic sparc issue. Have you investigated further yet? Otherwise, I can start a reghunt to find the culprit patch. -- http://gcc.gnu.org/bugzilla/sho

[Bug middle-end/39885] Missed fre optimization

--- Comment #7 from rguenth at gcc dot gnu dot org 2009-04-24 15:30 --- But in the end the different types are really the problem. Several issues in the value-numberer though: - throwing stmts are not value numbered - pointers are needlessly value numbered with their types - referen

[Bug middle-end/39885] Missed fre optimization

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-24 15:16 --- One thing is that for Java likely SCCVN isn't very effective for loads/stores as: else if (!gimple_has_lhs (stmt) || gimple_has_volatile_ops (stmt) || stmt_could_throw_p (stmt))

[Bug c/39886] New: ICE in purge_dead_edges, at cfgrtl.c:2274

reg...@john-home:~/volatile/tmp147$ current-gcc -O2 small.c -Wall -c small.c: In function ‘uint8func’: small.c:9: internal compiler error: in purge_dead_edges, at cfgrtl.c:2274 Please submit a full bug report, with preprocessed source if appropriate. See for instructi

[Bug middle-end/39885] Missed fre optimization

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-24 15:00 --- : # VUSE <.MEMD.1098_46(D)> D.254_7 = mmD.199; #ref#1#5D.258_8 = D.254_7; # D.270_1 = PHI <0(2), D.270_40(6)> # D.260_2 = PHI <0(2), D.260_42(6)> *.LJpc=1008L.0: D.262_14 = (struct java.lang.ObjectD.33 *

[Bug middle-end/39885] Missed fre optimization

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-04-24 14:52 --- # VUSE <.MEMD.1167_170> D.827_47 = #ref#1#4.23D.819_42->lengthD.194; D.828_49 = (unsigned intD.6) D.827_47; if (D.828_49 <= 2) goto ; else goto ; : # VUSE <.MEMD.1167_170> _Jv_ThrowBadArrayInde

[Bug c++/17395] [4.5 Regression] Incorrect lookup for parameters

-- 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 middle-end/39885] Missed fre optimization

--- Comment #3 from aph at gcc dot gnu dot org 2009-04-24 14:46 --- Created an attachment (id=17689) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17689&action=view) Source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39885

[Bug middle-end/39885] Missed fre optimization

--- Comment #2 from aph at gcc dot gnu dot org 2009-04-24 14:45 --- Created an attachment (id=17688) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17688&action=view) Smaller class file -- aph at gcc dot gnu dot org changed: What|Removed |Adde

[Bug middle-end/39885] Missed fre optimization

--- Comment #1 from aph at gcc dot gnu dot org 2009-04-24 14:42 --- Created an attachment (id=17687) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17687&action=view) Class file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39885

[Bug middle-end/39885] New: Missed fre optimization

In this case, fre does notnotice some equivalences. -- Summary: Missed fre optimization Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at

[Bug fortran/39879] double free or corruption abort with gfortran

--- Comment #5 from david dot sagan at gmail dot com 2009-04-24 14:27 --- Sorry. I was going by the documentation on the link ("crashes, loss of data, severe memory leak"). Thanks for the information. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39879

[Bug fortran/39879] double free or corruption abort with gfortran

--- Comment #4 from kargl at gcc dot gnu dot org 2009-04-24 14:17 --- This is a fortran problem. It will never be given a Severity of Critical or Major, which are typically used by the GCC developers to denote bootstrap problems or a problems with the C compiler. -- kargl at gcc dot

[Bug c++/39884] New: undefined reference

hi I am getting following error. Can any one knows why it is? [clusu...@vlsiserver mod_lbm1]$ g++ -o testmain testmain.cpp /tmp/ccQqRHb8.o(.text+0x17c): In function `main': : undefined reference to `Preprocess(int&, int&, int&, Input*, char*)' /tmp/ccQqRHb8.o(.text+0x18d): In function `main': :

[Bug fortran/39879] double free or corruption abort with gfortran

--- Comment #3 from david dot sagan at gmail dot com 2009-04-24 13:06 --- Corrected severity. -- david dot sagan at gmail dot com changed: What|Removed |Added

[Bug preprocessor/39883] New: preprocessor fails with myassertion

glib-2.16.1 fails to compile in scannerapi.c and produces "internal compiler error". I've dramatically reduced the test case, here it is: - scannerapi.c - scannerapi.i - stderr - command used: gcc -v -save-temps -o scannerapi.o -c scannerapi.c >& stderr - scannerapi.c (start) #def

[Bug fortran/39876] module procedure name that collides with the GNU intrinsic

--- Comment #3 from dominiq at lps dot ens dot fr 2009-04-24 12:32 --- > This patch allows the code in comment #2 to compile with -std=f95. > Don't know if it is correct. > ... This will remove diagnostic, but not the cause. I think the problem comes from redundant information that are

[Bug middle-end/39867] [4.4/4.5 Regression] Wrong result of conditional operator exp < 2 ? 2U : (unsigned int) exp

--- Comment #5 from bonzini at gnu dot org 2009-04-24 11:35 --- Subject: Bug 39867 Author: bonzini Date: Fri Apr 24 11:34:59 2009 New Revision: 146702 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146702 Log: 2009-04-24 Paolo Bonzini PR middle-end/39867 * fo

[Bug middle-end/39867] [4.4/4.5 Regression] Wrong result of conditional operator exp < 2 ? 2U : (unsigned int) exp

--- Comment #5 from bonzini at gnu dot org 2009-04-24 11:35 --- Subject: Bug 39867 Author: bonzini Date: Fri Apr 24 11:34:59 2009 New Revision: 146702 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146702 Log: 2009-04-24 Paolo Bonzini PR middle-end/39867 * fo

[Bug middle-end/39867] [4.4/4.5 Regression] Wrong result of conditional operator exp < 2 ? 2U : (unsigned int) exp

--- Comment #4 from bonzini at gnu dot org 2009-04-24 10:29 --- Subject: Bug 39867 Author: bonzini Date: Fri Apr 24 10:29:18 2009 New Revision: 146695 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146695 Log: 2009-04-24 Paolo Bonzini PR middle-end/39867 * fo

[Bug libstdc++/39882] New: error_code constructor and assignment postconditions not met

This is the same problem as 39881, but for error_code. The constructor and assignment operator that take a ErrorCodeEnum both have the postcondition: *this == make_error_code(e). The system_error header as of 4.4.0 does not meet this postcondition, because it always initialises the error_code usin

[Bug libstdc++/39881] New: error_condition constructor and assignment postconditions not met

The constructor and assignment operator that take a ErrorConditionEnum both have the postcondition: *this == make_error_condition(e). The system_error header as of 4.4.0 does not meet this postcondition, because it always initialises the error_condition using the generic_category(). The following

[Bug libstdc++/39880] New: Specialisation is_error_code_enum should not exist

The system_error header incorrectly provides the specialisation: template<> struct is_error_code_enum : public true_type { }; Only is_error_condition_enum should be specialised. The spurious specialisation causes the following code to fail to compile: #include int main() { std

[Bug c++/39875] [4.5 regression] Wrong "value computed is not used" warning

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39875

[Bug middle-end/28685] Multiple comparisons are not simplified

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-04-24 09:24 --- *** Bug 39874 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/39874] [4.4 regression] missing VRP (submission)

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-04-24 09:24 --- *** This bug has been marked as a duplicate of 28685 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/28685] Multiple comparisons are not simplified

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-04-24 09:24 --- Another case: void func(); void test(char *signature) { char ch = signature[0]; if (ch == 15 || ch == 3) { if (ch == 15) func(); } } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28685

[Bug tree-optimization/39870] VRP can't see through cast to unsigned

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Keywords||missed-op

[Bug tree-optimization/39870] VRP can't see through cast to unsigned

--- Comment #11 from rguenth at gcc dot gnu dot org 2009-04-24 09:21 --- The folded a >= C1 && a <= C2 case is correctly handled by VRP btw (I added that long time ago). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/39871] [4.3/4.4/4.5 regression] CSE doesn't work

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||missed-optimization Target Milestone|--- |4

[Bug target/33036] LINUX_DYNAMIC_LINKER undefined in gcc-4.2.1/gcc/config/arm/linux-elf.h

--- Comment #3 from ramana at gcc dot gnu dot org 2009-04-24 09:05 --- (In reply to comment #2) > Does this mean the target "arm-none-uclinux" is unsupported? > > I checked again, using (binutils-2.17 and) gcc-4.3.3 from mirror site > ftp://ftp.gwdg.de/pub/misc/gcc/releases/gcc-4.3.3/gc

[Bug fortran/39879] double free or corruption abort with gfortran

--- Comment #2 from dominiq at lps dot ens dot fr 2009-04-24 08:54 --- Confirmed for gfortran 4.3.3, 4.4.0, and trunk; no error with 4.2.3. g95 0.91 gives: Setting bunch_params 113 113 Have set After 1st set Setting bunch_params 113 113 Have set End Remaining memory: 10848 bytes

[Bug fortran/39864] [4.5 Regression] INTRINSIC :: RESHAPE causes spurious error

--- Comment #4 from janus at gcc dot gnu dot org 2009-04-24 08:39 --- Fixed by r146677. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39861] [4.5 Regression] ICE with INTRINSIC in module: write_symbol(): bad module symbol

--- Comment #5 from janus at gcc dot gnu dot org 2009-04-24 08:39 --- Fixed by r146677. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39864] [4.5 Regression] INTRINSIC :: RESHAPE causes spurious error

--- Comment #3 from janus at gcc dot gnu dot org 2009-04-24 08:34 --- Subject: Bug 39864 Author: janus Date: Fri Apr 24 08:34:14 2009 New Revision: 146677 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146677 Log: 2009-04-24 Janus Weil PR fortran/39861 PR for

[Bug fortran/39861] [4.5 Regression] ICE with INTRINSIC in module: write_symbol(): bad module symbol

--- Comment #4 from janus at gcc dot gnu dot org 2009-04-24 08:34 --- Subject: Bug 39861 Author: janus Date: Fri Apr 24 08:34:14 2009 New Revision: 146677 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146677 Log: 2009-04-24 Janus Weil PR fortran/39861 PR for

[Bug fortran/39791] [4.3 Regression] Bad Dwarf debug information from gfortran for a character string.

--- Comment #4 from burnus at gcc dot gnu dot org 2009-04-24 07:25 --- FIXED for 4.3.4. The original patch for the 4.4 trunk was http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01700.html -- burnus at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/39791] [4.3 Regression] Bad Dwarf debug information from gfortran for a character string.

--- Comment #3 from burnus at gcc dot gnu dot org 2009-04-24 07:19 --- Subject: Bug 39791 Author: burnus Date: Fri Apr 24 07:19:12 2009 New Revision: 146672 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=146672 Log: 2009-04-24 Tobias Burnus PR fortran/39791 B