[Bug fortran/27653] New: gfortran does not search current directory for INCLUDE files

2006-05-17 Thread jim at dishaw dot org
The current directory is /somewhere and you want to compile a file in the
directory /anywhere/foo.f90.  The foo.f90 file looks like

PROGRAM foo

INCLUDE 'bar.inc'

WRITE(*,*) 'Hello world'

END PROGRAM foo

The file bar.inc is located in /somewhere, the current directory.  You attempt
to compile the file with the command

gfortran -o test /anywhere/foo.f90

The compiler exits with the error that bar.inc cannot be found.  The solution
for the build to occur is to either

a) Place bar.inc into /anywhere
b) Specify -I. when compiling

Why this may be a bug:

- The behaviour for the USE statement is different--gfortran will search both
the current directory and the source file directory.

- If you compare this behaviour to the Intel Fortran compiler (for comparison
purposes only), the behaviour for both the USE and INCLUDE is the same and
matches the behaviour that gfortran has for the USE statement.

This behaviour causes problems if you perform a VPATH style build.


-- 
   Summary: gfortran does not search current directory for INCLUDE
files
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jim at dishaw dot org


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



[Bug fortran/27653] gfortran does not search current directory for INCLUDE files

2006-05-17 Thread jim at dishaw dot org


--- Comment #2 from jim at dishaw dot org  2006-05-18 02:26 ---
(In reply to comment #1)
 What does g77 do for the inlcude statement?
 

g77 (3.4.6) exhibits the same behaviour as gfortran (except there is no USE
statement in Fortran 77).  I have not built a g77 from the current source.


-- 


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



[Bug fortran/27653] gfortran does not search current directory for INCLUDE files

2006-05-17 Thread jim at dishaw dot org


--- Comment #4 from jim at dishaw dot org  2006-05-18 04:26 ---
(In reply to comment #3)
 Anyways if g77 behaviors the same as gfortran, this might not really be an
 useful thing to do as you can always use -I.
 
 PR 20811 changed the behavior of gfortran to this current behavior to be
 backwards compatiable with g77 so this is not a bug.
 

Adding -I. as an option is a bit kludgy, but it is a small price to pay to
maintain backwards compatibility.  The difference in behaviour between USE and
INCLUDE can cause confusion.


-- 


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



[Bug other/20737] Build fails in target-libiberty

2005-04-21 Thread jim at dishaw dot org

--- Additional Comments From jim at dishaw dot org  2005-04-22 00:13 ---
(In reply to comment #0)
 gcc version 2.95.3 20010315 (release) (NetBSD nb3)
 
 make bootstrap
 mkdir build-alpha-unknown-netbsd1.6.2.
 mkdir build-alpha-unknown-netbsd1.6.2./libiberty
 Configuring in build-alpha-unknown-netbsd1.6.2./libiberty
 configure: error: cannot find sources (xmalloc.c) in ../../gcc/libiberty
 make: *** [configure-build-libiberty] Error 1

When I examine the configure script, I notice that netbsd hast target-libiberty
listed in skipdirs. Somewhere target-libiberty is still a dependency.  Any 
thoughts?


-- 


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


[Bug other/20737] Build fails in target-libiberty

2005-04-03 Thread jim at dishaw dot org

--- Additional Comments From jim at dishaw dot org  2005-04-03 16:59 ---
(In reply to comment #1)
 This error does not make sense.
 could attach the full build log for this target?

That is the extent of the build.  What I find unusual is that the configure
script has target-libiberty as skipped and then it looks like the makefile is
trying to build target-libiberty.

-- 


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


[Bug other/20737] Build fails in target-libiberty

2005-04-03 Thread jim at dishaw dot org

--- Additional Comments From jim at dishaw dot org  2005-04-03 17:01 ---
(In reply to comment #1)
 This error does not make sense.
 could attach the full build log for this target?

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:595: checking host system type
configure:616: checking target system type
configure:634: checking build system type
configure:689: checking for a BSD compatible install
configure:742: checking whether ln works
configure:766: checking whether ln -s works
configure:1777: checking for gcc
configure:1890: checking whether the C compiler (gcc  ) works
configure:1906: gcc -o conftestconftest.c  15
configure:1932: checking whether the C compiler (gcc  ) is a cross-compiler
configure:1937: checking whether we are using GNU C
configure:1946: gcc -E conftest.c
configure:1965: checking whether gcc accepts -g
configure:2032: checking for gnatbind
configure:2097: checking whether compiler driver understands Ada
configure:2130: checking how to compare bootstrapped objects
configure:2228: checking for correct version of gmp.h
configure:2241: gcc -c -g -O2 -I/sys/sdf/sci/include -I/sys/sdf/sci/include  con
ftest.c 15
configure:2254: checking for MPFR
configure:2267: gcc -o conftest -g -O2 -I/sys/sdf/sci/include -I/sys/sdf/sci/inc
lude   conftest.c  -L/sys/sdf/sci/lib -L/sys/sdf/sci/lib -lmpfr -lgmp 15
configure:2754: checking for bison
configure:2789: checking for bison
configure:2824: checking for gm4
configure:2859: checking for flex
configure:2894: checking for flex
configure:2929: checking for makeinfo
configure:3534: checking for alpha-unknown-netbsd1.6.2.-ar
configure:3567: checking for ar
configure:3606: checking for alpha-unknown-netbsd1.6.2.-as
configure:3639: checking for as
configure:3678: checking for alpha-unknown-netbsd1.6.2.-dlltool
configure:3711: checking for dlltool
configure:3750: checking for alpha-unknown-netbsd1.6.2.-ld
configure:3783: checking for ld
configure:3822: checking for alpha-unknown-netbsd1.6.2.-nm
configure:3855: checking for nm
configure:3894: checking for alpha-unknown-netbsd1.6.2.-ranlib
configure:3927: checking for ranlib
configure:3966: checking for alpha-unknown-netbsd1.6.2.-windres
configure:3999: checking for windres
configure:4038: checking for alpha-unknown-netbsd1.6.2.-objcopy
configure:4071: checking for objcopy
configure:4110: checking for alpha-unknown-netbsd1.6.2.-objdump
configure:4143: checking for objdump
configure:4189: checking for alpha-unknown-netbsd1.6.2.-ar
configure:4222: checking for ar
configure:4261: checking for alpha-unknown-netbsd1.6.2.-as
configure:4294: checking for as
configure:4333: checking for alpha-unknown-netbsd1.6.2.-dlltool
configure:4366: checking for dlltool
configure:4405: checking for alpha-unknown-netbsd1.6.2.-ld
configure:4438: checking for ld
configure:4477: checking for alpha-unknown-netbsd1.6.2.-nm
configure:4510: checking for nm
configure:4549: checking for alpha-unknown-netbsd1.6.2.-ranlib
configure:4582: checking for ranlib
configure:4621: checking for alpha-unknown-netbsd1.6.2.-windres
configure:4654: checking for windres
configure:4739: checking whether to enable maintainer-specific portions of Makef
iles
configure:4786: checking if symbolic links between directories work

-- 


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


[Bug other/20737] Build fails in target-libiberty

2005-04-03 Thread jim at dishaw dot org

--- Additional Comments From jim at dishaw dot org  2005-04-03 17:42 ---
(In reply to comment #5)
 How did you configure?

../gcc/configure --with-gmp=/sys/sdf/sci --with-mpfr=/sys/sdf/sci
--prefix=/sys/sdf/sci --enable-languages=c,c++,f95

-- 


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


[Bug other/20737] New: Build fails in target-libiberty

2005-04-02 Thread jim at dishaw dot org
gcc version 2.95.3 20010315 (release) (NetBSD nb3)

make bootstrap
mkdir build-alpha-unknown-netbsd1.6.2.
mkdir build-alpha-unknown-netbsd1.6.2./libiberty
Configuring in build-alpha-unknown-netbsd1.6.2./libiberty
configure: error: cannot find sources (xmalloc.c) in ../../gcc/libiberty
make: *** [configure-build-libiberty] Error 1

-- 
   Summary: Build fails in target-libiberty
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jim at dishaw dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: alpha-unknown-netbsd1.6.2.
  GCC host triplet: alpha-unknown-netbsd1.6.2.
GCC target triplet: alpha-unknown-netbsd1.6.2.


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


[Bug fortran/18496] Build fails with libgmp.so.6 not found error

2004-11-15 Thread jim at dishaw dot org

--- Additional Comments From jim at dishaw dot org  2004-11-15 21:55 ---
Subject: Re:  Build fails with libgmp.so.6 not found error

pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:

 --- Additional Comments From pinskia at gcc dot gnu dot org  2004-11-15 
 14:12 ---
 Does setting LD_LIBRARY_PATH to /sys/sdf/sci help?

I tried setting LD_LIBRARY_PATH but it was after the configure step.  I
will try again with LD_LIBRARY_PATH set before I run configure.  I will
also check to see which version of libtool the system is running--that
might be a problem.

 
 I don't know if we can count this as a bug or not.
 

I guess it depends where the problem is.  If the configure script is not
properly setting the linker flags, I would think that is a bug.  I don't
think it is a bug inherent in gcc or libgfortran.

-jd



-- 


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


[Bug fortran/18496] Build fails with libgmp.so.6 not found error

2004-11-15 Thread jim at dishaw dot org

--- Additional Comments From jim at dishaw dot org  2004-11-16 02:41 ---
I attempted the build again execpt that I set LD_LIBRARY_PATH=/sys/sdf/sci/lib
before the first configure and it now builds to completion.  Is this buggy
behaviour or the intended behaviour?  One part of the configure process uses the
path specified by --with-gmp= to resolve the libaries.  The configure process
for libgfortran does not.  My $0.02 is that it should be consistent, but I may
be missing a subtle point.

-- 


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


[Bug libfortran/18496] New: Build fails with libgmp.so.6 not found error

2004-11-14 Thread jim at dishaw dot org
I have libgmp and libmpfr installed with an atypical prefix (not /usr/local or
/usr) on the build machine because I do not have adminstrative rights.  I
invoked configure as

../gcc/configure --with-mpfr=/sys/sdf/sci --with-gmp=/sys/sdf/sci
--prefix=/sys/sdf/sci

The build progresses normally for a great while and then dies with the error

/sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/xgcc
-B/sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./bin/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./lib/ -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./include -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./sys-include -DHAVE_CONFIG_H -I.
-I../../../gcc/libgfortran -I. -I../../../gcc/libgfortran/io -O2 -g -O2 -mieee
-std=gnu99 -O2 -g -O2 -mieee -c
../../../gcc/libgfortran/intrinsics/reshape_packed.c -o reshape_packed.o
/dev/null 21
Shared object libgmp.so.6 not found
make[2]: *** [selected_int_kind.lo] Error 1
make[1]: *** [all] Error 2
make: *** [all-target-libgfortran] Error 2
/bin/sh ./libtool --mode=compile /sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/gfortran
-B/sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./bin/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./lib/ -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./include -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./sys-include  -Wall -fno-repack-arrays
-fno-underscoring -c -o selected_int_kind.lo `test -f
'intrinsics/selected_int_kind.f90' || echo
'../../../gcc/libgfortran/'`intrinsics/selected_int_kind.f90
/sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/gfortran
-B/sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./bin/
-B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./lib/ -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./include -isystem
/sys/sdf/sci/alpha-unknown-netbsd1.6.2./sys-include -Wall -fno-repack-arrays
-fno-underscoring -c ../../../gcc/libgfortran/intrinsics/selected_int_kind.f90 
-fPIC -DPIC -o .libs/selected_int_kind.o
make[2]: Leaving directory
`/sys/sdf/src/sci/gcc-cvs/gcc-build/alpha-unknown-netbsd1.6.2./libgfortran'
make[1]: Leaving directory
`/sys/sdf/src/sci/gcc-cvs/gcc-build/alpha-unknown-netbsd1.6.2./libgfortran'

Examining the config.log in libgfortran, I found the following error

configure:4504:  /sys/sdf/src/sci/gcc-cvs/gcc-build/gcc/gfortran -B/sys/sdf/src/
sci/gcc-cvs/gcc-build/gcc/ -B/sys/sdf/sci/alpha-unknown-netbsd1.6.2./bin/ -B/sys
/sdf/sci/alpha-unknown-netbsd1.6.2./lib/ -isystem /sys/sdf/sci/alpha-unknown-net
bsd1.6.2./include -isystem /sys/sdf/sci/alpha-unknown-netbsd1.6.2./sys-include -
c   conftest.F 5 
Shared object libgmp.so.6 not found
configure:4510: $? = 1  
configure: failed program was:
|   program main
| #ifndef __GNUC__
|choke me
| #endif
|
|   end
configure:4536: result: no

-- 
   Summary: Build fails with libgmp.so.6 not found error
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jim at dishaw dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: alpha-unknown-netbsd1.6.2
  GCC host triplet: alpha-unknown-netbsd1.6.2
GCC target triplet: alpha-unknown-netbsd1.6.2


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


[Bug libfortran/18261] New: Build of current CVS fails in libgfortran

2004-10-31 Thread jim at dishaw dot org
I attempted to build from the current CVS development branch and got the
following error:

make[1]: Entering directory `/opt/build/gcc-build/i686-pc-linux-gnu/libgfortran'
make  all-am
make[2]: Entering directory `/opt/build/gcc-build/i686-pc-linux-gnu/libgfortran'
/bin/sh ./libtool --mode=compile /opt/build/gcc-build/gcc/gfortran
-B/opt/build/gcc-build/gcc/ -B/usr/local/i686-pc-linux-gnu/bin/
-B/usr/local/i686-pc-linux-gnu/lib/ -isystem
/usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i686-pc-linux-gnu/sys-include  -g -O2 -Wall -fno-repack-arrays
-fno-underscoring -c -o selected_int_kind.lo `test -f
'intrinsics/selected_int_kind.f90' || echo
'../../../gcc/libgfortran/'`intrinsics/selected_int_kind.f90
/opt/build/gcc-build/gcc/gfortran -B/opt/build/gcc-build/gcc/
-B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/ -isystem
/usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i686-pc-linux-gnu/sys-include -g -O2 -Wall -fno-repack-arrays
-fno-underscoring -c ../../../gcc/libgfortran/intrinsics/selected_int_kind.f90 
-fPIC -DPIC -o .libs/selected_int_kind.o
gfortran: Internal error: Segmentation fault (program f951)
Please submit a full bug report.
See URL:http://gcc.gnu.org/bugs.html for instructions.
make[2]: *** [selected_int_kind.lo] Error 1
make[2]: Leaving directory `/opt/build/gcc-build/i686-pc-linux-gnu/libgfortran'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/opt/build/gcc-build/i686-pc-linux-gnu/libgfortran'
make: *** [all-target-libgfortran] Error 2

-- 
   Summary: Build of current CVS fails in libgfortran
   Product: gcc
   Version: 4.0.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jim at dishaw dot org
CC: gcc-bugs at gcc dot gnu dot org
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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