--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
06:38 ---
This might already be fixed in 4.0.2.
--
What|Removed |Added
Component|c
--- Additional Comments From adah at netstd dot com 2005-08-08 06:31
---
(In reply to comment #53)
> I know no one named Paul M. He seems not here, either.
Really sorry that I missed the latest posting on comp.lang.c++.moderated by
Paul Mensonides
The explanation is good enough.
Using gcc 4.0.1 :
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /data1/vondele/gcc-401/gcc/configure --
prefix=/data1/vondele/gcc-401/result --with-gmp-dir=/data1/vondele/gmp-4.1.4/ -
-with-mpfr=/home/vondele/ --enable-languages=c,f95
Thread model: posix
gcc version 4.0.1
The f
--- Additional Comments From adah at netstd dot com 2005-08-08 06:19
---
(In reply to comment #52)
> Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
> "adah at netstd dot com" <[EMAIL PROTECTED]> writes:
> | This said, I still cannot think this bug repor
--
What|Removed |Added
CC||woodzltc at sources dot
||redhat dot com
http://gcc.gnu.org/bug
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-08 04:59 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| This said, I still cannot think this bug report is `INVALID', f
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-08 04:56 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
[...]
| template<>
| struct iterator_traits >
Invalid.
[...]
--- Additional Comments From adah at netstd dot com 2005-08-08 03:53
---
Sorry for the tone in my previous comment. I guess I was a little heated and
acted in a haste.
This said, I still cannot think this bug report is `INVALID', from a user's
point of view. The test code showed it
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
03:32 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
03:32 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
03:18 ---
Confirmed, will test the patch now.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-08
03:00 ---
(In reply to comment #0)
>
> Consequently I'm filing this DR against the gcc DR reporting machinery itself,
> rather than against the compiler in particular. There needs to be categories
> for
> QOI defect
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08
02:48 ---
One thing is that diagnostic reports which does not report an invalid error
message is an enhancement.
One which wants to add more to an diagnostic is an enhancement.
A bug for a missed optimization is an e
--- Additional Comments From igodard at pacbell dot net 2005-08-08 02:42
---
See also #23281
Should this and other reports about diagnostic quality be treated as
"enhancement requests"? I suppose tht it depends on what you consider
"correctness". If that means "conforming to standard",
This DR reflects bug report #23263 (q.v.) but addresses a larger issue. That
report has been categorized as an "enhancement request".
Should this and other reports about diagnostic quality be treated as
"enhancement requests"? I suppose tht it depends on what you consider
"correctness". If correc
Just like PR 1427 for java, GCC forgets to emit DW_AT_entry_point or N_MAIN
debug info so a debugger
could read it correctly.
--
Summary: gfortran does not emit DW_AT_entry_point (dwarf-2) or
N_MAIN (stabs) debugging info
Product: gcc
Version
--- Additional Comments From adah at netstd dot com 2005-08-08 02:26
---
Sorry, but some of you here have not read carefully enough and acted in a
haste. Please test with the following code piece and make a decision AFTER
that:
#include
#include
int distance(std::vector v1, std::v
--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-07 23:04
---
I've committed the patch to mainline. This is an enhancement,
so it is inappropriate for the 4.0 branch (ie. it doesn't fix
a regression).
--
What|Removed |Added
-
--
Bug 20585 depends on bug 22390, which changed state.
Bug 22390 Summary: Implement FLUSH statement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22390
What|Old Value |New Value
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-07
22:56 ---
Subject: Bug 22390
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-07 22:56:20
Modified files:
gcc/fortran: ChangeLog dump-parse-tree.c gfortran.
Okul Oncesi Couk ve Anne Baba Egitimi
Okul Oncesi Cocuklar Icın Hazırlanmis Odullu CD'leri Gordunuzmu?
http://www.cocukdunyasi.net
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-07
20:37 ---
Subject: Re: New: SJLJ-exceptions broken
On Sun, 2005-08-07 at 19:50 +, jacob dot navia at ants dot com
wrote:
> We have a program (c++) that needs c++ SJLJ exceptions. We have built all
> compilers fr
On Sun, 2005-08-07 at 19:50 +, jacob dot navia at ants dot com
wrote:
> We have a program (c++) that needs c++ SJLJ exceptions. We have built all
> compilers from 3.3.1 to 3.3.6 and they all have the same bug:
> In the first throw that the program does, we get an exception in the runtime
> Pr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
20:33 ---
Why don't you generate dwarf2 tables at runtime too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
--- Additional Comments From jacob dot navia at ants dot com 2005-08-07
20:30 ---
>>Why do the program requires SJLJ exceptions? That does not make sense.
Yes it does.
The problem is that we are generating dynamically code
using an embedded compiler. Our stack looks like this:
--- Additional Comments From uros at kss-loka dot si 2005-08-07 20:05
---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |uros at kss-loka dot s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
19:57 ---
Why do the program requires SJLJ exceptions? That does not make sense.
Do you have a simple testcase which this can be reproduced with?
--
What|Removed |Added
--
We have a program (c++) that needs c++ SJLJ exceptions. We have built all
compilers from 3.3.1 to 3.3.6 and they all have the same bug:
In the first throw that the program does, we get an exception in the runtime
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1166014832 (
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
19:37 ---
*** Bug 23274 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
19:37 ---
*** This bug has been marked as a duplicate of 23273 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
19:37 ---
*** Bug 23275 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
19:37 ---
*** This bug has been marked as a duplicate of 23273 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
19:37 ---
*** Bug 23276 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
19:37 ---
*** This bug has been marked as a duplicate of 23273 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
19:37 ---
*** Bug 23277 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
19:37 ---
*** This bug has been marked as a duplicate of 23273 ***
--
What|Removed |Added
When compiling the stl headers, the gcc-4.4.4 reports:
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/stl_bvector.h:823:
error: expected unqualified-id before '(' token
In file included from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknow
When compiling the stl headers, the gcc-4.4.4 reports:
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/stl_bvector.h:823:
error: expected unqualified-id before '(' token
In file included from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknow
When compiling the stl headers, the gcc-4.4.4 reports:
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/stl_bvector.h:823:
error: expected unqualified-id before '(' token
In file included from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknow
When compiling the stl headers, the gcc-4.4.4 reports:
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/stl_bvector.h:823:
error: expected unqualified-id before '(' token
In file included from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknow
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
19:19 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-cvs/2005-08/msg00214.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
19:12 ---
Add -save-temps and attach the preprocessed source, the .ii file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
When compiling the stl headers, the gcc-4.4.4 reports:
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/stl_bvector.h:823:
error: expected unqualified-id before '(' token
In file included from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknow
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-07
19:01 ---
Subject: Bug 21894
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-07 19:01:09
Modified files:
gcc: ChangeLog tree-nested.c
Added files:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
18:03 ---
ppc-darwin have the definition of mask type as:
typedef unsigned long mask;
i686-pc-linux have:
typedef unsigned short mask;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23271
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
17:59 ---
Confirmed, this is either a cygwin/newlib bug or a libstdc++ bug:
reduced testcase for the error:
typedef char mask;
static const mask print = 020 | 01 | 02 | 04 | 0200;
enum char_class_type{
char_clas
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-07
16:13 ---
That patch from comment #4 is also not right. See the URL for something
that I expect to be correct (fingers crossed while it's trying to pass
testing... ;-)
--
What|Removed
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-07
15:52 ---
Index: tree-ssa-math-opts.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-ssa-math-opts.c,v
retrieving revision 2.4
diff -u -p -r2.4 tree-ssa-math-opt
--
What|Removed |Added
GCC host triplet|i386-mingw32|
GCC target triplet|mingw32 |i386-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=232
--
What|Removed |Added
Summary|rewind truncates file on|[migwin32] rewind truncates
|migwin32|file
http://gcc.gnu.org/bugzilla/
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-07
15:19 ---
I'll take a look at this.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot
--
What|Removed |Added
Summary|inquire via filename fails |[mingw32] inquire via
|on mingw32 |filename fails
http://gcc.gnu.org/bugzi
--
What|Removed |Added
GCC host triplet|i386-mingw32|
GCC target triplet||i386-mingw32
Summary|Error in floating point |
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
15:18 ---
Works correctly on i686-pc-linux-gnu.
--
What|Removed |Added
GCC host triplet|i386-mingw32
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
15:17 ---
Works correctly on i686-pc-linux-gnu.
--
What|Removed |Added
GCC target triplet|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
15:14 ---
(In reply to comment #3)
> I tried your suggestions with the following parameters:
No -lc is needed. Did you copy the libraries and headers from the IRIX box as
you need both to get a
working cross compi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-07
15:08 ---
Could you attach the preprocessed source?
You can get the preprocessed source via -save-temps, and it is named with .ii
as the suffix.
--
What|Removed |Added
--
--- Additional Comments From dorit at il dot ibm dot com 2005-08-07 14:37
---
Looks like this happens during tree-if-conversion:
#0 internal_error (gmsgid=0x53b138 "in %s, at %s:%d")
at ../../gcc/gcc/diagnostic.c:535
#1 0x0027a4fc in get_loop_body (loop=0x42105990) at ../../gcc/gcc/c
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-07
13:05 ---
With recent patch that fixes a number of issues with temporary files
(http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00399.html), and including the
bugs that are caused by the script not being perfect, the l
--
What|Removed |Added
OtherBugsDependingO||23261
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23262
--
What|Removed |Added
OtherBugsDependingO||23261
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23265
--
What|Removed |Added
OtherBugsDependingO||23261
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23272
--
What|Removed |Added
OtherBugsDependingO||23261
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23264
$ cat inquire_2.f90
INTEGER UNIT
OPEN(FILE='CSEQ', UNIT=23)
INQUIRE(FILE='CSEQ',NUMBER=UNIT)
IF (UNIT.NE.23) CALL ABORT
END
$ gfc inquire_2.f90 && ./a.exe
Abort
--
Summary: inquire via filename fails on mingw32
Product: gcc
Version:
--- Additional Comments From greenrd at greenrd dot org 2005-08-07 11:51
---
The patch is tested and is in the gcc patch queue @
http://www.dberlin.org/cgi-bin/patches.py
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23230
The trivial program below fails to compile when built with -pedantic -ansi
-Wall, the problem appears to be the value of std::ctype_base::print which can't
be assigned to an enum *but only on cygwin* and *only with the command line
options used above*. I'm not completely sure if this is a setup pr
--- Additional Comments From pfl at iis dot fhg dot de 2005-08-07 09:22
---
I tried your suggestions with the following parameters:
I compilied with gcc-4.0.2 binutils 2.16.1 with:
CC="ccache i686-pc-linux-gnu-gcc-4.0" CXX="ccache i686-pc-linux-gnu-g++-4.0"
CFLAGS="-O1" CXXFLAGS="-O1"
68 matches
Mail list logo
