Hi all,
did somebody manage to compile grass on AIX 7.1? I tried to compile GRASS 6.4 devel branch, ./configure was successful with
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
compilation started with gmake but nothing was successfully compiled, stdout full of errors like “fatal error: grass/config.h no such file or directory” or “fatal error: grass/gis.h no such file or directory” etc.
Proj and GDAL were compiled and istalled into $HOME/apps.
Is there any special receipt for AIX? Thanks in advance for any suggestions.
Ivan
Hi Ivan,
On Wed, Mar 13, 2013 at 7:52 AM, Ivan Barka <ivan.barka@gmail.com> wrote:
...
compilation started with gmake
Why do you use "gmake" (the alias described in INSTALL?) and not just "make"?
but nothing was successfully compiled, stdout
full of errors like "fatal error: grass/config.h no such file or directory"
or "fatal error: grass/gis.h no such file or directory" etc.
Could you post an excerpt of the lines including and before such an error?
Likely just a path issue...
Markus
(back to list)
Ivan,
what's inside of this directory?
/gpfs/home/senko/dev/grass/grass64/dist.powerpc-ibm-aix7.1.0.0/include
There should be a grass/ directory with the include files inside.
The "make" output being:
"./include/Make/Grass.make", line 90: make: Dependency line needs
colon or double colon operator.
"./include/Make/Grass.make", line 92: make: Dependency line needs
colon or double colon operator.
"./include/Make/Grass.make", line 400: make: Dependency line needs
colon or double colon operator.
"./include/Make/Grass.make", line 403: make: Dependency line needs
colon or double colon operator.
"Makefile", line 53: make: Dependency line needs colon or double colon operator.
"Makefile", line 55: make: Dependency line needs colon or double colon operator.
"Makefile", line 57: make: Dependency line needs colon or double colon operator.
"Makefile", line 59: make: Dependency line needs colon or double colon operator.
"Makefile", line 61: make: Dependency line needs colon or double colon operator.
"Makefile", line 121: make: Dependency line needs colon or double
colon operator.
"Makefile", line 127: make: Dependency line needs colon or double
colon operator.
"Makefile", line 284: make: Dependency line needs colon or double
colon operator.
"Makefile", line 286: make: Dependency line needs colon or double
colon operator.
"Makefile", line 308: make: Dependency line needs colon or double
colon operator.
"Makefile", line 312: make: Dependency line needs colon or double
colon operator.
make: Fatal errors encountered -- cannot continue.
is unclear to me. Which make version do you use?
Hint: I would ditch GRASS 6 in favour of GRASS 7 on AIX since it comes with a
modernized Makefile system and many other advantages.
Best
Markus
(please keep this on the list)
On Fri, Mar 15, 2013 at 7:55 AM, Ivan Barka <ivan.barka@gmail.com> wrote:
2013/3/14 Markus Neteler <neteler@osgeo.org>
what's inside of this directory?
/gpfs/home/senko/dev/grass/grass64/dist.powerpc-ibm-aix7.1.0.0/include
there are just two files:
Make
grass
the latter should actually be a directory...
If I try to configure grass7, I get:
configure: error: ***Unknown platform: powerpc-ibm-aix7.1.0.0***
Is this a recent GRASS 7 source code version? I would not know
why is works for you with GRASS 6 but not 7 since the OS detection
scripts are basically the same.
@devs: any idea?
Markus
On Fri, Mar 15, 2013 at 12:01 PM, Markus Neteler <neteler@osgeo.org> wrote:
(please keep this on the list)
On Fri, Mar 15, 2013 at 7:55 AM, Ivan Barka <ivan.barka@gmail.com> wrote:
2013/3/14 Markus Neteler <neteler@osgeo.org>
what's inside of this directory?
/gpfs/home/senko/dev/grass/grass64/dist.powerpc-ibm-aix7.1.0.0/include
there are just two files:
Make
grass
the latter should actually be a directory...
If I try to configure grass7, I get:
configure: error: ***Unknown platform: powerpc-ibm-aix7.1.0.0***
Is this a recent GRASS 7 source code version? I would not know
why is works for you with GRASS 6 but not 7 since the OS detection
scripts are basically the same.
The OS detection scripts are actually quite different. Support for AIX
and various other platforms has been removed in GRASS 7. Also, GRASS 6
checks $system, GRASS 7 checks $host.
Markus M
On Fri, Mar 15, 2013 at 1:28 PM, Markus Metz
<markus.metz.giswork@gmail.com> wrote:
...
The OS detection scripts are actually quite different.
I looked into config.guess and config.sub which I thought would do this
job.
Support for AIX
and various other platforms has been removed in GRASS 7.
Any particular reason for that?
markusN
grass 6.4 dev branch:
what’s inside of this directory?
/gpfs/home/senko/dev/grass/grass64/dist.powerpc-ibm-aix7.1.0.0/include
of course it is. There are just two files and two empty subdirectiores
PolimiFunct.h
waterglobs.h
vect/
iostream/
grass 7 trunk (configure: error: Unknown platform: powerpc-ibm-aix7.1.0.0):
Is this a recent GRASS 7 source code version? I would not know
why is works for you with GRASS 6 but not 7 since the OS detection
scripts are basically the same.
@devs: any idea?
It’s actual revision 55393.
Ivan
2013/3/15 Markus Neteler <neteler@osgeo.org>
(please keep this on the list)
On Fri, Mar 15, 2013 at 7:55 AM, Ivan Barka <ivan.barka@gmail.com> wrote:
2013/3/14 Markus Neteler <neteler@osgeo.org>
what’s inside of this directory?
/gpfs/home/senko/dev/grass/grass64/dist.powerpc-ibm-aix7.1.0.0/include
there are just two files:
Make
grass
the latter should actually be a directory…
If I try to configure grass7, I get:
configure: error: Unknown platform: powerpc-ibm-aix7.1.0.0
Is this a recent GRASS 7 source code version? I would not know
why is works for you with GRASS 6 but not 7 since the OS detection
scripts are basically the same.
@devs: any idea?
Markus
Markus Neteler wrote:
"./include/Make/Grass.make", line 90: make: Dependency line needs
colon or double colon operator.
"./include/Make/Grass.make", line 92: make: Dependency line needs
colon or double colon operator.
"./include/Make/Grass.make", line 400: make: Dependency line needs
colon or double colon operator.
"./include/Make/Grass.make", line 403: make: Dependency line needs
colon or double colon operator.
These all correspond to ifeq/ifneq/else/endif directives. Presumably
the problem is caused by not using GNU make (or possibly using an
ancient version).
--
Glynn Clements <glynn@gclements.plus.com>
Markus Neteler wrote:
<markus.metz.giswork@gmail.com> wrote:
...
> The OS detection scripts are actually quite different.
I looked into config.guess and config.sub which I thought would do this
job.
The detection scripts (config.guess and config.sub) are provided by
autoconf. The SC_CONFIG_CFLAGS macro which sets the variables related
to compilation and linking is part of GRASS. The 6.x version of
SC_CONFIG_CFLAGS doesn't actually use the results of the detection
scripts, but the output from "uname".
> Support for AIX
> and various other platforms has been removed in GRASS 7.
Any particular reason for that?
The SC_CONFIG_FLAGS macro was originally copied in its entirety from
Tcl/Tk. It was designed for Tcl/Tk's build system, not GRASS', was
quite old, used "uname" instead of $host (so cross-compiling was
impossible), and few of the "supported" platforms had actually been
tested.
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.
--
Glynn Clements <glynn@gclements.plus.com>
Ivan,
it might help to get GNU make:
https://svn.osgeo.org/grass/grass/trunk/REQUIREMENTS.html
-> GNU make is recommended (at least version 3.81)
http://www.gnu.org/software/make/make.html
That will likely behave better.
Furthermore:
On Fri, Mar 15, 2013 at 6:02 PM, Glynn Clements
<glynn@gclements.plus.com> 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.
Markus
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).
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).
--
Glynn Clements <glynn@gclements.plus.com>
On Sun, Mar 17, 2013 at 11:08 PM, Glynn Clements
<glynn@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
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…
gmake on this machine is GNU Make 3.80
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
thanks for any help
Ivan
2013/3/18 Markus Metz <markus.metz.giswork@gmail.com>
On Sun, Mar 17, 2013 at 11:08 PM, Glynn Clements
<glynn@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:
- 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
make
make install
-
Knowledge of which compiler and linker switches are required to
build shared libraries on that platform.
-
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@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
(attachments)
g7_configure_output.txt (7.3 KB)
g7_gmake_output.txt (124 KB)
error.log (8.09 KB)
g7_make_output.txt (3.04 KB)
On Wed, Mar 20, 2013 at 10:17 AM, Ivan Barka <ivan.barka@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@gmail.com>
On Sun, Mar 17, 2013 at 11:08 PM, Glynn Clements
<glynn@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@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Wed, Mar 20, 2013 at 11:08 AM, Markus Metz
<markus.metz.giswork@gmail.com> wrote:
On Wed, Mar 20, 2013 at 10:17 AM, Ivan Barka <ivan.barka@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?
GNU make 3.81 and GNU install are available in the official IBM AIX
toolbox as well as third-party AIX software repositories.
HTH,
Markus M
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@gmail.com>
On Sun, Mar 17, 2013 at 11:08 PM, Glynn Clements
<glynn@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@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Wed, Mar 20, 2013 at 11:50 AM, Markus Metz
<markus.metz.giswork@gmail.com> wrote:
...
GNU make 3.81 and GNU install are available in the official IBM AIX
toolbox as well as third-party AIX software repositories.
See also:
http://grasswiki.osgeo.org/wiki/Compile_and_Install#AIX
(...Markus M has added fresh notes)
markusN
Regarding r55461:
MATH_LIBS="$MATH_LIBS -lbsd"
What's the point of this? That variable isn't substituted.
--
Glynn Clements <glynn@gclements.plus.com>
On Thu, Mar 21, 2013 at 9:23 PM, Glynn Clements
<glynn@gclements.plus.com> wrote:
Regarding r55461:
MATH_LIBS="$MATH_LIBS -lbsd"
What's the point of this? That variable isn't substituted.
Right. That code was copied straight from G6. The intention was to
provide at least rudimentary support for AIX. With r55485 I have
removed the reference to MATH_LIBS and at the same time added support
for NetBSD, but that is work in progress.
Hi,
I gained back access to an older AIX 5.3 system and try to compile
GRASS 7.svn:
/afs/cluster/myuser/private/software/grass-7.0.svn/lib/gis> make
xlc_r -DANSI -I/afs/cluster/software/vni/CTT6.0/include
-I/afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/include
-I/afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/include
-DGRASS_VERSION_DATE=\"'2013'\" -DPACKAGE=\""grasslibs"\"
-I/afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/include
-I/afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/include
-o OBJ.powerpc-ibm-aix5.3.0.0/plot.o -c plot.c
"plot.c", line 34.15: 1506-343 (S) Redeclaration of nearest differs
from previous declaration on line 941 of "/usr/include/math.h".
"plot.c", line 34.15: 1506-376 (I) Redeclaration of nearest has a
different number of fixed parameters than the previous declaration.
make: *** [OBJ.powerpc-ibm-aix5.3.0.0/plot.o] Error 1
(Note the AIX xlc compiler)
Meanwhile I'll try the gcc compiler.
markusN
On Fri, Mar 22, 2013 at 12:11 AM, Markus Neteler <neteler@osgeo.org> wrote:
Hi,
I gained back access to an older AIX 5.3 system and try to compile
GRASS 7.svn:
/afs/cluster/myuser/private/software/grass-7.0.svn/lib/gis> make
xlc_r -DANSI -I/afs/cluster/software/vni/CTT6.0/include
-I/afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/include
-I/afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/include
-DGRASS_VERSION_DATE=\"'2013'\" -DPACKAGE=\""grasslibs"\"
-I/afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/include
-I/afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/include
-o OBJ.powerpc-ibm-aix5.3.0.0/plot.o -c plot.c
"plot.c", line 34.15: 1506-343 (S) Redeclaration of nearest differs
from previous declaration on line 941 of "/usr/include/math.h".
"plot.c", line 34.15: 1506-376 (I) Redeclaration of nearest has a
different number of fixed parameters than the previous declaration.
make: *** [OBJ.powerpc-ibm-aix5.3.0.0/plot.o] Error 1
(Note the AIX xlc compiler)
Meanwhile I'll try the gcc compiler.
Happens as well with gcc. I locally renamed the variable (yet to be fixed
properly in SVN).
Next problem:
grass-7.0.svn/lib/datetime> make
o /afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/lib/libgrass_datetime.7.0.svn.so
-L/afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/lib
-L/afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/lib
-L/afs/cluster/myuser/private/software/grass-7.0.svn/dist.powerpc-ibm-aix5.3.0.0/lib
OBJ.powerpc-ibm-aix5.3.0.0/between.o
OBJ.powerpc-ibm-aix5.3.0.0/change.o OBJ.powerpc-ibm-aix5.3.0.0/copy.o
OBJ.powerpc-ibm-aix5.3.0.0/diff.o OBJ.powerpc-ibm-aix5.3.0.0/error.o
OBJ.powerpc-ibm-aix5.3.0.0/format.o OBJ.powerpc-ibm-aix5.3.0.0/incr1.o
OBJ.powerpc-ibm-aix5.3.0.0/incr2.o OBJ.powerpc-ibm-aix5.3.0.0/incr3.o
OBJ.powerpc-ibm-aix5.3.0.0/local.o OBJ.powerpc-ibm-aix5.3.0.0/misc.o
OBJ.powerpc-ibm-aix5.3.0.0/same.o OBJ.powerpc-ibm-aix5.3.0.0/scan.o
OBJ.powerpc-ibm-aix5.3.0.0/sign.o OBJ.powerpc-ibm-aix5.3.0.0/type.o
OBJ.powerpc-ibm-aix5.3.0.0/tz1.o OBJ.powerpc-ibm-aix5.3.0.0/tz2.o
OBJ.powerpc-ibm-aix5.3.0.0/values.o -lm
make: o: Command not found
We had this also with MingW, the fix was
http://trac.osgeo.org/grass/changeset/54352
Actually I don't see how to fix the junk char (or whatever causes
this "o").
markusN