[Bug fortran/20821] gfortran hangs indefinitely

--- Additional Comments From jvdelisle at verizon dot net 2005-04-08 06:49 --- I will attempt to reduce this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20821

[Bug fortran/20821] gfortran hangs indefinitely

--- Additional Comments From jvdelisle at verizon dot net 2005-04-08 06:47 --- Created an attachment (id=8562) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8562&action=view) Module for attachment in #1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20821

[Bug fortran/20821] gfortran hangs indefinitely

--- Additional Comments From jvdelisle at verizon dot net 2005-04-08 06:43 --- Created an attachment (id=8561) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8561&action=view) Attached file hangs gfortran Using gcc version 4.1.0 20050408 (experimental) Invoked with -c -- http:

[Bug fortran/20821] New: gfortran hangs indefinitely

When compiling the following code gfortran hangs spinning cpu cycles with no error messages given. See attachment. -- Summary: gfortran hangs indefinitely Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P

[Bug inline-asm/8788] ICE in emit_move_insn, at expr.c:3089

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 06:26 --- *** Bug 20818 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/20818] internal compiler error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 06:26 --- This is invalid code. See PR 8788 which I am marking this as a dup of. *** This bug has been marked as a duplicate of 8788 *** -- What|Removed |Added ---

[Bug target/20820] -mlong-double-128 arithmetic error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-08 06:22 --- Fixed already in 4.0.0, not a regression so closing as fixed, there is another bug about this too. -- What|Removed |Added ---

[Bug c++/20820] New: -mlong-double-128 arithmetic error

When I try compile code with 128 bit long double arithmetic, I get a request to file a bug report (and the compile fails). Below is a command line, the source file, the g++ output. They are separated by "%% %%". If you need the intermediate files test.ii and test.s, I can send them. Without th

[Bug middle-end/20815] -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'."

--- Additional Comments From dank at kegel dot com 2005-04-08 04:17 --- What value should be passed for that option? Would the absolute pathnme of the source file do? In case other people out there have as much trouble reading TFM as I do, I should note that the gcc doc says "-frandom-se

[Bug target/20819] New: Enable -mlong_calls for IA64 to use brl.call

Certain environments, such as OS and embedded, benefit by using the 64-bit IP-relative branch instruction (brl) for function calls. Please enhance the IA-64 code generation to recognize the -mlong_calls option (-mno_long_calls by default) and emit the brl.call instruction instead of the br.call ins

