[Bug fortran/35617] New: read namelist error

[pletzer at txcorp dot com]

Hi: It seems that gfortran can get confused about namelists that include 2 ! on
the same line. The following code fails to execute properly with gfortran
4.3.0:

cat > t.nml < t.f90 

[Bug fortran/35617] read namelist error

[pletzer at txcorp dot com]

--- Comment #1 from pletzer at txcorp dot com  2008-03-17 18:32 ---
(In reply to comment #0)

Oops, the failing namelist was:

&nbdrive_naml

!nstep_stop = 2  ! uncomment to save restart data and halt after 1st step
!nstep_start = 2 ! uncomment to restart on 2nd step using saved restart data
mhdpath = 'EFIT:efit_d3d_99411_195.dat'
/

and the erro message is 

Fortran runtime error: Cannot match namelist object name !nstep_start

Note: the initial blank line is essential in order to reproduce the problem. 

Thanks for your help.

--Alex

> Hi: It seems that gfortran can get confused about namelists that include 2 ! 
> on
> the same line. The following code fails to execute properly with gfortran
> 4.3.0:
> 
> cat > t.nml < &nbdrive_naml
> !nstep_stop = 2  ! uncomment to save restart data and halt after 1st step
> !nstep_start = 2 ! uncomment to restart on 2nd step using saved restart data
> mhdpath = 'EFIT:efit_d3d_99411_195.dat'
> EOF
> cat > t.f90 < program test
> character(len=128) :: mhdpath
> namelist /nbdrive_naml/ mhdpath
> open(10, file='t.nml')
> read(10, nbdrive_naml)
> close(10)
> write(*, nbdrive_naml)
> end program test
> EOF
> gfortran t.f90
> ./a.out 
> At line 5 of file t.f90 (unit = 10, file = 't.nml')
> Fortran runtime error: End of file
> 


-- 

pletzer at txcorp dot com changed:

   What|Removed |Added

Summary|read namelist error |read namelist error


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35617

[Bug fortran/35627] New: namelist read error

[pletzer at txcorp dot com]

Hi: The following program fails to read the namelist file below.

test program:
program test
  implicit none
LOGICAL :: nlco(200)  ! (1:nbeam)
REAL*8 :: xlbtna(200)  ! (1:nbeam)
  NAMELIST/nbdrive_naml/ nlco,xlbtna
INTEGER :: nbshapa(200)  ! (1:nbeam)
  NAMELIST/nbdrive_naml/ nbshapa
  open(10, file='t.nml')
  read(10, nbdrive_naml)
  write(*,nbdrive_naml)
  close(10)
end program test

file t.nml:
&nbdrive_naml
nlco = 4*.TRUE.
xlbtna = 802.8, 802.8, 802.8, 802.8
nbshapa = 4*1
/

error message:
[EMAIL PROTECTED] namelist2]$ /contrib/gcc-4.3/bin/gfortran t.f90
[EMAIL PROTECTED] namelist2]$ ./a.out
At line 9 of file t.f90 (unit = 10, file = 't.nml')
Fortran runtime error: Bad data for namelist object xlbtna

Thanks for your help.


-- 
   Summary: namelist read error
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: pletzer at txcorp dot com
 GCC build triplet: GNU Fortran (GCC) 4.3.0
  GCC host triplet: Linux quartic.txcorp.com 2.6.19-1.2288.fc5
GCC target triplet: x86_64 x86_64 x86_64 GNU/Linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35627

[Bug c++/39860] New: extremely long compile time

[pletzer at txcorp dot com]

The attached code takes 20 mins to compile on a Linux/Fedora 9 box when using
-O optimization, but only 21 seconds when using -O0

[plet...@quartic cxxps]$ time g++ -O -ftime-report -fmem-report -c cxxps.cpp >&
stat.txt

real21m41.494s
user16m24.774s
sys 0m19.713s

[plet...@quartic cxxps]$ time g++ -O0 -ftime-report -fmem-report -c cxxps.cpp
>& stat.txt

real0m21.391s
user0m17.666s
sys 0m2.453s


-- 
   Summary: extremely long compile time
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: pletzer at txcorp dot com
 GCC build triplet: Configured with: ../configure --prefix=/usr --
mandir=/usr/share/
  GCC host triplet: Linux quartic.txcorp.com 2.6.25.14-108.fc9.x86_64 #1 SMP
Mon Aug
GCC target triplet: x86_64-redhat-linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39860

[Bug c++/39860] extremely long compile time

[pletzer at txcorp dot com]

--- Comment #1 from pletzer at txcorp dot com  2009-04-23 04:38 ---
Created an attachment (id=17681)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17681&action=view)
source code reproducing problem

I apologize but I cannot produce *.i files with -save-temps:

[plet...@localhost test]$ g++ -c -save-temps cxxps.cpp
[plet...@localhost test]$ ls
ccps_base.h  cxxps.cpp  cxxps.o  f77name.h
ccps.h   cxxps.hcxxps.tmp.localhost.localdomain.10206.s  multiarray.h


 so I'm sending the source and headers as a bz2 compressed file. To reproduce
the problem of very long compile time, type

tar xvfj cxxps.bz2
g++ -c -O cxxps.cpp


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39860