[Bug target/23231] cross compiling fails for mips-sgi-irix6.5
--- 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" configure --cache-file=../binutils_configure-i686. cache --prefix=/home/pfl/gnu --bindir=/home/pfl/gnu/bin --sbindir=/home/pfl/gnu/ sbin --libdir=/home/pfl/gnu/lib32 --program-prefix=i686-pc-linux-gnu- Then I compiled gcc-4.0.2 with: CC="ccache i686-pc-linux-gnu-gcc-4.0" CXX="ccache i686-pc-linux-gnu-g++-4.0" CFLAGS="-O1" CXXFLAGS="-O1" ../gcc-4.0-20050728/configure --cache-file=../ gcc40_configure-mips.cache --prefix=/home/pfl/gnu --bindir=/home/pfl/gnu/bin -- sbindir=/home/pfl/gnu/sbin --libdir=/home/pfl/gnu/lib32 --disable-nls --disable- multilib --disable-intl --enable-languages=c,c++ --target=mips-sgi-irix6.5 -- program-prefix=mips-sgi-irix6.5- --without-headers --with-newlib --with-gnu-ld - -with-ld=/home/pfl/gnu/bin/mips-sgi-irix6.5-ld --with-gnu-as --with-as=/home/ pfl/gnu/bin/mips-pc-linux-gnu-as This leads to: ... /home/pfl/gnu/mips-sgi-irix6.5/bin/ld: cannot find -lc collect2: ld returned 1 exit status ... Then I tried: CC="ccache i686-pc-linux-gnu-gcc-4.0" CXX="ccache i686-pc-linux-gnu-g++-4.0" CFLAGS="-O1" CXXFLAGS="-O1" ../gcc-4.0-20050728/configure --cache-file=../ gcc40_configure-mips.cache --prefix=/home/pfl/gnu --bindir=/home/pfl/gnu/bin -- sbindir=/home/pfl/gnu/sbin --libdir=/home/pfl/gnu/lib32 --disable-nls --disable- multilib --disable-intl --enable-languages=c,c++ --target=mips-sgi-irix6.5 -- program-prefix=mips-sgi-irix6.5- --without-headers --with-newlib --with-gnu-ld Which broke at the same line with: ... /home/pfl/gnu/mips-sgi-irix6.5/bin/ld: cannot find -lc collect2: ld returned 1 exit status make[2]: *** [libgcc_s.so] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/pfl/gnu/build/mips-gcc- 4.0/gcc« make[1]: *** [stmp-multilib] Fehler 2 rm gfdl.pod gcov.pod cpp.pod gpl.pod gcc.pod fsf-funding.pod make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/pfl/gnu/build/mips-gcc- 4.0/gcc« make: *** [all-gcc] Fehler 2 If I manualy executed the line without -lc the line compiles/links. But the make file tries to redo this step so I find myself in an endless loop of manual compiling/linking and starting make. I think the -lc linker switch could perhaps be removed from the Makefile. I have a coupel of very fast machines and I am willing to try some parameter constellations for you if you like. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23231
[Bug libstdc++/23271] New: Members of ctype_base appear not to be integral constant expressions.
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 problem with
libstdc++ on cygwin, or a gcc compiler bug.
Here's the program:
#include
enum char_class_type
{
char_class_none = 0,
char_class_alnum = std::ctype_base::alnum,
char_class_alpha = std::ctype_base::alpha,
char_class_cntrl = std::ctype_base::cntrl,
char_class_digit = std::ctype_base::digit,
char_class_graph = std::ctype_base::graph,
char_class_lower = std::ctype_base::lower,
char_class_print = std::ctype_base::print,
char_class_punct = std::ctype_base::punct,
char_class_space = std::ctype_base::space,
char_class_upper = std::ctype_base::upper,
char_class_xdigit = std::ctype_base::xdigit,
char_class_all_base = char_class_alnum | char_class_alpha |
char_class_cntrl
| char_class_digit | char_class_graph |
char_class_lower
| char_class_print | char_class_punct |
char_class_space
| char_class_upper | char_class_xdigit
};
And here's the result:
$ g++ -c -pedantic -ansi -Wall ct*.cpp
ctype_base.cpp:13: error: overflow in constant expression
ctype_base.cpp:22: error: overflow in constant expression
Thanks in advance,
John Maddock.
--
Summary: Members of ctype_base appear not to be integral constant
expressions.
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john at johnmaddock dot co dot uk
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd
0.125)
GCC host triplet: gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd
0.125)
GCC target triplet: gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd
0.125)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23271
[Bug java/23230] Wrong "this" used when call made to superclass which is also superclass of enclosing class
--- 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
[Bug libfortran/23272] New: inquire via filename fails on mingw32
$ 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: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: i386-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23272
[Bug libfortran/23264] direct access failure
-- What|Removed |Added OtherBugsDependingO||23261 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23264
[Bug libfortran/23272] inquire via filename fails on mingw32
-- What|Removed |Added OtherBugsDependingO||23261 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23272
[Bug libfortran/23265] Error in floating point output with BN edit descriptor
-- What|Removed |Added OtherBugsDependingO||23261 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23265
[Bug libfortran/23262] rewind truncates file
-- What|Removed |Added OtherBugsDependingO||23261 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23262
[Bug fortran/23261] [meta-bug] gfortran testsuite bugs on mingw32
--- 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 list reduces to: FAIL: gfortran.dg/direct_io_2.f90 (PR 23264) FAIL: gfortran.dg/endfile.f90 (PR 23262) FAIL: gfortran.dg/fmt_read_bz_bn.f90 (PR 23265) FAIL: gfortran.dg/output_exponents_1.f90 FAIL: gfortran.fortran-torture/execute/inquire_2.f90 (PR 23272) I have reduced each of those bugs (see PR number associated to each), which are all target-specific. The output_exponents_1.f90 failure is associated to my recent patch proposal (http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00338.html), i'm investigating... -- What|Removed |Added BugsThisDependsOn||23262, 23264, 23265, 23272 Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-07 13:05:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23261
[Bug tree-optimization/23048] [4.1 Regression] ICE in get_loop_body with -O1 -ftree-vectorize on 4.1.x
--- 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/cfgloop.c:819 #2 0x0027a4fc in get_loop_body (loop=0x42105990) at ../../gcc/gcc/cfgloop.c:819 #3 0x0044a0d0 in clean_predicate_lists (loop=0x42105990) at ../../gcc/gcc/tree- if-conv.c:643 #4 0x00448ce4 in tree_if_conversion (loop=0x6b485c, for_vectorizer=220 'Ü') at ../../gcc/gcc/tree-if-conv.c:204 #5 0x0044b72c in main_tree_if_conversion () at ../../gcc/gcc/tree-if- conv.c:1105 -- What|Removed |Added CC||dpatel at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23048
[Bug libstdc++/23271] Members of ctype_base appear not to be integral constant expressions.
--- 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 GCC build triplet|gcc version 3.4.4 (cygming |i686-pc-cygwin |special) (gdc 0.12, using | |dmd 0.125) | GCC host triplet|gcc version 3.4.4 (cygming |i686-pc-cygwin |special) (gdc 0.12, using | |dmd 0.125) | GCC target triplet|gcc version 3.4.4 (cygming |i686-pc-cygwin |special) (gdc 0.12, using | |dmd 0.125) | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23271
[Bug target/23231] cross compiling fails for mips-sgi-irix6.5
--- 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 compiler. You might want to use --with-sysroot to make it easier for you. -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23231
[Bug libfortran/23262] rewind truncates file on migwin32
--- 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||mingw32 Summary|rewind truncates file |rewind truncates file on ||migwin32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23262
[Bug libfortran/23264] [mingw32] direct access failure
--- 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| GCC target triplet||i386-mingw32 Summary|direct access failure |[mingw32] direct access ||failure http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23264
[Bug libfortran/23265] [mingw32] Error in floating point output with BN edit descriptor
-- What|Removed |Added GCC host triplet|i386-mingw32| GCC target triplet||i386-mingw32 Summary|Error in floating point |[mingw32] Error in floating |output with BN edit |point output with BN edit |descriptor |descriptor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23265
[Bug libfortran/23272] [mingw32] inquire via filename fails
-- What|Removed |Added Summary|inquire via filename fails |[mingw32] inquire via |on mingw32 |filename fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23272
[Bug tree-optimization/23234] [4.1 Regression] ICE in verify_flow_info()
--- 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 gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-08-04 17:55:39 |2005-08-07 15:19:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23234
[Bug libstdc++/23271] Members of ctype_base appear not to be integral constant expressions.
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23271
[Bug libfortran/23262] [migwin32] rewind truncates file
-- What|Removed |Added Summary|rewind truncates file on|[migwin32] rewind truncates |migwin32|file http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23262
[Bug libfortran/23262] [migwin32] rewind truncates file
-- What|Removed |Added GCC host triplet|i386-mingw32| GCC target triplet|mingw32 |i386-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23262
[Bug tree-optimization/23234] [4.1 Regression] ICE in verify_flow_info()
--- 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-opts.c
--- tree-ssa-math-opts.c1 Aug 2005 08:58:25 - 2.4
+++ tree-ssa-math-opts.c7 Aug 2005 15:52:07 -
@@ -56,14 +56,15 @@ gate_cse_reciprocals (void)
/* Check if DEF's uses include more than one floating-point division,
and if so replace them by multiplications with the reciprocal. If
- PHI is true, insert the reciprocal calculation before BSI, otherwise
- insert it after and move BSI to the new statement.
+ BEFORE_BSI is true, insert the reciprocal calculation before BSI,
+ otherwise insert it after and move BSI to the new statement.
Does not check the type of DEF, nor that DEF is a GIMPLE register.
This is done in the caller for speed, because otherwise this routine
would be called for every definition and phi node. */
static void
-execute_cse_reciprocals_1 (block_stmt_iterator *bsi, tree def, bool phi)
+execute_cse_reciprocals_1 (block_stmt_iterator *bsi,
+ tree def, bool before_bsi)
{
use_operand_p use_p;
imm_use_iterator use_iter;
@@ -99,7 +100,7 @@ execute_cse_reciprocals_1 (block_stmt_it
fold_build2 (RDIV_EXPR, type, build_real (type, dconst1),
def));
- if (phi)
+ if (before_bsi)
bsi_insert_before (bsi, new_stmt, BSI_SAME_STMT);
else
bsi_insert_after (bsi, new_stmt, BSI_NEW_STMT);
@@ -133,7 +134,7 @@ execute_cse_reciprocals (void)
{
block_stmt_iterator bsi;
bsi = bsi_start (single_succ (ENTRY_BLOCK_PTR));
- execute_cse_reciprocals_1 (&bsi, default_def (arg), false);
+ execute_cse_reciprocals_1 (&bsi, default_def (arg), true);
}
FOR_EACH_BB (bb)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23234
[Bug tree-optimization/23234] [4.1 Regression] ICE in verify_flow_info()
--- 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 |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||08/msg00402.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23234
[Bug libstdc++/23271] Members of ctype_base appear not to be integral constant expressions.
--- 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_class_print = print
};
the overflow is correct print was already overflowed.
--
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed||1
GCC build triplet|i686-pc-cygwin |
GCC host triplet|i686-pc-cygwin |
Last reconfirmed|-00-00 00:00:00 |2005-08-07 17:59:22
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23271
[Bug libstdc++/23271] Members of ctype_base appear not to be integral constant expressions.
--- 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
[Bug middle-end/21894] [4.0/4.1 Regression] Invalid operand to binary operator with nested function
--- 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: gcc/testsuite/gcc.c-torture/compile: nested-2.c Log message: PR 21894 * tree-nested.c (convert_local_reference): Save and restore val_only around component_ref and friends. Clear walk_subtrees by default. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9673&r2=2.9674 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-nested.c.diff?cvsroot=gcc&r1=2.28&r2=2.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/nested-2.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21894
[Bug c++/23273] New: gcc doesn't compile the stl headers
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-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/vector:75,
from Arena.h:17,
from AntsString.h:8,
from ErrorHandling.h:6,
from aio.cpp:2:
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:
In member function `void std::vector<_Tp,
_Alloc>::_M_fill_insert(__gnu_cxx::__normal_iterator >, size_t, const _Tp&)':
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:307:
error: expected unqualified-id before '(' token
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:
In member function `void std::vector<_Tp,
_Alloc>::_M_range_insert(__gnu_cxx::__normal_iterator >, _ForwardIterator, _ForwardIterator,
std::forward_iterator_tag)':
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:384:
error: expected unqualified-id before '(' token
In file included from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/vector:72,
from Arena.h:17,
from AntsString.h:8,
from AntsSqlServer.h:12,
from AntsAuthIdElement.cpp:2:
-
[EMAIL PROTECTED] /home/antslab/gccobj/bin/g++ -v
Reading specs from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/specs
Configured with: ../gcc-3.4.4/configure --prefix=/home/antslab/gccobj
--enable-sjlj-exceptions --enable-languages=c,c++
--with-ld=/home/antslab/gccobj/bin/ld --enable-threads=posix --disable-shared
--with-system-zlib --enable-__cxa_atexit
Thread model: posix
gcc version 3.4.4
--
Summary: gcc doesn't compile the stl headers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jacob dot navia at ants dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: gcc-4.4.4
GCC host triplet: gcc-4.4.4
GCC target triplet: amd64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
[Bug c++/23273] gcc doesn't compile the stl headers
--- 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
[Bug other/18367] [4.1 Regression] make check fails with fixinclude problem
--- 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 Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18367
[Bug c++/23274] New: gcc doesn't compile the stl headers
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-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/vector:75,
from Arena.h:17,
from AntsString.h:8,
from ErrorHandling.h:6,
from aio.cpp:2:
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:
In member function `void std::vector<_Tp,
_Alloc>::_M_fill_insert(__gnu_cxx::__normal_iterator >, size_t, const _Tp&)':
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:307:
error: expected unqualified-id before '(' token
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:
In member function `void std::vector<_Tp,
_Alloc>::_M_range_insert(__gnu_cxx::__normal_iterator >, _ForwardIterator, _ForwardIterator,
std::forward_iterator_tag)':
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:384:
error: expected unqualified-id before '(' token
In file included from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/vector:72,
from Arena.h:17,
from AntsString.h:8,
from AntsSqlServer.h:12,
from AntsAuthIdElement.cpp:2:
-
[EMAIL PROTECTED] /home/antslab/gccobj/bin/g++ -v
Reading specs from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/specs
Configured with: ../gcc-3.4.4/configure --prefix=/home/antslab/gccobj
--enable-sjlj-exceptions --enable-languages=c,c++
--with-ld=/home/antslab/gccobj/bin/ld --enable-threads=posix --disable-shared
--with-system-zlib --enable-__cxa_atexit
Thread model: posix
gcc version 3.4.4
--
Summary: gcc doesn't compile the stl headers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jacob dot navia at ants dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: gcc-4.4.4
GCC host triplet: gcc-4.4.4
GCC target triplet: amd64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23274
[Bug c++/23275] New: gcc doesn't compile the stl headers
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-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/vector:75,
from Arena.h:17,
from AntsString.h:8,
from ErrorHandling.h:6,
from aio.cpp:2:
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:
In member function `void std::vector<_Tp,
_Alloc>::_M_fill_insert(__gnu_cxx::__normal_iterator >, size_t, const _Tp&)':
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:307:
error: expected unqualified-id before '(' token
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:
In member function `void std::vector<_Tp,
_Alloc>::_M_range_insert(__gnu_cxx::__normal_iterator >, _ForwardIterator, _ForwardIterator,
std::forward_iterator_tag)':
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:384:
error: expected unqualified-id before '(' token
In file included from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/vector:72,
from Arena.h:17,
from AntsString.h:8,
from AntsSqlServer.h:12,
from AntsAuthIdElement.cpp:2:
-
[EMAIL PROTECTED] /home/antslab/gccobj/bin/g++ -v
Reading specs from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/specs
Configured with: ../gcc-3.4.4/configure --prefix=/home/antslab/gccobj
--enable-sjlj-exceptions --enable-languages=c,c++
--with-ld=/home/antslab/gccobj/bin/ld --enable-threads=posix --disable-shared
--with-system-zlib --enable-__cxa_atexit
Thread model: posix
gcc version 3.4.4
--
Summary: gcc doesn't compile the stl headers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jacob dot navia at ants dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: gcc-4.4.4
GCC host triplet: gcc-4.4.4
GCC target triplet: amd64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23275
[Bug c++/23276] New: gcc doesn't compile the stl headers
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-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/vector:75,
from Arena.h:17,
from AntsString.h:8,
from ErrorHandling.h:6,
from aio.cpp:2:
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:
In member function `void std::vector<_Tp,
_Alloc>::_M_fill_insert(__gnu_cxx::__normal_iterator >, size_t, const _Tp&)':
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:307:
error: expected unqualified-id before '(' token
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:
In member function `void std::vector<_Tp,
_Alloc>::_M_range_insert(__gnu_cxx::__normal_iterator >, _ForwardIterator, _ForwardIterator,
std::forward_iterator_tag)':
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:384:
error: expected unqualified-id before '(' token
In file included from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/vector:72,
from Arena.h:17,
from AntsString.h:8,
from AntsSqlServer.h:12,
from AntsAuthIdElement.cpp:2:
-
[EMAIL PROTECTED] /home/antslab/gccobj/bin/g++ -v
Reading specs from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/specs
Configured with: ../gcc-3.4.4/configure --prefix=/home/antslab/gccobj
--enable-sjlj-exceptions --enable-languages=c,c++
--with-ld=/home/antslab/gccobj/bin/ld --enable-threads=posix --disable-shared
--with-system-zlib --enable-__cxa_atexit
Thread model: posix
gcc version 3.4.4
--
Summary: gcc doesn't compile the stl headers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jacob dot navia at ants dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: gcc-4.4.4
GCC host triplet: gcc-4.4.4
GCC target triplet: amd64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23276
[Bug c++/23277] New: gcc doesn't compile the stl headers
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-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/vector:75,
from Arena.h:17,
from AntsString.h:8,
from ErrorHandling.h:6,
from aio.cpp:2:
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:
In member function `void std::vector<_Tp,
_Alloc>::_M_fill_insert(__gnu_cxx::__normal_iterator >, size_t, const _Tp&)':
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:307:
error: expected unqualified-id before '(' token
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:
In member function `void std::vector<_Tp,
_Alloc>::_M_range_insert(__gnu_cxx::__normal_iterator >, _ForwardIterator, _ForwardIterator,
std::forward_iterator_tag)':
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/bits/vector.tcc:384:
error: expected unqualified-id before '(' token
In file included from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/../../../../include/c++/3.4.4/vector:72,
from Arena.h:17,
from AntsString.h:8,
from AntsSqlServer.h:12,
from AntsAuthIdElement.cpp:2:
-
[EMAIL PROTECTED] /home/antslab/gccobj/bin/g++ -v
Reading specs from
/cdrive/antslab/gccobj/bin/../lib/gcc/x86_64-unknown-linux-gnu/3.4.4/specs
Configured with: ../gcc-3.4.4/configure --prefix=/home/antslab/gccobj
--enable-sjlj-exceptions --enable-languages=c,c++
--with-ld=/home/antslab/gccobj/bin/ld --enable-threads=posix --disable-shared
--with-system-zlib --enable-__cxa_atexit
Thread model: posix
gcc version 3.4.4
--
Summary: gcc doesn't compile the stl headers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jacob dot navia at ants dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: gcc-4.4.4
GCC host triplet: gcc-4.4.4
GCC target triplet: amd64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23277
[Bug c++/23277] gcc doesn't compile the stl headers
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23277
[Bug c++/23273] gcc doesn't compile the stl headers
--- 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
[Bug c++/23276] gcc doesn't compile the stl headers
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23276
[Bug c++/23273] gcc doesn't compile the stl headers
--- 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
[Bug c++/23275] gcc doesn't compile the stl headers
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23275
[Bug c++/23273] gcc doesn't compile the stl headers
--- 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
[Bug c++/23274] gcc doesn't compile the stl headers
--- 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 Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23274
[Bug c++/23273] gcc doesn't compile the stl headers
--- 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
[Bug c++/23278] New: SJLJ-exceptions broken
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 (LWP 24573)] parse_lsda_header (context=0x457f6978, p=0xd5a040 , info=0x457f6900) at ../../../../gcc-3.3.6/libstdc++-v3/libsupc++/eh_personality.cc:62 62lpstart_encoding = *p++; The variable p has a wrong address: 0xd5a040. This address is NOT completely random however. It is always the address of a function, in this case : .gnu.linkonce.d._ZTV18QueryRowLimitCheck 0x00d5a040 0x330 ../Debug/libdatabaselibrary.a(GenerateWhere.o) 0x00d5a040_ZTV18QueryRowLimitCheck I gathered that from the map file. In different versions of the compiler the specific function changes, but the overall pattern is the same: The high 32 bits of the address are filled with the low 32 bits of the address of a function. A bug somewhere??? WHERE I have been working already almost a week in this and I get nowhere. Please help. Thanks in advance jacob -- Summary: SJLJ-exceptions broken Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jacob dot navia at ants dot com CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: gcc-3.3.3 to gcc-3.3.6 GCC target triplet: amd64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
[Bug libstdc++/23278] SJLJ-exceptions broken
--- 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 Component|c++ |libstdc++ Keywords||EH, sjlj-eh http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
[Bug target/23268] [4.1 Regression] ICE using math functions log & rint, -ffast-math, -O1 (,2,3,s)
--- 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 si |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-08-07 04:34:27 |2005-08-07 20:05:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23268
[Bug libstdc++/23278] SJLJ-exceptions broken
--- 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: C++ stack dynamically generated code C++ stack dynamically generated code C++ stack <--- makes a throw If we would use table-driven (dwarf2) exceptions, the program would crash since there are no dwarf tables for our dynamically generated code! We HAVE to use sjlj exceptions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
[Bug libstdc++/23278] SJLJ-exceptions broken
--- 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
Re: [Bug c++/23278] 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 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 (LWP 24573)] > parse_lsda_header (context=0x457f6978, > p=0xd5a040 , info=0x457f6900) > at ../../../../gcc-3.3.6/libstdc++-v3/libsupc++/eh_personality.cc:62 > 62lpstart_encoding = *p++; > You can't mix SJLJ exceptions and dwarf2 exceptions, which is what happened here, AFAICT
[Bug libstdc++/23278] SJLJ-exceptions broken
--- 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 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 (LWP 24573)] > parse_lsda_header (context=0x457f6978, > p=0xd5a040 , info=0x457f6900) > at ../../../../gcc-3.3.6/libstdc++-v3/libsupc++/eh_personality.cc:62 > 62lpstart_encoding = *p++; > You can't mix SJLJ exceptions and dwarf2 exceptions, which is what happened here, AFAICT -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
07 Cok Gec olabilir
Okul Oncesi Couk ve Anne Baba Egitimi Okul Oncesi Cocuklar Icın Hazırlanmis Odullu CD'leri Gordunuzmu? http://www.cocukdunyasi.net
[Bug fortran/22390] Implement FLUSH statement
--- 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.h io.c match.c match.h parse.c resolve.c st.c trans-io.c trans-stmt.h trans.c libgfortran: ChangeLog Makefile.am Makefile.in gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: flush_1.f90 Log message: 2005-08-07 Janne Blomqvist <[EMAIL PROTECTED]> PR fortran/22390 * dump-parse-tree.c (gfc_show_code_node): Add case for FLUSH. * gfortran.h: Add enums for FLUSH. * io.c (gfc_free_filepos,match_file_element,match_filepos): Modify comment appropriately. (gfc_match_flush): New function. * match.c (gfc_match_if): Add match for flush. * match.h: Add prototype. * parse.c (decode_statement): Add flush to 'f' case. (next_statement): Add case for flush. (gfc_ascii_statement): Likewise. * resolve.c (resolve_code): Add flush case. * st.c (gfc_free_statement): Add flush case. * trans-io.c: Add prototype for flush. (gfc_build_io_library_fndecls): Build fndecl for flush. (gfc_trans_flush): New function. * trans-stmt.h: Add prototype. * trans.c (gfc_trans_code): Add case for flush. 2005-08-07 Janne Blomqvist <[EMAIL PROTECTED]> PR fortran/22390 * io/backspace.c: File removed, contents moved to ... * io/endfile.c: Ditto. * io/rewind.c: Ditto. * io/file_pos.c: New file, ... here. * Makefile.am: Add file_pos.c to list, remove obsolete files. * Makefile.in: Regenerated. 2005-08-07 Janne Blomqvist <[EMAIL PROTECTED]> Steven G. Kargl <[EMAIL PROTECTED]> PR fortran/22390 * gfortran.dg/flush_1.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&r1=1.515&r2=1.516 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/dump-parse-tree.c.diff?cvsroot=gcc&r1=1.19&r2=1.20 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gcc&r1=1.76&r2=1.77 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/io.c.diff?cvsroot=gcc&r1=1.28&r2=1.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/match.c.diff?cvsroot=gcc&r1=1.42&r2=1.43 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/match.h.diff?cvsroot=gcc&r1=1.13&r2=1.14 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/parse.c.diff?cvsroot=gcc&r1=1.28&r2=1.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcc&r1=1.49&r2=1.50 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/st.c.diff?cvsroot=gcc&r1=1.8&r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-io.c.diff?cvsroot=gcc&r1=1.39&r2=1.40 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-stmt.h.diff?cvsroot=gcc&r1=1.5&r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans.c.diff?cvsroot=gcc&r1=1.26&r2=1.27 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.279&r2=1.280 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/Makefile.am.diff?cvsroot=gcc&r1=1.38&r2=1.39 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/Makefile.in.diff?cvsroot=gcc&r1=1.40&r2=1.41 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/flush_1.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5889&r2=1.5890 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22390
[Bug fortran/20585] [meta-bug] Fortran 2003 support
-- 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 Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585
[Bug fortran/22390] Implement FLUSH statement
--- 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 Status|NEW |RESOLVED GCC target triplet||4.1.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22390
[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)
--- 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::vector v2)
{
std::cout << "I am chosen!" << std::endl;
return v1.size() - v2.size();
}
// Begins the hack
namespace std {
template<>
struct iterator_traits >
{
typedef int iterator_category;
typedef int value_type;
typedef int difference_type;
typedef int distance_type;
typedef int pointer;
typedef int reference;
};
}
// End the hack
int main()
{
std::vector v1(3), v2(1);
int d = distance(v1, v2);
return 0;
}
The point is: adding the seemingly unrelated code will make the user distance
be chosen.
Best regards,
Yongwei
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug fortran/23280] New: gfortran does not emit DW_AT_entry_point (dwarf-2) or N_MAIN (stabs) debugging info
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: 4.1.0 Status: UNCONFIRMED Keywords: wrong-debug Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23280
[Bug other/23281] New: Miscategorization of quality-of-implementation reports
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 correctness means "conforming to standard", then any diagnostic will do, including "something wrong found somewhere in program". Personally I use a different standard of "correct", which includes "usable", and so addresses issues like compilation time measured in days as well as quality of diagnostic. I understand that the gcc implementation community has a notion of "QOI" (quality of implementation) which reflects much of what I call "usable". But I would distinguish a "defect of QOI" from an "enhancement request"; the latter being something nice to have, but the former impacting real usage. I put this particular DR (#23262) in the "defect of QOI" category. Even if you do not, you probably can select a non-empty set of DRs that are truly "defects" and not mere "enhancement requests. 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 defects of varying severity; either that, or complaints about diagnostics and other QOI ussues should not by policy be filed as "enhancement requests", and forgotten. -- Summary: Miscategorization of quality-of-implementation reports Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: igodard at pacbell dot net CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23281
[Bug c++/23263] Incomprehensible message for invalid attempt to partially specialize a member
--- 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", then any diagnostic will do, including "something wrong found somewhere in program". Personally I use a different standard of "correct", which includes "usable", and so addresses issues like compilation time measured in days as well as quality of diagnostic. I understand that the gcc implementation community has a notion of "QOI" (quality of implementation) which reflects much of what I call "usable". But I would distinguish a "defect of QOI" from an "enhancement request"; the latter being something nice to have, but the former impacting real usage. I put this particular DR in the "defect of QOI" category. Even if you do not, you probably can select a non-empty set of DRs that are truly "defects" and not mere "enhancement requests. Consequently I'm filing this as a DR against the gcc DR reporting machinery itself, rather than against the compiler in particular. There needs to be categories for QOI defects of varying severity; either that, or complaints about diagnostics and other QOI ussues should not by policy be filed as "enhancement requests", and forgotten. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23263
[Bug other/23281] Miscategorization of quality-of-implementation reports
--- 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 enhancement. A diagnostic which is just plainly invalid is either minor or nornal depending on if it is a rejects valid or just printing out an error message that does not correspond to the source. and now to PR 23263 In PR 23263, the error message is correct as the template class is undefined. Hopefully this helps you understand why I called PR 23263, an enhancement. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23281
[Bug other/23281] Miscategorization of quality-of-implementation reports
--- 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 defects of varying severity; No. Speaking as the bugzilla person, i'm not adding categories for QOI issues, because almost everything that isn't a strict bug is a QOI issue already. Diagnostic issues should be filed against the approriate frontend component, or middle-end/backend (in a few cases). I am also not going to add 57 different severities, because it wouldn't do anything for people trying to fix bugs. Read the details of what the severities show (click the linked word severity), and you will see that most diagnostic issues do indeed fall under enhancement. People subjectively view the severity of an issue differently, which is why we have people go through and evaluate it using the objective criteria in the management page. > either that, or complaints about diagnostics > and other QOI ussues should not by policy be filed as "enhancement requests", > and forgotten. If they are forgotten, it is not because they are marked enhancement requests as opposed to minor or normal. You are mixing up severity and priority. Severity is basically an objective measure. Priority is a subjective measure, and theoretically used by developers to prioritize which bugs to work on. . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23281
[Bug tree-optimization/22525] tree based value profiling (-fprofile-use) produces mismatch types in conditional
--- 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 |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-08 03:18:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22525
[Bug c/23145] struct {int i;} is not compatiable with struct {int i,j}
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 03:32 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-08 03:32:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23145
[Bug tree-optimization/23166] SCCP causes type mismatch
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-08 03:32 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-08 03:32:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23166
[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)
--- 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 clearly enough. However, this time let me try to see whether my point can find grounds in the current C++ Standard: 14.8.3/1: `When a call to that name is written (explicitly, or implicitly using the operator notation), template argument deduction (14.8.2) and checking of any explicit template arguments (14.3) are performed for each function template to find the template argument values (if any) that can be used with that function template to instantiate a function template specialization that can be invoked with the call arguments. For each function template, if the argument deduction and checking succeeds, the template-arguments (deduced and/or explicit) are used to instantiate a single function template specialization which is added to the candidate functions set to be used in overload resolution. If, for a given function template, argument deduction fails, no such function is added to the set of candidate functions for that template.' The instantiation is done after the `template argument deduction' is successful. Note it is `template argument deduction' but not `function argument deduction'. I fail to see why the return value type is not considered in the template argument deduction, though the Standard is somehow a little vague on this (I have found no explicit requirements or prohibitions.) By the way, the current error message for the instantiation failure is not helpful at all to help the user identify the problem! Yongwei -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)
--- 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. [...] | The point is: adding the seemingly unrelated code will make the user | distance be chosen. yes, we understood that. The point is why is that a bug in the compiler as opposed to a "bug" in the standard? That is what you have failed to explain so far. The mere fact that you did not like the result does not count as a bug in the compiler. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)
--- 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', from a user's | point of view. We're dealing with INVALID as whether it is a bug with respect to the language standard. [...] | The instantiation is done after the `template argument deduction' is | successful. Have you read Paul M.'s explanation? -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug fortran/23280] gfortran does not emit DW_AT_entry_point (dwarf-2) or N_MAIN (stabs) debugging info
-- What|Removed |Added CC||woodzltc at sources dot ||redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23280
[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)
--- 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 report is `INVALID', from a user's > | point of view. > We're dealing with INVALID as whether it is a bug with respect to the > language standard. > [...] I have not yet been able to deduce from the Standard that the OP's code is invalid. > | The instantiation is done after the `template argument deduction' is > | successful. > Have you read Paul M.'s explanation? I know no one named Paul M. He seems not here, either. > -- Gaby Yongwei -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug c/23282] New: wrong results at -O on x86
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 following program generates wrong results (-1 instead of 4 for the second
number printed out) if compiled with -O. It works fine with gcc 3.3.4 and the
portland group c compiler:
#include
void sub(int *m) {
int index, l, count;
l = 2;
for(count=2; count>0; count--, l++) {
index = l*l+1;
printf("%d\n", m[index-2*l]);
m[index+1] = -1;
}
}
int main(void) {
int i, m[20];
for(i=0; i<20; i++)
m[i] = i;
sub(m);
for(i=0; i<20; i++)
printf("%d ", m[i]);
putchar('\n');
}
vondele> gcc test.c
vondele> ./a.out
1
4
0 1 2 3 4 5 -1 7 8 9 10 -1 12 13 14 15 16 17 18 19
vondele> gcc -O test.c
vondele> ./a.out
1
-1
0 1 2 3 4 5 -1 7 8 9 10 -1 12 13 14 15 16 17 18 19
--
Summary: wrong results at -O on x86
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)
--- 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. The result is bad enough. The error message will make STL even more notorious. Yongwei -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15910
[Bug tree-optimization/23282] [4.0 Regression] wrong results at -O on x86
--- 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 |tree-optimization Keywords||wrong-code Known to fail||4.0.0 Known to work||4.1.0 3.4.0 Summary|wrong results at -O on x86 |[4.0 Regression] wrong ||results at -O on x86 Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23282