[Bug c++/20505] [4.0 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1

--- Additional Comments From wilson at tuliptree dot org 2005-04-08 03:45 --- Subject: Re: [4.0 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1 On Thu, 2005-04-07 at 19:37, ivanr at syncad dot com wrote: > I found another ICE connected to the gdb2

[Bug c++/20805] Another debug info emitting bug

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-08 03:01 --- The testcase works if the variable declaration is moved after the function. This is the case I fixed a few weeks ago, which was breaking java debugging. The declare_in_namespace design causes us to get two

[Bug c++/20505] [4.0 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1

--- Additional Comments From ivanr at syncad dot com 2005-04-08 02:37 --- Subject: Re: [4.0 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1 patch tested. works fine. thanks! I found another ICE connected to the gdb2 format. Is it posible to send a prep

[Bug target/20446] [4.0/4.1 Regression] invalid assembly with -gstabs+

--- Additional Comments From ivanr at syncad dot com 2005-04-08 02:35 --- Subject: Re: [4.0/4.1 Regression] invalid assembly with -gstabs+ patch tested. works fine. thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20446

[Bug c++/20818] internal compiler error

--- Additional Comments From SchreiberX at Altmuehlnet dot de 2005-04-08 02:12 --- Created an attachment (id=8559) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8559&action=view) test.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20818

[Bug c++/20818] New: internal compiler error

- [EMAIL PROTECTED]:/tmp$ gcc test.c test.c: In function `main': test.c:6: warning: return type of `main' is not `int' test.c:7: internal compiler error: in emit_move_insn, at expr.c:3201 Please submit a full bug report, with preprocessed source if appropriate. See http://g

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-08 01:21 --- (In reply to comment #25) > > I do not understand your tone. There is a compiler, g77, which works and > implements at least the Fortran 77 standard. I don't see any reason why it > should be replaced in the

[Bug libgcj/20699] gij -ms segfaults

--- Additional Comments From Hans dot Boehm at hp dot com 2005-04-08 00:18 --- The problem here is that _Jv_InitGC is called to late, and hence GC_all_interior_pointers is cleared after the GC has been run. This is documented not to work in gc.h. In particular _Jv_GCSetInitialHeapSiz

[Bug middle-end/20815] -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'."

--- Additional Comments From dank at kegel dot com 2005-04-08 00:03 --- Oh, ok, it's not *quite* a dup of 9393, since you could save the seed in the output file from the first run. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815

[Bug middle-end/20815] -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'."

--- Additional Comments From dank at kegel dot com 2005-04-08 00:03 --- Aha. So this is a duplicate of bug 9393, in essence? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815

[Bug c++/20817] [4.1 Regression] ICE for tree check in build_offset_type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 23:54 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/20817] New: ICE for tree check in build_offset_type

Current GCC mainline ICEs, instead of reporting errors, for test g++.dg/old-deja/g++.benjamin/13908.C on powerpc-linux. The test isn't reported as failing because dg-error is used with a blank string. The ICE starts with the following patch, which might merely expose a latent bug:

[Bug target/20781] 64 bit shift by non-constant implemented as libcall on PPC32

--- Additional Comments From segher at kernel dot crashing dot org 2005-04-07 23:34 --- Subject: Re: New: 64 bit shift by non-constant implemented as libcall on PPC32 > (O5 will give slightly better code for both, but let's start somewhere > :P) Well the code for the left shift can b

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 23:27 --- (In reply to comment #25) > I do not understand your tone. There is a compiler, g77, which works and > implements at least the Fortran 77 standard. I don't see any reason why it > should be replaced in the d

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

--- Additional Comments From fasso at slac dot stanford dot edu 2005-04-07 23:16 --- > Sigh. Yes, it would be wonderful if a fix magically appears out > of thin air. Given that there are more bugs than people actually > contributing patches, you have a few choice: (1) Pay someone to > f

[Bug c++/20145] [4.0/4.1 Regression] template "class has virtual functions ... " is not suppressed with -isystem

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-07 22:57 --- Andrew is correct. I missed the magic bit that disables warnings in system headers. (There are other pedwarns that we carefully guard with !in_system_header, but ordinary warnings are not so guarded.)

[Bug tree-optimization/19626] Aliasing says stores to local memory do alias

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 22:55 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/20816] Calling function at toplevel gives a weird error

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 22:54 --- Even further: void f1(void); f1(); Confirmed. -- What|Removed |Added Severity|nor

[Bug c++/20816] Can't find member function of template

-- What|Removed |Added Attachment #8557|application/octet-stream|text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20816

[Bug target/20717] [4.1 Regression] Many C++ testsuite failures on ia64-hpux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 22:50 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/20815] -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'."

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 22:48 --- The only thing I can think of to fix this problem is figure out how to write/read the random seed out since right now it is defaults to be basing on time. -- What|Removed

[Bug target/20814] [4.1 Regression] ICE in extract_insn for test vmx/varargs-1.c

-- What|Removed |Added Keywords||ice-on-valid-code Summary|ICE in extract_insn for test|[4.1 Regression] ICE in |v

[Bug fortran/19362] ICE in fold_convert, at fold-const.c:1998

--- Additional Comments From arnold dot moene at wur dot nl 2005-04-07 22:44 --- The following (4 files :( ) example from the WRF weather model seems to be related. I can't see if it is really triggered by the same bug: prompt> cat ESMF_TimeInterval.f module ESMF_TimeIntervalMod

[Bug libfortran/20766] [darwin] - run time error when calling fortran subroutine from c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 22:40 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug libfortran/20766] [darwin] - run time error when calling fortran subroutine from c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-07 22:40 --- Subject: Bug 20766 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-07 22:40:09 Modified files: libgfortran: Change

[Bug middle-end/20815] -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'."

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 22:31 --- The easy work around is set -frandom-seed=somenumber for both the generate and use. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815

[Bug target/20814] ICE in extract_insn for test vmx/varargs-1.c

--- Additional Comments From janis187 at us dot ibm dot com 2005-04-07 22:30 --- Subject: Re: ICE in extract_insn for test vmx/varargs-1.c On Thu, Apr 07, 2005 at 10:09:14PM -, dje at watson dot ibm dot com wrote: > > --- Additional Comments From dje at watson dot ibm dot com

[Bug middle-end/20815] -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'."

-- What|Removed |Added Component|rtl-optimization|middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815

[Bug rtl-optimization/20815] -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'."

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 22:21 --- I hate unnamed namespaces since we have to encode some uniqueness and they are still extern because of C++ rules. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20815

[Bug libstdc++/20758] operator-(const T&, const complex&) vs operator-(const complex&, const complex

--- Additional Comments From pcarlini at suse dot de 2005-04-07 22:19 --- > Indeed. Has that standard been released yet? Not to my knowldege. > What's the exact reference, and > is there some public access, maybe to drafts? Yes, I was refe

[Bug c++/20816] Can't find member function of template

--- Additional Comments From igodard at pacbell dot net 2005-04-07 22:11 --- Well, I now see why there's an error: the call is at global scope. So please change this report to a complaint about the diagnostic. Reduced case: template struct foo { void bar() {} }; foo<3> f; f.bar(); whic

[Bug target/20814] ICE in extract_insn for test vmx/varargs-1.c

--- Additional Comments From dje at watson dot ibm dot com 2005-04-07 22:09 --- Subject: Re: New: ICE in extract_insn for test vmx/varargs-1.c Let me know if the appended patch fixes the ICE. The definition of the "and" predicates was ignoring CONST_INT that matched predicate

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-07 22:07 --- (In reply to comment #23) > I agree with both Federico Carminati and Alfredo Ferrari at CERN. The > compiler > is not usable and the impact is serious for thousands of existing fortran > programs. Please fi

[Bug libstdc++/20758] operator-(const T&, const complex&) vs operator-(const complex&, const complex

--- Additional Comments From kreckel at ginac dot de 2005-04-07 22:06 --- (In reply to comment #15) > Well, Richard, numerical analysis is not a game, ... Right, but a logical argument is not a game. >x - (z + i * w) -> (x - z) + i * (-w) > > We cannot disregard that, I think: bef

[Bug c++/20816] Can't find member function of template

--- Additional Comments From igodard at pacbell dot net 2005-04-07 21:58 --- Created an attachment (id=8558) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8558&action=view) source code (compressed) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20816

[Bug c++/20816] Can't find member function of template

--- Additional Comments From igodard at pacbell dot net 2005-04-07 21:58 --- Created an attachment (id=8557) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8557&action=view) compiler output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20816

[Bug c++/20816] New: Can't find member function of template

In the attached code the compiler can find data members of the template, but not a function member. -- Summary: Can't find member function of template Product: gcc Version: 3.4.0 Status: UNCONFIRMED Severity: normal Priority: P2

[Bug rtl-optimization/20815] New: -fprofile-use barfs with "coverage mismatch for function '...' while reading counter 'arcs'."

This problem is present in at least gcc-3.4.[123], gcc-3.4-20050401, and gcc-4.0-20050305. I have not tested a later gcc-4.0 yet. Create a test file pgo.cc: #include namespace { void func() { std::cout << "In func" << std::endl; } } int main() { func(); } Compile it, run it,

[Bug target/20814] New: ICE in extract_insn for test vmx/varargs-1.c

Current GCC mainline gets an ICE on powerpc64-linux building the test gcc.dg/vmx/varargs-1.c: elm3b149% /home/janis/tools/gcc-mline-20050407/bin/gcc -m64 -O3 -maltivec varargs-1.c varargs-1.c: In function ‘f1

[Bug libstdc++/20758] operator-(const T&, const complex&) vs operator-(const complex&, const complex

--- Additional Comments From pcarlini at suse dot de 2005-04-07 21:17 --- > Apart from looking at standards, we could also try to use our brains, right? > It must be possible to answer the question whether the current behavior is > right or not by analogy with real numbers, ie. simply b

[Bug libfortran/20766] [darwin] - run time error when calling fortran subroutine from c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-07 21:06 --- Subject: Bug 20766 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-07 21:06:27 Modified files: libgfortran: ChangeLog Makefile.am Makefile.in con

[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 21:01 --- Work around applied to the 4.0 branch so this is only 4.1 regression now -- What|Removed |Added --

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 21:00 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug other/20792] [4.1 Regression] target.opt messages missing from gcc.pot

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 20:58 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/19312] [3.4 Regression] ICE in stabilize_call when throwing a copy

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 20:58 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/15443] ICE with void f () __attribute__ ((__malloc__));

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 20:52 --- Fixed checked into the mainline for 4.1.0. -- What|Removed |Added Status|NEW

[Bug SWING/20804] JFrames not using insets to calculate size.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 20:51 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libstdc++/20758] operator-(const T&, const complex&) vs operator-(const complex&, const complex

--- Additional Comments From kreckel at ginac dot de 2005-04-07 20:51 --- (In reply to comment #11) > I think we need more careful analysis and tracking of both C99, C++ and > LIA-3. Apart from looking at standards, we could also try to use our brains, right? It must be possible to an

[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 20:50 --- -m64 -mcpu=rs64a is enough to reproduce the bug. -- What|Removed |Added Status|U

[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests

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

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

--- Additional Comments From twilson at ems dot jsc dot nasa dot gov 2005-04-07 20:14 --- I agree with both Federico Carminati and Alfredo Ferrari at CERN. The compiler is not usable and the impact is serious for thousands of existing fortran programs. Please fix it soon. --

[Bug target/20813] New: ICE in gen_reg_rtx for 3 spec tests

-20050407/bin/gcc -m64 -c 930106-1.c 930106-1.c: In function ‘f’: 930106-1.c:20: internal compiler error: in gen_reg_rtx, at emit-rtl.c:778 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructi

[Bug libfortran/20766] [darwin] - run time error when calling fortran subroutine from c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 19:29 --- Patch here: . -- What|Removed |Added

[Bug libfortran/20766] [darwin] - run time error when calling fortran subroutine from c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 19:08 --- I am testing a patch right now. -- What|Removed |Added AssignedTo|unassigned at gcc

[Bug target/20093] [4.0/4.1 Regression] 23_containers/deque/cons/2.cc execution test fails on ia64-hpux, -milp32

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 19:07 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/20812] contextual overload resolution failure for a member name found in two base classes

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 18:14 --- Just a note as I don't know if this is not a bug or not but ICC 8.1 also has the same behavior as GCC. -- What|Removed |Added ---

[Bug c++/20812] contextual overload resolution failure for a member name found in two base classes

--- Additional Comments From SWElef at post dot sk 2005-04-07 18:12 --- I forgot to write that I used gcc-3.4.2-mingw, gcc-3.4.3-cygwin and gcc-4.0.0-experimental-20050130 and the results were the same, i.e. buggy. Vladimir Marko -- What|Removed |Ad

[Bug middle-end/20794] [4.0/4.1 Regression] Miscompilation with __attribute ((aligned))

--- Additional Comments From mark at codesourcery dot com 2005-04-07 18:08 --- Subject: Re: [4.0/4.1 Regression] Miscompilation with __attribute ((aligned)) kenner at vlsi1 dot ultra dot nyu dot edu wrote: > --- Additional Comments From kenner at vlsi1 dot ultra dot nyu dot edu

[Bug middle-end/20794] [4.0/4.1 Regression] Miscompilation with __attribute ((aligned))

--- Additional Comments From kenner at vlsi1 dot ultra dot nyu dot edu 2005-04-07 18:03 --- Subject: Re: [4.0/4.1 Regression] Miscompilation with __attribute ((aligned)) And the middle end should be able to expect that the size of the elements is at least as large as their ali

[Bug c++/20812] New: contextual overload resolution failure for a member name found in two base classes

The problem is best demonstrated by a code snippet. The following snippet shows it as a wrong-code, but if we remove the first function template test we get a rejects-valid case: #include #include struct B1 { int foo; }; struct B2 { double foo; }; struct D: B1, B2 { }; template void test(...)

[Bug middle-end/20794] [4.0/4.1 Regression] Miscompilation with __attribute ((aligned))

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-07 18:00 --- Yes, I still think that we ought to declare this invalid code. If a particular front end (e.g., Ada) wants to adjust the types of the array elements, etc., that's its business -- but the C/C++ front-ends s

[Bug middle-end/20794] [4.0/4.1 Regression] Miscompilation with __attribute ((aligned))

--- Additional Comments From kenner at vlsi1 dot ultra dot nyu dot edu 2005-04-07 17:54 --- Subject: Re: [4.0/4.1 Regression] Miscompilation with __attribute ((aligned)) For the record, this has come up on the lists before in some slightly other context and Mark has advocated

[Bug middle-end/20794] [4.0/4.1 Regression] Miscompilation with __attribute ((aligned))

--- Additional Comments From rth at gcc dot gnu dot org 2005-04-07 17:52 --- For the record, this has come up on the lists before in some slightly other context and Mark has advocated (1). I'm of a mind to agree. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20794

[Bug libgcj/20693] javax-imageio.lo failed to build

--- Additional Comments From hjl at lucon dot org 2005-04-07 17:39 --- Another patch is needed to fully fix the bug: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00787.html BTW, special charactor isn't supported by libtool: http://lists.gnu.org/archive/html/bug-libtool/2005-04/msg00015

[Bug other/20594] Building AVR cross compiler: cannot build libgcc2

-- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20594

[Bug other/20594] Building AVR cross compiler: cannot build libgcc2

--- Additional Comments From ericw at evcohs dot com 2005-04-07 16:50 --- Created an attachment (id=8556) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8556&action=view) Patch from MinGW project that fixes the problem on Win2k,XP This patch is from the MinGW project, at this bug r

[Bug other/20594] Building AVR cross compiler: cannot build libgcc2

--- Additional Comments From ericw at evcohs dot com 2005-04-07 16:47 --- According to this related thread: There is a patch on the MinGW project here:

[Bug fortran/20811] gfortran include problem (regression from g77)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 16:45 --- Confirmed. -- What|Removed |Added OtherBugsDependingO||19292

[Bug tree-optimization/19626] Aliasing says stores to local memory do alias

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-07 16:43 --- Subject: Re: Aliasing says stores to local memory do alias > > > > > > > Other than that, struct aliasing (or just removing the casts) doesn't fix > > > the > > > aliasing problems - though struct

[Bug rtl-optimization/15242] [3.3/3.4 regression] pessimization of "goto *"

-- Bug 15242 depends on bug 20648, which changed state. Bug 20648 Summary: [4.0 regression] ICE in cfg_layout_redirect_edge_and_branch_force http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20648 What|Old Value |New Value ---

[Bug middle-end/20648] [4.0 regression] ICE in cfg_layout_redirect_edge_and_branch_force

--- Additional Comments From schwab at suse dot de 2005-04-07 14:44 --- Really fixed now. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/20794] [4.0/4.1 Regression] Miscompilation with __attribute ((aligned))

--- Additional Comments From kenner at vlsi1 dot ultra dot nyu dot edu 2005-04-07 14:41 --- Subject: Re: [4.0/4.1 Regression] Miscompilation with __attribute ((aligned)) With user defined alignment, size certainly is not necessarily a multiple of the alignment and with the exc

[Bug c++/20805] Another debug info emitting bug

--- Additional Comments From drow at false dot org 2005-04-07 14:39 --- Subject: Re: Another debug info emitting bug On Thu, Apr 07, 2005 at 12:31:35PM -, drow at gcc dot gnu dot org wrote: > I have a GDB patch that will avoid the internal error. I'll dig it up. See: http://sour

[Bug fortran/20811] New: gfortran include problem (regression from g77)

Hello, doing some experiments with gfortran, I stumbled across the following bug/regression with respect to g77: consider these two files in a directory "test": $ cat test/foo.f: subroutine foo include 'test.h' end $ cat test/test.h c just a comment Now, compiling with g77

[Bug c++/20805] Another debug info emitting bug

--- Additional Comments From drow at gcc dot gnu dot org 2005-04-07 14:28 --- As for whether the debug information is correct: - It would be preferable if the full declaration was the one outside the function rather than inside, but I don't think there's anything in the standar

[Bug middle-end/20794] [4.0/4.1 Regression] Miscompilation with __attribute ((aligned))

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-07 14:26 --- > That's wrong. The size always needs to be a multiple of the alignment. > That's fundamental. With user defined alignment, size certainly is not necessarily a multiple of the alignment and with the exceptio

[Bug middle-end/20648] [4.0 regression] ICE in cfg_layout_redirect_edge_and_branch_force

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-07 14:21 --- Subject: Bug 20648 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-07 14:21:22 Modified files: gcc: Change

[Bug middle-end/20794] [4.0/4.1 Regression] Miscompilation with __attribute ((aligned))

--- Additional Comments From kenner at vlsi1 dot ultra dot nyu dot edu 2005-04-07 14:13 --- Subject: Re: [4.0/4.1 Regression] Miscompilation with __attribute ((aligned)) This is caused by the big Ada patch that introduced the extra 2 ARRAY_REF arguments. Unfortunately, I coul

[Bug c++/20805] Another debug info emitting bug

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-07 14:11 --- It is a regression since 3.4.x in the sense that the same testcase was debuggable by gdb. But the main question now is I think whether what g++ 4.0 emits is correct or not. -- http://gcc.gnu.org/bugzilla/s

[Bug middle-end/20794] [4.0/4.1 Regression] Miscompilation with __attribute ((aligned))

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-07 14:08 --- This is caused by the big Ada patch that introduced the extra 2 ARRAY_REF arguments. Unfortunately, I couldn't find the reason why is the last ARRAY_REF's argument measured in aligment units and not in bytes

[Bug c++/20805] Another debug info emitting bug

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 14:03 --- Jakub, do you know if this is a regression? -- What|Removed |Added Keywords|

[Bug libfortran/20766] gfortran - run time error when calling fortran subroutine from c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-07 13:57 --- (In reply to comment #4) > Andrew, Is there a patch for this ? Not yet, I will to implement it later today after my classes are finished (at 2pm). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20766

[Bug target/20810] [ARM thumb] ICE with C++ bitsets in thumb mode

--- Additional Comments From jifl-bugzilla at jifvik dot org 2005-04-07 13:56 --- Created an attachment (id=8555) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8555&action=view) Preprocessed testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20810

[Bug target/20810] New: [ARM thumb] ICE with C++ bitsets in thumb mode

Compile the following testcase with arm-elf-gcc 3.4.3 as follows: arm-elf-gcc -c -mcpu=arm7tdmi -O2 -mthumb bitset1.cxx With bitset1.cxx containing: #include extern void check(void); // 64 works, 65 doesn't //#define N 64 #define N 65 int main( int argc, char *argv[] ) { typedef std::bitse

[Bug libstdc++/20806] [3.4/4.0/4.1 Regression] basic_filebuf::xsgetn() fails with text mode and DOS line endings and large buffers

--- Additional Comments From pcarlini at suse dot de 2005-04-07 13:02 --- Actually, we are not already doing that for a reason: doesn't work with pipes (fifos), because, after the first succesful, short read, they block... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20806

[Bug tree-optimization/19626] Aliasing says stores to local memory do alias

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-04-07 12:50 --- Subject: Re: Aliasing says stores to local memory do alias On 7 Apr 2005, dberlin at dberlin dot org wrote: > > --- Additional Comments From dberlin at gcc dot gnu dot org 2005-0

[Bug tree-optimization/19626] Aliasing says stores to local memory do alias

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-07 12:48 --- Subject: Re: Aliasing says stores to local memory do alias > Other than that, struct aliasing (or just removing the casts) doesn't fix the > aliasing problems - though struct aliasing doesn't hand

[Bug libfortran/20766] gfortran - run time error when calling fortran subroutine from c

--- Additional Comments From dir at lanl dot gov 2005-04-07 12:44 --- Andrew, Is there a patch for this ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20766

[Bug c++/20805] Another debug info emitting bug

--- Additional Comments From drow at gcc dot gnu dot org 2005-04-07 12:31 --- I have a GDB patch that will avoid the internal error. I'll dig it up. I suppose there's room to argue that GCC's output is correct. Am I right in thinking that the function-local extern could, in some cases

[Bug c++/20805] Another debug info emitting bug

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-07 12:13 --- int *v; int * foo () { extern int *v; return v; } The section .debug_info contains: Compilation Unit @ 0: Length:208 Version: 2 Abbrev Offset: 0 Pointer Size: 8 <0>: Abbrev

  1   2   >