--
What|Removed |Added
CC||gerald at pfeifer dot com
Severity|normal |critical
--- Additional Comments From c dot lemmen at fz-juelich dot de 2004-11-04 09:08
---
Still persists, occurs at line 216 now
gcc-Version 4.0.0 20041104 (experimental)
GNU F95 version 4.0.0 20041104 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.0.0 20041028
--- Additional Comments From dorit at il dot ibm dot com 2004-11-04 09:17 ---
Created an attachment (id=7471)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7471action=view)
testcase
Here's a testcase that fails on execution with current mainline snapshot (no
need for any pending
--- Additional Comments From uros at kss-loka dot si 2004-11-04 09:33 ---
ASM code, produced with CVS gcc dated 04. Nov 2004 looks much better, but still
not as good as 3.2:
LU_copy_matrix:
pushl %ebp
pushl %edi
pushl %esi
pushl %ebx
movl
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-04 10:46
---
Subject: Bug 18277
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-04 10:46:06
Modified files:
gcc: ChangeLog gthr-posix.h
Log
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-04 10:47
---
I've reverted my patch.
--
What|Removed |Added
Status|ASSIGNED
--
What|Removed |Added
Severity|normal |critical
Status|WAITING |NEW
Priority|P2
--- Additional Comments From ruben at ugr dot es 2004-11-04 11:47 ---
(In reply to comment #5)
Somebody will have to check with mainline and newer 3.4 then
Tested with freenet-stable-latest.src.25.Oct.2004.tar.bz2
and gcc version 3.4.2 (Gentoo Linux 3.4.2-r2, ssp-3.4.1-1, pie-8.7.6.5)
--- Additional Comments From ruben at ugr dot es 2004-11-04 11:55 ---
(In reply to comment #6)
(In reply to comment #5)
Somebody will have to check with mainline and newer 3.4 then
Tested with freenet-stable-latest.src.25.Oct.2004.tar.bz2
and gcc version 3.4.2 (Gentoo Linux
--- Additional Comments From ruben at ugr dot es 2004-11-04 11:58 ---
(In reply to comment #0)
There seem to be some problems with inner classes.
This is from the freenet project
http://freenetproject.org/snapshots/freenet-stable-latest.src.tar.bz2
untar;
cd source/src/
gcj
--- Additional Comments From ruben at ugr dot es 2004-11-04 11:59 ---
Works on gcc 3.4.2
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--
Bug 18131 depends on bug 17747, which changed state.
Bug 17747 Summary: bogus duplicate class errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17747
What|Old Value |New Value
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-04 12:08
---
Mark, the regression was introduced with your patch
http://gcc.gnu.org/ml/gcc-cvs/2004-06/msg00988.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 13:39
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18055
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 13:43
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From giovannibajo at libero dot it 2004-11-04 14:08
---
Sorry Ramya, this report is too confusing because of the millions of lines
pasted in it. Would you please open a new bug report and this time *attacch*
the preprocessed source to it?
To attacch it, you
/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.dg: 20041104-1.c
Log message:
PR target/15342
* regrename.c (scan_rtx): Treat the destinations of SETs and CLOBBERs
as OP_INOUT if the instruction is predicated.
Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi
template class E, class C
struct CompFwd;
struct Brick;
template int Dim, class T, class EngineTag
struct Engine;
template int Dim, class T, class E
class Array;
template class Subject
struct ComponentView;
templateint Dim, class T, class EngineTag
struct ComponentViewArrayDim, T,
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 14:26
---
Confirmed, I think PR 15538 would fix the problem because the class is an incomplete
type at this
point.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 14:27
---
Actually looking at the example in PR 15538, the template in there is a recursive
template instantiation
so I am closing this as a dup.
*** This bug has been marked as a duplicate of 15538 ***
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 14:27
---
*** Bug 18296 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de
2004-11-04 14:30 ---
Subject: Re: Misleading diagnostic for recursive template
instantiation
On 4 Nov 2004, pinskia at gcc dot gnu dot org wrote:
Confirmed, I think PR 15538 would fix the problem
--- Additional Comments From dorit at il dot ibm dot com 2004-11-04 14:44 ---
patch: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00277.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18179
--- Additional Comments From dorit at il dot ibm dot com 2004-11-04 14:45 ---
patch: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00283.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18181
--- Additional Comments From joel at oarcorp dot com 2004-11-04 14:56 ---
Subject: Re: M68060 fails with libstdc++-v3/config/cpu/m68k/atomicity.h
schwab at suse dot de wrote:
--- Additional Comments From schwab at suse dot de 2004-11-03 23:44 ---
Even the 68020 should
--- Additional Comments From schwab at suse dot de 2004-11-04 15:12 ---
My copy of the 68060 user manual says that the MC68060ISP does contain an
emulation for unaligned CAS.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17627
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 15:34
---
The LNO branch is dead and it works correctly on the mainline.
--
What|Removed |Added
using a gfortran build as of today (but this was true also for older versions)
open(unit=xx, file=filename, status='old') crashes on linux with
Fortran runtime error: Permission denied
when we only have read access to the file filename (but works if write access)
--
Summary: gfortran
--
What|Removed |Added
Component|fortran |libfortran
Version|unknown |4.0.0
When i build the example below with -O1 or above, it goes into an infinite
loop:
$ g++ -o x -O1 x.cc
$ ./x
... doesn't exit
At -O0, it exits as expected:
$ g++ -o x -O0 x.cc
$ ./x
$
Here's the code that's generated (eh-related labels removed for clarity).
As you can see, there's an
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 16:06
---
Confirmed, this is an aliasing problem:
D.1589_6 = (const unsigned char *) s[0];
D.1590_3 = *D.1589_6;
There is no VUSE on the second statement.
--
What|Removed
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at redhat dot com
|dot org |
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From joel at oarcorp dot com 2004-11-04 16:37 ---
Subject: Re: M68060 fails with libstdc++-v3/config/cpu/m68k/atomicity.h
schwab at suse dot de wrote:
--- Additional Comments From schwab at suse dot de 2004-11-04 15:12 ---
My copy of the 68060 user
--- Additional Comments From schwab at suse dot de 2004-11-04 16:53 ---
You can't just increase the alignment as that would break the ABI.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17627
--- Additional Comments From wintermute101 at wp dot pl 2004-11-04 16:54 ---
I write here cause it's simmilar situation as reported here but I have no data
about other gcc versions than 3.3.2.
I have following:
/
define _aligned(n) __attribute__((aligned(n), packed))
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-04 17:01
---
Subject: Bug 17783
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-04 17:01:43
Modified files:
. : ChangeLog configure
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-04 17:05
---
Subject: Bug 17783
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-11-04 17:05:23
Modified files:
. :
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 17:11
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 17464 depends on bug 17783, which changed state.
Bug 17783 Summary: Top level configure doesn't support shared libraries enabled by
default
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17783
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 17:20
---
I am testing this patch (which is a modified version of the one which you gave me), it
should help -O0
compile time as we no longer have an extra INSN which gets removed right after the
register
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 17:36
---
Do you have a simple example/testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18297
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 18:04
---
The problem is that fold all builtins is not creating the operands on the statement,
if you write the code
as fab would create it is right. I am looking into fixing the problem right now.
--
--- Additional Comments From davidm at hpl dot hp dot com 2004-11-04 18:06 ---
(In reply to comment #18)
On Thu, 2004-10-28 at 02:24, davidm at hpl dot hp dot com wrote:
# of unexpected failures115
This is a lot more failures than we should have. I didn't have any luck
in
The attached code (preprocessed cp/decl.c with a patch), causes an ice at -O2.
I think it might have something to do with nested statement-expressions.
[EMAIL PROTECTED]:179./cc1 -O2 bug.i -quiet
var_decl 0x40a96b54 __tbug.i: In function 'start_preparsed_function':
bug.i:20444: internal
--- Additional Comments From nathan at gcc dot gnu dot org 2004-11-04 18:12
---
Created an attachment (id=7472)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7472action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18299
On x86_64 (but not on i686) the following legal code sends gcc 3.2.3, 3.3.4 and
current 3.3-branch CVS into an infinite loop.
/
struct Base1 { };
struct Base2 { };
struct Base3 { };
struct Derived : Base1, Base2, Base3 { };
void foo(Derived);
int main()
--
What|Removed |Added
Keywords||compile-time-hog
Known to fail||3.2.3 3.3.3 3.3.4 3.3.5
--- Additional Comments From mckinlay at redhat dot com 2004-11-04 18:46 ---
Here's my thoughts about this:
- This optimization only ever worked for source compilation. Bytecode compilers
always emit array initializers as code, so for byte compilation it makes no
difference.
- I don't
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 18:53
---
Lets mark this as a dup of bug 18300 which contains a testcase.
*** This bug has been marked as a duplicate of 18300 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 18:53
---
*** Bug 14591 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 18:54
---
Confimred via PR 14591.
--
What|Removed |Added
Status|UNCONFIRMED
Building libada on Solaris 10/x86 fails when compiling g-catiio.adb:
$ ../../xgcc -B../../ -c -g -O2 -fPIC -W -Wall -gnatpg g-catiio.adb -o g-catiio.o
xgcc: Internal error: Segmentation Fault (program gnat1)
Running gnat1 under gdb reveals that this happens due to extremely deep
recursion
--- Additional Comments From joel at oarcorp dot com 2004-11-04 19:11 ---
Subject: Re: M68060 fails with libstdc++-v3/config/cpu/m68k/atomicity.h
schwab at suse dot de wrote:
--- Additional Comments From schwab at suse dot de 2004-11-04 16:53 ---
You can't just increase the
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 19:12
---
This is a dup of bug 17986 which I already posted a patch for. I think I am going to
apply it as obvious
as all other front-end has the same code.
*** This bug has been marked as a duplicate of 17986
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 19:12
---
*** Bug 18301 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 19:19
---
Confimed, reducing (gimple-lowering is crapping out on VAR_DECL, it could also crap
out on
INDIRECT_REF, and COMPONENT_REF which are valid gimple statements).
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 19:48
---
note the code will not work as you have const tree __t = (__t); in the code. I will
see if I can reduce it
as this should not be that important. This is why macros are bad.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 19:52
---
Confirmed, here is the reduced testcase:
static inline int f(int i)
{
const int __t = (__t);
}
int g(void)
{
return f(0);
}
--
What|Removed |Added
Running the Ada testsuite on Solaris 10/x86 hangs in the c94002f test:
pstack reveals the following stack trace:
21873: /vol/gcc/obj/gcc-4.0.0-20041103/10-gcc-ada/gcc/testsuite/ada/acats/tes
- lwp# 1 / thread# 1
d2751779 lwp_park (0, 0, 0)
d274bf03
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-04 20:11
---
Subject: Bug 18184
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-04 20:11:16
Modified files:
gcc: ChangeLog c-typeck.c tree-ssa.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 20:25
---
Adding a may_alias pass after fold all builtins makes this testcase works (I don't
know if this is correct
fix or not):
Index: tree-optimize.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 20:32
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 21:19
---
Note I attached the front-end part so the only thing left is to fix up libjava to emit
the vtables again.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18190
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-11-04 22:12
---
Pending patch: http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01630.html
--
What|Removed |Added
Currently, the config.h files in the intl and libcpp directories, as well
as auto-host.h all may contain definitions of HAVE_ICONV and HAVE_ICONV_H
(though not all have both).
Zack Weinberg suggested the following and suggested I create this report
and assign to him:
I think maybe we should do
$ cat test.cxx
template typename x
struct s
{
struct t
{
enum v { a, b };
};
t::v m_;
};
$ g++ -v
Reading specs from /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/specs
Configured with: ./configure --enable-languages=c,c++ --enable-shared
--with-system-zlib --enable-nls
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 22:55
---
This is a dup of bug 9634.
*** This bug has been marked as a duplicate of 9634 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 22:55
---
*** Bug 18304 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 23:06
---
I finished up porting the other part of the expand part.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18190
--- Additional Comments From bdavis at gcc dot gnu dot org 2004-11-04 23:21
---
gfortran runtime does not know that you only intend to write to the file. you
need to add ACCESS='READ' to the open statement. With ACCESS set to read, a
read only file can be opened.
i do not think this
--- Additional Comments From dalej at apple dot com 2004-11-04 23:31 ---
It does say that, and I expect cases can be constructed where the comment is true, but
it is not
completely right. When you replace 2 copies of code with 1 copy you are generally
making it
smaller. Plus, there
--- Additional Comments From giovannibajo at libero dot it 2004-11-05 00:35
---
No, DR 224 will disambiguate whether the injected class name is dependent or
not. This is unrelated.
--
What|Removed |Added
--- Additional Comments From giovannibajo at libero dot it 2004-11-05 00:39
---
Anyway, it is invalid because a nested class (like t) is always dependent, as
you can specialize it. think of what happens if you define this later:
template
struct svoid::t {
};
(now, in this very case,
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-05 00:43
---
I have a fix which just renables the orginal code plus fixes the other part of the
front-end.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-05 01:08
---
I attached the patch which I am testing right now to fix this.
The changelog is:
* check-init.c (check_init): Ignore DECL_EXPR.
* expr.c (always_initialize_class_p): Reenable.
(build_class_init): Use a
I noticed this when looking at the regression, PR 15576. I don't know why it is
disabled for compiling
.class. It might because we were not function at a time before 4.0, I don't know.
--
Summary: Class initialization optimization is not done when
compiled from
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-05 01:27
---
The code in question:
/* Currently we always have to emit calls to _Jv_InitClass when
compiling from class files. */
always_initialize_class_p = 1;
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-05 01:29
---
Yes this is invalid by reading the code.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-05 01:39
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--
What|Removed |Added
Summary|ICE |verify_local_live_at_start
||failed with -O3
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-05 02:54
---
Subject: Bug 18263
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-05 02:54:20
Modified files:
gcc: ChangeLog
gcc/config/arc :
--- Additional Comments From awreynolds at mac dot com 2004-11-05 03:25 ---
The function Unwind_fallback_frame_state_for is defined in darwin-fallback.c.
pbg4:~/Developer/Compiler/fsf-gcc-obj/gcc drew$ nm libgcc.a | grep Unwind_fallback_
T __Unwind_fallback_frame_state_for
--
--
What|Removed |Added
CC||awreynolds at mac dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18217
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-05 03:32
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--
What|Removed |Added
Known to fail||3.4.3
Known to work||4.0.0
Summary|Build broken for ARC.
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-05 04:07
---
I'm not going to hold up 3.4.3 for this issue.
Richard's change makes this an error, so it's at most a rejects-valid. There's
also a good workaround: declare the enum __attribute__((packed)). That's
Environment : i686-pc-linux-gnu
Compiler Version: GCC 3.3.2
Kernel Version : 2.4.7-10
It seems, not possible to specialize a template member functions const. I got a
file(.impl) which got the following template functions( generalized and
specialized template functions ) and i got the
--- Additional Comments From ramya dot chandar at wipro dot com 2004-11-05 04:19
---
Created an attachment (id=7476)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7476action=view)
preprocessed source for AppliqueHandler.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18306
--- Additional Comments From ramya dot chandar at wipro dot com 2004-11-05 04:21
---
Created an attachment (id=7477)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7477action=view)
preprocessed code for AppliqueSensorListener.cc
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-05 04:28
---
As I said before the code you have here is invalid C++.
you have to add
template in front of each of the specialization of a template member function.
Also you have problems with template namelookup also
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-05 05:03
---
Invalid, as what you are doing is called explicit specializtion and when this happens
you instantiate the
template and now you are violating the one defintional rule (which is 14.7/5 in the
C++
93 matches
Mail list logo
