--- Comment #11 from pcarlini at suse dot de 2006-03-08 22:36 ---
Hum, I see. Therefore c++/21682 is also invalid? And EDG too, apparently ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26605
--- Comment #2 from bowie dot owens at csiro dot au 2006-03-08 22:39
---
Created an attachment (id=11000)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11000&action=view)
simpler preprocessed C++ code that causes ICE
Removed include of valarray and iostream to produce simpler pre
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-08 23:37 ---
Fixed in 4.0.0. 3.4.6 has been tagged already and has been released (no
announcement has been made but it is up on the ftp server already).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-03-08 23:38
---
Fixed in 4.0.0. 3.4.6 has been tagged already and has been released (no
announcement has been made but it is up on the ftp server already).
--
pinskia at gcc dot gnu dot org changed:
What|Remov
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-08 23:39 ---
Fixed in 4.0.0. 3.4.6 has been tagged already and has been released (no
announcement has been made but it is up on the ftp server already).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-08 23:40 ---
Fixed in 4.0.0. 3.4.6 has been tagged already and has been released (no
announcement has been made but it is up on the ftp server already).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-08 23:40 ---
Fixed in 4.0.0. 3.4.6 has been tagged already and has been released (no
announcement has been made but it is up on the ftp server already).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from patchapp at dberlin dot org 2006-03-09 00:25 ---
Subject: Bug number PR25378
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00477.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-09 00:29 ---
Fixed so closing as such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-09 00:33 ---
Fixed in 4.0.0. 3.4.6 has been tagged already and has been released (no
announcement has been made but it is up on the ftp server already).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-09 00:34 ---
Reopening since the testcase has been xfailed IIRC.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19546
--- Comment #6 from geoffk at gcc dot gnu dot org 2006-03-09 00:35 ---
*** This bug has been marked as a duplicate of 10591 ***
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from geoffk at gcc dot gnu dot org 2006-03-09 00:35 ---
*** Bug 25915 has been marked as a duplicate of this bug. ***
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from geoffk at gcc dot gnu dot org 2006-03-09 00:37 ---
This is the same original report as bug 25915, which then was generalised as
follows:
Any entity which could be defined more than once (like a class or an inline
function) but whose token stream refers to a function
--- Comment #15 from geoffk at gcc dot gnu dot org 2006-03-09 00:44 ---
Another case is when someone writes
struct a_struct __attribute__((visibility(hidden)));
void foo(a_struct &) { }
Even though "foo" is not marked hidden it should still be hidden, because it
could be overloaded in
--- Comment #16 from geoffk at gcc dot gnu dot org 2006-03-09 00:48 ---
Oops! I got confused about visibility vs. TREE_PUBLIC. I think it would be
better to track the visibility stuff under a different bug. The previous
comment does apply when something is in an anonymous namespace, b
In bug 10591, it's pointed out that you can use the ODR rules to clear the
TREE_PUBLIC flag. You can do the same thing to make something have hidden
visibility even though it's not declared so.
In fact, this is a requirement. For example, in bug 19664, I mention that if
the user declares
struct
--- Comment #17 from geoffk at gcc dot gnu dot org 2006-03-09 00:53 ---
I made 26612 to track the similar situation with visibility.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10591
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-09 00:54 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from tromey at gcc dot gnu dot org 2006-03-09 01:12 ---
I'm closing since it is fixed in the current release.
I haven't found the precise fix so I don't know if a 4.0.x
backport is possible.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #26 from echristo at apple dot com 2006-03-09 03:13 ---
GOFAST was a library shipped for mips that I added a configure option to
continue to allow to compile. I fully doubt that it's in use anywhere now so
can probably be removed.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #2 from mckinlay at redhat dot com 2006-03-09 03:16 ---
Can anyone make a test case for this? I was unable to reproduce it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26390
--- Comment #5 from pault at gcc dot gnu dot org 2006-03-09 05:52 ---
Subject: Bug 26257
Author: pault
Date: Thu Mar 9 05:52:06 2006
New Revision: 111860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111860
Log:
2006-03-09 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/26
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-03-09 06:08
---
A revised patch has been submitted that does what might be expected and issues
a warning on -pedantic if the ampersand is missing in a continued character
constant.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-03-09 06:39
---
OK, after some discussion on comp.lang.fortran it is clear tha END and EOR are
not error conditions. They are there to allow for example, reading in a loop
until the end of a file is reached and branching out.
The gen_type() function in gcc/c-aux-info.c contains a logic bug that causes
garbage to be output to the file specified by the -aux-info switch.
The crux of the problem is that gen_type() uses a global variable (data_type)
to build parts of the string to be output by -aux-info. However, there are
When I run "make check" to verify my gcc-4.1.0 build, I get this output:
Fixed: types/vxTypesBase.h
Fixed: unistd.h
Fixed: wchar.h
Fixed: widec.h
Newly fixed header: ia64/sys/getppdp.h
There were fixinclude test FAILURES
make[2]: *** [check] Error 1
make[2]: Leaving directory `/build/gccobj/fixin
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-03-09 06:59
---
I will see if I can fix this. I fear some serious messing with all the
matching routines may be required if it can not be handled in scanner.c
--
jvdelisle at gcc dot gnu dot org changed:
What
--- Comment #1 from markfhaigh at sbcglobal dot net 2006-03-09 07:02
---
Created an attachment (id=11001)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11001&action=view)
Fix for 3.3.x branch (against 2006-03-03 CVS)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26613
--- Comment #2 from markfhaigh at sbcglobal dot net 2006-03-09 07:03
---
Created an attachment (id=11002)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11002&action=view)
Fix for 3.4.x branch (against 2006-03-03 CVS)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26613
--- Comment #3 from markfhaigh at sbcglobal dot net 2006-03-09 07:04
---
Created an attachment (id=11003)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11003&action=view)
Fix for 4.0.x branch (against 2006-03-03 CVS)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26613
--- Comment #4 from markfhaigh at sbcglobal dot net 2006-03-09 07:05
---
Created an attachment (id=11004)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11004&action=view)
Fix for 4.1.x branch (against 2006-03-03 CVS)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26613
--- Comment #5 from markfhaigh at sbcglobal dot net 2006-03-09 07:06
---
Created an attachment (id=11005)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11005&action=view)
Fix for trunk (against 2006-03-03 CVS)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26613
--- Comment #12 from martin at mpa-garching dot mpg dot de 2006-03-09
07:12 ---
(In reply to comment #11)
> OK, after some discussion on comp.lang.fortran it is clear tha END and EOR are
> not error conditions. They are there to allow for example, reading in a loop
> until the end of a
101 - 135 of 135 matches
Mail list logo
