Building LilyPond 1.4.9 fails on Tru64, Solaris, IRIX

[Atro Tossavainen]

I'm trying to use the native compilers on these platforms to build
LilyPond.

I've got all of the prerequisites installed.

I'm finding that many steps in the configure process use gcc-specific
parameters (such as -finline-functions) even though it has already been
determined by configure that the compiler is NOT gcc.

On Tru64 4.0F and Solaris 7, I get the following problem:

        checking whether we are using GNU C++... no
        checking whether cxx accepts -g... yes
        checking for FlexLexer.h... no
        configure: warning: can't find flex header. Please install Flex headers
        correctly
        checking g++ version... cxx: Error: no source or object file specified.

        configure: warning: can\'t find g++ 2.8
        checking whether explicit instantiation is needed... no
        checking for bison... bison -y
        checking for bison... bison
        checking for flex... flex
        ./configure: test: unknown operator (GNU

and the auto-configuration process fails.  There is no record of what
happened in config.log.

On Tru64 and IRIX, flex is the one included with the system, on Solaris,
it is GNU flex 2.5.4a.

On IRIX 6.5, I get past this stage:

        checking whether we are using GNU C++... no
        checking whether CC accepts -g... yes
        checking for FlexLexer.h... yes
        checking g++ version... CC ERROR:  -- not allowed in non XPG4
        environment
        CC ERROR parsing --version:  unknown flag
        CC ERROR:  no source or object file given

        configure: warning: can\'t find g++ 2.8
        checking whether explicit instantiation is needed... yes

but fail later with

        checking for kpathsea/kpathsea.h... no
        checking for kpse_find_file in -lkpathsea... no
        checking for kpse_find_file... no
        configure: error: Cannot find kpathsea functions.  You should install
        kpathsea; see INSTALL.txt.  Rerun ./configure --without-kpathsea only if
        kpathsea is not available for your platform.

even though CPPFLAGS does contain the necessary -I and -L directives to
the directory that contains the kpathsea include and library files.
The -lkpathsea step fails only because SGI CC has a hard time digesting
"-finline-functions", not because kpathsea wouldn't be available (it is).

SGI CC also bombs on the following because of the gcc-specific options:

CC -c  -DHAVE_CONFIG_H  -DSTRING_UTILS_INLINED -Iinclude -I./out
-I.././lib/include -I../lib/./out -I.././flower/include
-I../flower/./out -n32 -mips3 -O3 -OPT:Olimit=0 -INLINE:all
-I/afs/bi/p/include -L/afs/bi/p/lib  -g     -n32 -mips3 -O3
-OPT:Olimit=0 -INLINE:all -I/afs/bi/p/include -L/afs/bi/p/lib  -g  
-DSTRING_UTILS_INLINED -I/afs/bi/v/@sys/gnu/guile/1.4/include -Wall  -W
-Wmissing-prototypes -Wconversion  axis.cc -o out/axis.o

This comes from stepmake/stepmake/c++-vars.make.

When that is removed, the compilation of axis.cc bombs with:

cc-1029 CC: ERROR File = include/string-data.icc, Line = 92
  An expression is expected at this point.

        memcpy (p, data_byte_p_, (maxlen <? length_i_) + 1 );       
                                          ^

Also, setting LDFLAGS to "-rpath ..." (to find libguile correctly)
causes configure to bomb when using gcc -- it must be specified in the
compiler form "-Wl,-rpath,...", not the ld form.

-- 
Atro Tossavainen (Mr.)               / The Institute of Biotechnology at
Systems Analyst, Techno-Amish &     / the University of Helsinki, Finland,
+358-9-19158939  UNIX Dinosaur     / employs me, but my opinions are my own.
< URL : http : / / www . iki . fi / atro . tossavainen / >

File attachments NOT welcome unless agreed to beforehand.