[Bug bootstrap/31224] some installation scripts and Makefiles do not run on stock Solaris
--- Comment #4 from Luc dot Maisonobe at free dot fr 2007-03-19 08:08 --- Sorry, I missed this. One question remains, though: does this also stand for the -U flag in the diff command from script libjava/classpath/scripts/check_jni_methods.sh ? I did not find anything about it (but once again may have missed something). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31224
[Bug bootstrap/31224] New: some installation scripts and Makefiles do not run on stock Solaris
Some scripts and Makefiles used during the bootstrap process use options provided by GNU tools (bash, test, diff) which are not supported by stock Solaris 2.8 tools. The errors I have encountered so far (I'm still fighting with installation) are: missing -a flag between two tests use of test -e, which should be replaced by test -f (or test -d for directories) use of set -C in shell (which has no equivalent) use of diff -U 0, which should be replaced by diff -C 0 with the additional trick to add a space between the initial '-' or '+' character and the line The concerned files are libjava/classpath/lib/gen-classlist.sh.in, libjava/classpath/lib/Makefile.am and libjava/classpath/scripts/check_jni_methods.sh. I will post a patch for this in a few minutes. -- Summary: some installation scripts and Makefiles do not run on stock Solaris Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Luc dot Maisonobe at free dot fr GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 GCC target triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31224
[Bug bootstrap/31224] some installation scripts and Makefiles do not run on stock Solaris
--- Comment #1 from Luc dot Maisonobe at free dot fr 2007-03-16 13:56 --- Created an attachment (id=13213) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13213action=view) patch changing commands flags to ones hopefully more widely supported This patch is neither fully tested nor complete. It is merely provided as a reference and to clarify the problem. I am not sure the chosen flags are the good ones (for example I didn't understand what the inial test with the missing -a and the compound -ef flags intended to do). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31224
[Bug bootstrap/31224] some installation scripts and Makefiles do not run on stock Solaris
--- Comment #2 from Luc dot Maisonobe at free dot fr 2007-03-16 13:59 --- In the provided patch, I replaced a sequence of mkdir commands with a single mkdir -p. I know the -p flag is not supported everywhere (or at least was not supported years ago), but since this option is used elsewhere in the Makefile.am, I considered it was not a problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31224
[Bug fortran/20244] New: internal compiler error: in fold_convert, at fold-const.c:2003
the message internal compiler error: in fold_convert, at fold-const.c:2003 is triggered when compiling a fortran 90 snippet. It appears with the binary version available from Bud Davis gfortran page on 2005-02-28, which displays itself as: GNU F95 version 4.0.0 20050224 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.0.0 20050223 (experimental). It does not appear on the following older version: gcc version 3.5.0 20040824 (experimental) (g95!) Dec 20 2004 I was able to reduce it to the following two files, but nothing shorter, and nothing with one file only, sorry :-( $ cat my_types.f90 module my_types implicit none integer, parameter, public :: my_real = selected_real_kind(13) type qr_type sequence real(my_real):: q real(my_real),dimension(1:3) :: r end type qr_type end module my_types $ cat f.f90 subroutine f (a) use my_types implicit none interface function g (u) use my_types real(my_real) , intent(in) :: u type(qr_type) :: g end function g end interface real(my_real), dimension(3), intent(in) :: a real(my_real) :: u type(qr_type) :: v v = g(u) end subroutine f $ gfortran -c my_types.f90 ; gfortran -v -c f.f90 Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --enable-languages=c,f95 --prefix=/usr/work/2005055/irun Thread model: posix gcc version 4.0.0 20050224 (experimental) /home/luc/gfortran-tmp/irun/bin/../libexec/gcc/i686-pc-linux-gnu/4.0.0/f951 f.f90 -quiet -dumpbase f.f90 -mtune=pentiumpro -auxbase f -version -o /home/luc/tmp/ccFhx16T.s GNU F95 version 4.0.0 20050224 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.0.0 20050223 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 f.f90: In function 'f': f.f90:1: internal compiler error: in fold_convert, at fold-const.c:2003 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. $ -- Summary: internal compiler error: in fold_convert, at fold- const.c:2003 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Luc dot Maisonobe at free dot fr CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20244