--- 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++ standard).
--- 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 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=7477&action=view)
preprocessed code for AppliqueSensorListener.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
--- 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=7476&action=view)
preprocessed source for AppliqueHandler.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18306
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 corresp
--- 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
proba
--
What|Removed |Added
Known to fail||3.4.3
Known to work||4.0.0
Summary|Build broken for ARC. |[3
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-05 03:32
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
CC||awreynolds at mac dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18217
--- 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
--
--- 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 : l
--
What|Removed |Added
Summary|ICE |verify_local_live_at_start
||failed with -O3
http://gcc.gnu.org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-05 01:39
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- 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
Status|UNCONFIRM
--- 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
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: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 varia
--- 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 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 s::t {
};
(now, in this very case,
--- 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 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 is
--- 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 i
--- 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 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 22:55
---
This is a dup of bug 9634.
*** This bug has been marked as a duplicate of 9634 ***
--
What|Removed |Added
---
$ cat >test.cxx
template
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 --program-suffix=-3.4 -
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
--- 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
-
--- 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 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 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 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
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 cond_w
--- 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
-
--- 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.
--
http://gcc.gnu.org/bu
--- 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: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: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 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
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 pinskia at gcc dot gnu dot org 2004-11-04 18:54
---
Confimred via PR 14591.
--
What|Removed |Added
Status|UNCONFIRMED
--- 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: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 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 s
--
What|Removed |Added
Keywords||compile-time-hog
Known to fail||3.2.3 3.3.3 3.3.4 3.3.5
http://gcc.gnu.org/b
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()
--- 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=7472&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18299
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
bug.i: In function 'start_preparsed_function':
bug.i:20444: internal compiler error: unexpected nod
--- 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
--- 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 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 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 allocator
--
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:11
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- 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:
. : Change
--- 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 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))
s
--- 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 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 m
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at redhat dot com
|dot org |
Status|NEW
--- 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 |Ad
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 obvious
--
What|Removed |Added
Component|fortran |libfortran
Version|unknown |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
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 :
--- 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
--- 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 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 alrea
--- 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 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 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 becaus
--- 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 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:26
---
Confirmed, I think PR 15538 would fix the problem because the class is an incomplete
type at this
point.
--
What|Removed |Added
template
struct CompFwd;
struct Brick;
template
struct Engine;
template
class Array;
template
struct ComponentView;
template
struct ComponentView >
{
typedef Array Subject_t;
typedef typename Subject_t::Engine_t Engine_t;
typedef Array > Type_t;
};
template
struct Array
{
ty
/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
--- 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 mus
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-04 13:43
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
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:39
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- 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
-
--
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 ruben at ugr dot es 2004-11-04 11:59 ---
Works on gcc 3.4.2
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- 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: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 3.4
--- 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)
--
What|Removed |Added
Severity|normal |critical
Status|WAITING |NEW
Priority|P2 |P
--- 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
--- 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 message:
--- 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 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=7471&action=view)
testcase
Here's a testcase that fails on execution with current mainline snapshot (no
need for any pending p
--- 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
--
What|Removed |Added
CC||gerald at pfeifer dot com
Severity|normal |critical
http://gcc.gnu.org/bugzill
93 matches
Mail list logo
