--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-01-08 05:40 ---
Here is the list of unimplemented g77 intrinsics procedures. It may not
be a complete list, but others can find the info in g77.info if so desired.
Access, fcn, Check file accessibility
--- Additional Comments From joseph at codesourcery dot com 2005-01-08
05:32 ---
Subject: Re: UCNs not recognized in identifiers
(c++/c99)
On Sat, 8 Jan 2005, gdr at integrable-solutions dot net wrote:
> Joseph --
>
> You said you resent your message to c++std-compat. I don't bel
--- Additional Comments From wasabi at larvalstage dot net 2005-01-08
04:58 ---
Take it all back. Vektor has corrected me. I hit this problem in Eclipse, and
did not notice the package visibility. Sorry for the bother.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14979
--- Additional Comments From wasabi at larvalstage dot net 2005-01-08
04:53 ---
Are you sure this is a bug?
Quote from the JLS:
http://java.sun.com/docs/books/jls/second_edition/html/classes.doc.html
8.4.6.3 Requirements in Overriding and Hiding
If a method declaration overrides or hid
--- Additional Comments From gdr at integrable-solutions dot net
2005-01-08 04:47 ---
Subject: Re: [3.3/3.4/4.0 regression] [ia64] Extra '.restore sp' in tail call
"wilson at specifixinc dot com" <[EMAIL PROTECTED]> writes:
| > according to http://bugs.debian.org/286840 (if that's the
--- Additional Comments From gdr at integrable-solutions dot net
2005-01-08 04:45 ---
Subject: Re: UCNs not recognized in identifiers (c++/c99)
"joseph at codesourcery dot com" <[EMAIL PROTECTED]> writes:
| Subject: Re: UCNs not recognized in identifiers
| (c++/c99)
|
| Doug Gwyn h
--- Additional Comments From joseph at codesourcery dot com 2005-01-08
04:11 ---
Subject: Re: UCNs not recognized in identifiers
(c++/c99)
Doug Gwyn has now said
It was certainly the original intent of C99 that identifiers would match
only if encoded identically. It would probab
--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-08
03:55 ---
David's patch looks correct to me. We only need this on mainline, as the
precursor patch (PR 13158) is only on mainline. I will do a build and test and
then check it in if all goes well.
--
Wha
--- Additional Comments From wilson at specifixinc dot com 2005-01-08
03:51 ---
Subject: Re: [4.0 regression] [ia64] Extra '.restore sp'
in tail call
On Wed, 2004-12-22 at 14:47, debian-gcc at lists dot debian dot org
wrote:
> --- Additional Comments From debian-gcc at list
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-01-08
02:20 ---
So, just to be clear on this, the translation unit:
const char * \u00c5 = "a-ring";
float \u212b = 1e-10;
1. Is a valid translation unit in C99?
2. Invokes undefined behaviour?
3. Requires a diagnostic?
Lo
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-08
00:32 ---
Confirmed on SPARC/Solaris too for c953002.
--
What|Removed |Added
CC|
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Known to fail||3.4.0 4.
--
What|Removed |Added
CC||zlaski at apple dot com
Target Milestone|--- |3.4.4
http://gcc.gnu.org/bugzilla/sho
@interface Foo
-(void) quux: (int [5])a;
@end
@implementation Foo
-(void) quux: (int *)a;
@end
With the mainline we get:
t.m: In function '-[Foo quux:]':
t.m:7: error: parse error before 'AT_NAME' token
t.m:7: warning: '@end' missing in implementation context
But with 3.3.2, we get:
t.m:7: error
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-08 00:05
---
New patch here: http://gcc.gnu.org/ml/fortran/2005-01/msg00060.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19182
--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-07
23:52 ---
I'm testing a fix
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tro
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-07
23:44 ---
There is now a link to bugs.html#report as the bug writing guidelines link.
However, host, target, and build are things that if you don't know, you
shouldn't worry about (just like any other field).
If we ne
--- Additional Comments From amodra at bigpond dot net dot au 2005-01-07
23:36 ---
Revised patch
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00422.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18916
--- Additional Comments From stefaandr at hotmail dot com 2005-01-07 23:31
---
If accepting floats just as integers is an extension, then why does the same
code compile without problems when using integers? (Static integer constants
also need a memory location right? Or don't they?)
bt
Arnaud Charlet said on this "new Ada ruling not supported yet.", this
PR is here so that we don't forget about this test.
cdd2a03.adb:272:13: limited type "Derived1" has no "WRITE" attribute
cdd2a03.adb:282:13: limited type "Derived1" has no "READ" attribute
cdd2a03.adb:303:13: limited type "Deriv
--- Additional Comments From zlaski at apple dot com 2005-01-07 23:11
---
I'll take this; there is also a problem with encoding 'const' parameters,
already fixed in apple-ppc-
branch. I'll tackle the const and volatile issue together.
--
What|Removed
--
What|Removed |Added
CC||gdr at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19322
(Link to original mail: http://gcc.gnu.org/ml/libstdc++/2005-01/msg00059.html)
On FreeBSD 5.3, if I run the following test program (compiled w/ system gcc,
which is 3.4.2; or a hand-compiled current CVS snapshot):
#include
#include
int main(void)
{
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
23:01 ---
This is just like PR 18971. If we fix all of the problems related to that PR,
we are going replacate all of
grokdeclarator inside the objc front-end which just makes the objc front-end
bigger and makes u
--- Additional Comments From fche at redhat dot com 2005-01-07 22:58
---
Here is a simpler test case for at least one of the problems.
struct k {
int data;
k(int j): data(j) {}
};
k make_k () { return k(1); }
int main ()
{
k foo = make_k ();
return 0;
}
--
http://gcc.gnu.or
#include
@interface Test : Object
-(void) test2: (volatile int )a;
@end
@implementation Test
-(void) test2: (volatile int) a
{
a = 1;
}
@end
void f(volatile int a)
{
a = 1;
}
--
Summary: [4.0 regression] objc ignores volatile in argument types
for messages
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
22:47 ---
Two things, this is invalid C++ in two different ways, one way is that
initializing static constants that
are not integer types is invalid (but is accepted as an extension). The other
way is that you sti
--- Additional Comments From konqueror at gmx dot de 2005-01-07 22:43
---
I'm working on it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |konquero
--- Additional Comments From konqueror at gmx dot de 2005-01-07 22:43
---
I'm working on it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |konquero
--- Additional Comments From konqueror at gmx dot de 2005-01-07 22:42
---
I'm working on it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |konquero
--- Additional Comments From konqueror at gmx dot de 2005-01-07 22:42
---
I'm working on it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |konquero
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fche at redhat dot com
|dot org |
Status|UNCONFIRMED
/gcc/main/configure --prefix=/esat
/olympia/opt/gcc-4.0 --enable-languages=c,c++
Thread model: posix
gcc version 4.0.0 20050107 (experimental)
/esat/olympia
--- Additional Comments From konqueror at gmx dot de 2005-01-07 22:41
---
I'm working on it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |konquero
--- Additional Comments From konqueror at gmx dot de 2005-01-07 22:40
---
I'm working on it
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |konqueror
The following extremely short program generates several 'violations':
#include
int main() {
std::vector v;
v.push_back(1);
}
Here are the violations:
***
mudflap violation 1 (check/write): time=1105134174.644364 ptr=0xb820 size=4
pc=0x4001f6b8
location=`/usr/local/lib/gcc/i686-pc-l
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
22:26 ---
*** Bug 19318 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
22:26 ---
This is a dup of bug 17807, it has nothing to do with inline which is fun but
it has to do with local
functions not being defined.
*** This bug has been marked as a duplicate of 17807 ***
--
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Target Milestone|---
$ cat inline.c
void
_dl_relocate_object ()
{
auto void __attribute__((always_inline)) elf_machine_rela ();
elf_machine_rela ();
}
$ ./cc1 inline.c
_dl_relocate_object
inline.c: In function ‘elf_machine_rela’:
inline.c:6: internal compiler error: Segmentation fault
#0 0x10227e68
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
22:17 ---
[17:13] < Rhyolite> it mainly needs a group of files to be compiled with
-combine and a driver that will
compile them all at once
[17:14] < Rhyolite> e.g., foo_a.c, foo_b.c, foo_c.c, foo_d.c, etc.
[17:14]
--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-07
22:16 ---
I'm testing a patch
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tr
--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-07
22:16 ---
I'm testing a patch
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tr
--- Additional Comments From toon at moene dot indiv dot nluug dot nl
2005-01-07 21:58 ---
This really, really is a driver issue.
AFAICS, we stick to the correct definitions ...
--
What|Removed |Added
-
--- Additional Comments From neil at daikokuya dot co dot uk 2005-01-07
21:44 ---
Subject: Re: [3.4/4.0 Regression] Wrong documentation of predefined __GNUC__
with cpp invocation
pinskia at gcc dot gnu dot org wrote:-
>
> --- Additional Comments From pinskia at gcc dot gnu dot
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-01-07 21:36 ---
[tried to reopen the report, but didn't succeed, and You tried to change the
Versions this fails on field from 3.3.3 3.4.0 4.0.0 to 3.3.3 3.4.0]
The patch applies to the 3.3 branch as well and fixe
--- Additional Comments From laurent at guerby dot net 2005-01-07 21:17
---
>From Robert Dewar:
<<
we should probably just reject such a large array of entries as being
a capacity limitation. It's plain silly to spend time on this :-)
>>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Additional Comments From bangerth at dealii dot org 2005-01-07 20:58
---
This one is simpler:
-
template void foo (R (T::*x) ());
template void foo (R (T::*x) (C));
template struct I {
int o ();
int o () const;
};
template void bar
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
20:55 ---
Hmm but according to earlier results in April it was broken before then:
http://gcc.gnu.org/ml/gcc-testresults/2004-04/msg01175.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19300
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
20:53 ---
It was broken on the 2nd:
http://gcc.gnu.org/ml/gcc-testresults/2004-05/msg00231.html
Now someone has to figure out which patch broke it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19300
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
20:51 ---
(In reply to comment #8)
> Some information.
One more note this is not related to the tree-ssa merge because that happened
on the 13th.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19300
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
20:39 ---
Some information.
It failed since at least 2004-05-12:
http://gcc.gnu.org/ml/gcc-testresults/2004-05/msg00747.html
But it passed on 2004-04-28:
http://gcc.gnu.org/ml/gcc-testresults/2004-05/msg00073.html
I
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
19:30 ---
And another one (note on most targets a is passed by reference which is where
the problem comes
from):
extern "C" void abort( void );
struct A
{
A() { d = d2 = 0; width = -1; }
A( int _w ) : d( 0
--- Additional Comments From christian dot joensson at gmail dot com
2005-01-07 19:21 ---
This is what I find about largefile in the c testsuite:
Executing on host: /usr/local/src/trunk/objdir32/gcc/xgcc
-B/usr/local/src/trun\k/objdir32/gcc/ ./largefile.h -O0 -g -o largefile.h.gch
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
19:26 ---
Hmm,
a = b (&a, &D.1613);
I think the problem is that we cannot remove the tempory return value for this
testcase.
Here is another testcase which is related testcase:
extern "C" void abort( void );
stru
--- Additional Comments From christian dot joensson at gmail dot com
2005-01-07 19:23 ---
oh, the last one was run with gcc cvs trunk LAST_UPDATED: Thu Jan 6 20:22:33
UTC 2005
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19300
--
What|Removed |Added
Priority|P2 |P1
Summary|forgets to deep-copy|[4.0 Regression] forgets to
|temporary re
--
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
Mark Mitchel's commit to fix PR c++/16405 introduced a miscompilation
in Qt. It took me a few weeks to deduce a testcase. testcase is:
=== Cut ===
extern "C" void abort( void );
struct A
{
A() { d = d2 = 0; width = -1; }
A( int _w ) : d( 0 ), d2( 0 ), width( _w ) {}
A b(
--- Additional Comments From giovannibajo at libero dot it 2005-01-07
18:43 ---
*** Bug 19316 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From giovannibajo at libero dot it 2005-01-07
18:43 ---
*** This bug has been marked as a duplicate of 18241 ***
--
What|Removed |Added
during kernel startup I get an oops in lib/radix-tree.c
(null pointer dereference).
testcase: vanilla linux-2.6.10 sources
If You need assembly radix-tree.S sources I'll provide it tomorrow.
--
Summary: kernel built with gcc-3.4.3 works / with gcc-4.0.0
doesn
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-07 18:22
---
Created an attachment (id=7893)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7893&action=view)
swap library extension search order for -brtl
Attached is my proposed patch for this problem. Albert, would
--- Additional Comments From christian dot joensson at gmail dot com
2005-01-07 18:05 ---
well, I can't find the large test in the c++ pch testsuite. And, from the test
results posted here http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg00244.html
I can't tell if the largefile test in t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-07
17:09 ---
Subject: Bug 19298
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-07 17:09:16
Modified files:
gcc/cp : ChangeLog pt.c
gcc/testsuite
--- Additional Comments From nathan at gcc dot gnu dot org 2005-01-07
17:09 ---
2005-01-07 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/19298
* pt.c (tsubst_qualified_id): Call convert_from_reference.
--
What|Removed |Added
--
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-07 16:56
---
Should be fixed now:
http://gcc.gnu.org/ml/gcc-cvs/2005-01/msg00184.html
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
16:52 ---
If you trust Comeau's C compiler, then yes this is not valid code and should be
rejected.
Also one more note, this was able to compile with 3.3.2 but we called y as an
extern symbol which is
just wrong al
--- Additional Comments From schwab at suse dot de 2005-01-07 16:07 ---
Shouldn't this be rejected as y is of incomplete type?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19315
Take the following code:
void bar (const int * const x);
static const int y[];
void
foo (void)
{
bar (y);
}
This should at assemble but does not.
If I get some time this weekend I will look into fixing this.
--
Summary: variable is not emitted in the asm
Product: gcc
Because of the segfault, I assume that this is different from PR 19313.
$ cat inquire-position.f
character*20 chr
open(7)
inquire(7,position=chr)
print *,chr
end
$ gfortran inquire-position.f
$ ./a.out
Segmentation fault
$ gfortran -v ; gfortran -dumpmachine
Using bui
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-07 15:40
---
patch applied
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-07
15:40 ---
inquire (delim= ) also doesn't work (returns blanks).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19313
--- Additional Comments From gdr at integrable-solutions dot net
2005-01-07 15:39 ---
Subject: Re: UCNs not recognized in identifiers (c++/c99)
"joseph at codesourcery dot com" <[EMAIL PROTECTED]> writes:
| I've now sent it to c++std-compat (having checked that the C++ list of
| char
"joseph at codesourcery dot com" <[EMAIL PROTECTED]> writes:
| I've now sent it to c++std-compat (having checked that the C++ list of
| characters also includes combining characters in more than one combining
| class so the same issues can arise there at least in principle, whether or
| not the
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
15:31 ---
This is partly a front-end bug:
_gfortran_filename = "t.f";
_gfortran_line = 3;
_gfortran_ioparm.unit = 7;
_gfortran_st_inquire ();
And a library bug.
--
What|Removed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-07
15:30 ---
Subject: Bug 13674
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-07 15:30:22
Modified files:
gcc: ChangeLog
gcc/config/rs6000:
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-01-07
15:09 ---
BTW, the original case is no longer reproducible on mainline, but the test in
#35 still fails.
This happens when a pointer to volatile storage takes the address of a variable.
One way to fix this is by m
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-07
15:07 ---
I just stumbled over this one, too.
Even shorter testcase: valgrind --tool=memcheck cc1 -quiet vg.c
==
int foo() { return 1.0 + 1.1; }
==
-
$ cat pad.f
character*20 chr
open(7)
inquire(7,pad=chr)
print *,chr
end
$ gfortran pad.f && ./a.out
$ gfortran -v ; gfortran -dumpmachine
Using built-in specs.
Configured with: ../gcc-4.0-20050102/configure --prefix=/home/zfkts
--enable-languages=c,c++,f95
Thread mode
--- Additional Comments From joseph at codesourcery dot com 2005-01-07
15:01 ---
Subject: Re: UCNs not recognized in identifiers
(c++/c99)
On Fri, 7 Jan 2005, gdr at integrable-solutions dot net wrote:
>
> --- Additional Comments From gdr at integrable-solutions dot net
> 2005
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
14:27 ---
Confirmed here is another testcase for the same ICE:
template
T *foo (A x)
{
throw ((T) x);
}
class A {};
A *bar ()
{
A a;
return foo (a);
}
--
What|Removed |Added
--- Additional Comments From gdr at integrable-solutions dot net
2005-01-07 14:27 ---
Subject: Re: UCNs not recognized in identifiers (c++/c99)
"joseph at codesourcery dot com" <[EMAIL PROTECTED]> writes:
| I've had no on-list response yet to the query about this I sent to the
| WG14
template
struct C
{
static T *foo (A x) { return new T ((T) x); }
};
class A {};
A *bar ()
{
A a;
return C::foo (a);
}
ICEs on gcc-3_4-branch and on HEAD, works with GCC 3.2.3.
--
Summary: ICE in stabilize_call
Product: gcc
Version: 4.0.0
Sta
--
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6558
--
What|Removed |Added
Target Milestone|--- |3.1.x/3.2.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6525
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11327
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17578
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17617
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18323
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18511
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18942
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19059
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19064
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19257
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15553
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-07
14:05 ---
Confirmed, it had worked with 4.0.0 20041124 and 3.4.0 so this is a regression.
--
What|Removed |Added
---
--
What|Removed |Added
Severity|minor |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19311
--
Bug 19292 depends on bug 18398, which changed state.
Bug 18398 Summary: Formatted I/O problems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18398
What|Old Value |New Value
1 - 100 of 148 matches
Mail list logo
