[GRASS-dev] compilation of grass on AIX 7.1
Markus Metz
markus.metz.giswork at gmail.com
Wed Mar 20 03:08:57 PDT 2013
On Wed, Mar 20, 2013 at 10:17 AM, Ivan Barka <ivan.barka at gmail.com> wrote:
> Hi devs,
>
> so now I can configure G7 (revision 55464) on AIX 7.1 by command:
>
> export PATH=$PATH:$HOME/apps/bin
> CFLAGS="-lstdc++" ./configure --prefix=$HOME/apps
> --with-proj-includes=$HOME/apps/include --with-proj-libs=$HOME/apps/lib
> --with-proj-share=$HOME/apps/share --with-gdal=$HOME/apps/bin/gdal-config
> --with-libs=$HOME/apps/lib --without-tiff --without-png --without-opengl
> --without-tcltk --without-fftw --without-jpeg --enable-largefile
> --without-postgres
>
> output is in the attached file g7_configure_output.txt
>
> Trying to compile g7 by "gmake" I get errors everywhere - see
> g7_gmake_output.txt
> The first one reports that install-sh can not be executed, I dont know
> why...
To be precise, install-sh can not execute line 239:
"$doit" "$instcmd" "$src" "$dsttmp" &&
On Linux, /usr/bin/install is used instead of install-sh, on Solaris
/usr/bin/ginstall from GNU coreutils is used. It seems that you have
the GNU C compiler on your AIX system, maybe you can also install
ginstall?
>
> gmake on this machine is GNU Make 3.80
According to the requirements, this is too old. Version 3.81 released
2006 is the minimum required version. Can you update gmake?
> make is probably native AIX make, but I really do not know its version, make
> -v does not work, nothing about it in man page. Trying to run make I get
> only errors - see g7_make_output.txt
On other UNIX-like systems (FreeBSD, Solaris) I found that make does
not work with GRASS 7, only gmake (GNU make) works with GRASS 7.
Markus M
>
> thanks for any help
>
> Ivan
>
>
>
>
> 2013/3/18 Markus Metz <markus.metz.giswork at gmail.com>
>>
>> On Sun, Mar 17, 2013 at 11:08 PM, Glynn Clements
>> <glynn at gclements.plus.com> wrote:
>> >
>> > Markus Neteler wrote:
>> >
>> >> > r39731 re-wrote it to use $host. Rather than trying to figure out the
>> >> > correct $host value for each possible system (few of which were
>> >> > available for testing), the sections for "unused" systems were
>> >> > removed, with the intent that they would be added if and when someone
>> >> > with access to such a system was able to report the correct $host
>> >> > value and which compiler/linker switches actually worked on that
>> >> > system.
>> >>
>> >> ... your help would be needed to re-enable AIX support.
>> >
>> > The main thing that's needed is someone with:
>> >
>> > 1. Knowledge of the correct $host string for that platform (this can
>> > be obtained by running the config.guess script).
>>
>> Or simply running ./configure and report the error. Users trying to
>> compile GRASS are, according to the official documentation, advised to
>> run
>> ./configure <optional custom options>
>> make
>> make install
>>
>> >
>> > 2. Knowledge of which compiler and linker switches are required to
>> > build shared libraries on that platform.
>> >
>> > 3. Access to the platform, for testing.
>> >
>> > Each new platform needs to define the following variables:
>> >
>> > LDFLAGS
>> > LD_SEARCH_FLAGS
>> > LD_LIBRARY_PATH_VAR
>> >
>> > SHLIB_CFLAGS
>> > SHLIB_LD
>> > SHLIB_LD_FLAGS
>> > SHLIB_SUFFIX
>> >
>> > STLIB_LD
>> > STLIB_SUFFIX
>> >
>> > STLIB_LD and STLIB_SUFFIX have sensible defaults (building static
>> > libraries tends to be the same on all systems). The others only really
>> > matter for building shared libraries (LDFLAGS is also used for
>> > building executables, but it can normally be empty).
>> >
>>
>> I would like to see support for at least FreeBSD (BSD is the
>> predecessor of nearly all current operating systems), IBM AIX (a
>> commercial unix-based OS), and HP-UX (another commercial unix-based
>> OS). If we can adjust the G7 configure script to compile G7 on IBM AIX
>> and HP-UX, we would be to my knowledge the only GIS package available
>> for these high-performance operating systems, and I assume that we
>> want G7 to be available on commercial high-performance operating
>> systems.
>>
>> Markus M
>> _______________________________________________
>> grass-dev mailing list
>> grass-dev at lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
>
More information about the grass-dev
mailing list