fails with certain thrid argument
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: trumsko at yahoo dot com
GCC build
--- Comment #2 from trumsko at yahoo dot com 2007-03-27 20:56 ---
Finally I managed to compile the 4.1.2 version of gcc and the error does not
occur any more.
--
trumsko at yahoo dot com changed:
What|Removed |Added
When compiling the following program the g++ 4.1.0 gives the error message:
"testtemplstatic.cpp:22: error: too few template-parameter-lists". Which I
interprete as a complaint, that a "template<>" is missing.
If I uncomment the "template<>" in line 21 g++ prints the error message:
"testtemplstatic
--- Comment #1 from trumsko at yahoo dot com 2006-12-15 18:04 ---
Created an attachment (id=12815)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12815&action=view)
full 'real life' code producing segfault
unpack and execute
gfortran -c kinds.f90 constants.f
s.
--
Summary: segmentation falut when compiling certain code
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: trumsko at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30224
--- Comment #1 from trumsko at yahoo dot com 2006-12-06 14:36 ---
Created an attachment (id=12754)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12754&action=view)
source files to crash gfortran
unpack and execute
gfortran -c kinds.f90 vamp_bundle.f90
to reproduce segme
3.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: trumsko at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30084
gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: trumsko at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30034
--- Comment #2 from trumsko at yahoo dot com 2006-03-28 20:58 ---
o.k. I read the comments to libstdc++/9439 and browsed through section 27.5.2
of the ISO standtard again. Unfortunatly I didn't find the proof, that the
example program realy behaves contrary to the standard, as I
If I use filebuf::sungetc() at the beginning of a file, the result of the next
sbumc() call is not
allways the first character in the file:
#include
#include
using namespace std;
int main()
{
ifstream infile("test.dat");
filebuf* inbuf=infile.rdbuf();
int res;
//at beginning of file
r
10 matches
Mail list logo