if some libraries are in a non-standard location, you might need to add
-Wl,-bsvr4,-R,/opt/freeware/lib
or equivalent to LDFLAGS [0].
Markus M
[0] http://grasswiki.osgeo.org/wiki/Compile_and_Install#AIX
On Sun, Nov 24, 2013 at 8:16 PM, Markus Neteler nete...@osgeo.org wrote:
On Sun, Nov 24,
On Mon, Nov 25, 2013 at 10:25 AM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
if some libraries are in a non-standard location, you might need to add
-Wl,-bsvr4,-R,/opt/freeware/lib
or equivalent
e.g. -Wl,-R,/opt/freeware/lib/gcc/powerpc-ibm-aix6.1.0.0/4.2.0/ppc64/
to LDFLAGS [0].
Markus Neteler wrote:
Any hints how to inject libstdc++.so for those modules which depend
on $(GPROJLIB)?
Maybe a trivial issue but I just don't know what to change.
AFAICT, libgrass_gproj only requires libstdc++ because of GDAL.
So the definition of GDALLIBS in Platform.make should include
On Sun, Nov 24, 2013 at 5:07 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
Any hints how to inject libstdc++.so for those modules which depend
on $(GPROJLIB)?
Maybe a trivial issue but I just don't know what to change.
AFAICT, libgrass_gproj only requires
Hi,
after a while some progress with GRASS 7 on AIX...
export CXX='g++'
export LDFLAGS='-maix64 -Wl,-bbigtoc -lm -lstdc++ -lmass -lsqlite3
-lpthread /opt/freeware/lib/libiconv.a'
export CFLAGS='-maix64 -D_POSIX_C_SOURCE=200809L -Dinline= -O3 -Wall
-fno-common -I$PREFIX/include/'
export
Hi,
I am now trying to run GRASS 7 with IBM's LoadLeveler. While I got the
job definition done, I struggle with a single library which isn't
found.
I tried both with GRASS compiled with shared libraries and as static
binaries (see below):
-bash-3.2$ llsubmit launch_IBM_LL_grassjob_rsun.sh
Hi,
On Fri, Aug 23, 2013 at 12:32 AM, Markus Neteler nete...@osgeo.org wrote:
...
-bash-3.2$ ls -la /opt/freeware/lib/libstdc++.a
lrwxrwxrwx1 root system 44 Jun 10 11:48
/opt/freeware/lib/libstdc++.a -
gcc/powerpc-ibm-aix7.1.0.0/4.6.1/libstdc++.a
I guess that the problem is
Vaclav wrote:
GCC warns me also about format not a string literal and no format
arguments. I remember this was once discussed on the ML but I'm not
sure what the result was: the call is correct but the G_warning
function needs some GCC attributes to specify what it is?
Glynn:
G_warning()
Hamish wrote:
is it appropriate to backport r57238 to 6.x?
Yes for 6.5, probably not for 6.4 as it isn't urgent; the change only
suppresses warnings about potential issues, it doesn't fix actual
bugs.
there are also quite a few like G_fatal_error(buff);, can anything
be done in the lib fn
Markus Neteler wrote:
On Thu, Jul 18, 2013 at 8:48 PM, Glynn Clements
gl...@gclements.plus.com wrote:
...
Right; someone forgot the %{...%} around the comments:
--- lib/db/sqlp/sqlp.l (revision 57205)
+++ lib/db/sqlp/sqlp.l (working copy)
...
I have tried the updated SVN version
On Tue, Jul 23, 2013 at 3:13 PM, Glynn Clements
gl...@gclements.plus.com wrote:
...
This should be fixed by r57254.
Thanks, yes, confirmed:
-bash-3.2$ gmake
lex -t sqlp.l sqlp.yy.c
512/1200 nodes(%e), 1160/5000 positions(%p), 159/2500 (%n), 36582 transitions
506/1000 packed char classes(%k)
On Thu, Jul 18, 2013 at 8:48 PM, Glynn Clements
gl...@gclements.plus.com wrote:
...
Right; someone forgot the %{...%} around the comments:
--- lib/db/sqlp/sqlp.l (revision 57205)
+++ lib/db/sqlp/sqlp.l (working copy)
...
I have tried the updated SVN version (thanks!) but still get one:
Vaclav Petras wrote:
GCC warns me also about format not a string literal and no format
arguments. I remember this was once discussed on the ML but I'm not
sure what the result was: the call is correct but the G_warning
function needs some GCC attributes to specify what it is?
G_warning()
On 18 July 2013 20:48, Glynn Clements gl...@gclements.plus.com wrote:
gmake[3]: Entering directory
`/gpfs/home/neteler/software/grass-7.0.svn/lib/imagery'
...
iclass_statistics.c: In function 'I_iclass_free_statistics':
iclass_statistics.c:114:5: warning: passing argument 1 of 'G_free'
Hi again on this topic,
I scanned the logs for (potential) errors and found a few:
cd lib/gis/
gmake
gcc -I/opt/freeware/include -I/opt/freeware/include -g -O2 -fPIC
-I/opt/freeware/include
-I/gpfs/home/neteler/software/grass-7.0.svn/dist.powerpc-ibm-aix7.1.0.0/include
Markus Neteler wrote:
I scanned the logs for (potential) errors and found a few:
cd lib/gis/
parser_interface.c: In function 'print_escaped_for_xml':
parser_interface.c:67:2: warning: passing argument 2 of 'libiconv'
from incompatible pointer type [enabled by default]
On Fri, Jun 28, 2013 at 7:13 AM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Jun 26, 2013 at 7:40 PM, Markus Neteler nete...@osgeo.org wrote:
...
Now trying to get shared libraries enabled (almost there).
Also enabled in SVN (thanks to Markus Metz).
Interestingly, when *starting* GRASS
Markus Neteler wrote:
How to tell GRASS 7 in configure to pick up the /opt/freeware/ include file
and
library?
--with-includes=/opt/freeware/include --with-libs=/opt/freeware/lib
This adds the corresponding -I/-L flags to all compilation and linking
commands.
--
Glynn Clements
On Fri, Jun 28, 2013 at 8:32 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
How to tell GRASS 7 in configure to pick up the /opt/freeware/ include file
and
library?
--with-includes=/opt/freeware/include --with-libs=/opt/freeware/lib
This adds the corresponding
On Fri, Jun 28, 2013 at 8:29 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Fri, Jun 28, 2013 at 7:13 AM, Markus Neteler nete...@osgeo.org wrote:
...
How to tell GRASS 7 in configure to pick up the /opt/freeware/ include file
and
library?
In general, you can use some influential
On Fri, Jun 28, 2013 at 9:09 PM, Markus Neteler nete...@osgeo.org wrote:
On Fri, Jun 28, 2013 at 8:29 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Fri, Jun 28, 2013 at 7:13 AM, Markus Neteler nete...@osgeo.org wrote:
...
How to tell GRASS 7 in configure to pick up the
Evviva!!
GRASS 7.0.svn (nc_spm_08_grass7):~ g.version -g
version=7.0.svn
date=2013
revision=56943M
build_date=2013-05-28
GRASS 7.0.svn (nc_spm_08_grass7):~ uname -a
AIX login01-hf0 1 7 ...
On Fri, Jun 28, 2013 at 9:37 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
...
Oops, LDFLAGS
On Wed, Jun 26, 2013 at 7:40 PM, Markus Neteler nete...@osgeo.org wrote:
...
Now trying to get shared libraries enabled (almost there).
Also enabled in SVN (thanks to Markus Metz).
Interestingly, when *starting* GRASS 7, I get on that AIX machine:
Cleaning up temporary files...
Starting GRASS
On Wed, Jun 26, 2013 at 1:13 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
-bash-3.2$ cd /gpfs/home/neteler/software/grass-7.0.svn/raster/r.terraflow
ld: 0711-317 ERROR: Undefined symbol: .std::basic_filebufchar,
std::char_traitschar ::open64(char const*,
On Wed, Jun 26, 2013 at 7:40 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Jun 26, 2013 at 1:13 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
-bash-3.2$ cd /gpfs/home/neteler/software/grass-7.0.svn/raster/r.terraflow
ld: 0711-317 ERROR: Undefined symbol:
Markus Neteler wrote:
Markus Metz figured it out, fixed locally (see attachment).
Submit or not?
This part:
+/* Alias the symbols using asm */
+extern C {
+extern int open(const char *, int, ...) __asm__(open64);
+}
shouldn't be necessary.
AFAICT, the only parts of r.terraflow which
Hi,
most of GRASS 7 now compiles on AIX without special configure tricks.
Remaining:
-bash-3.2$ cd /gpfs/home/neteler/software/grass-7.0.svn/raster/r.terraflow
-bash-3.2$ gmake
: g++
-L/gpfs/home/neteler/software/grass-7.0.svn/dist.powerpc-ibm-aix7.1.0.0/lib
Markus Neteler wrote:
-bash-3.2$ cd /gpfs/home/neteler/software/grass-7.0.svn/raster/r.terraflow
ld: 0711-317 ERROR: Undefined symbol: .std::basic_filebufchar,
std::char_traitschar ::open64(char const*, std::_Ios_Openmode)
This appears to be a problem with g++ on AIX, caused by AIX having
On Wed, Jun 19, 2013 at 6:10 AM, Hamish hamis...@yahoo.com wrote:
Markus N wrote:
- diglib test updated in lib/vector/diglib/
-- still failing there, we try to understand
That has been fixed in 56699, it was related to LFS.
hmm, this is quite similar, I wonder if it is related:
http://bugs.debian.org/672719:
LD_LIBRARY_PATH=:/build/buildd-grass_6.4.1-2.1-s390x-GTALEw/grass-6.4.1/dist.s390x-ibm-linux-gnu/lib
./test; diff ./test.tmp ../
test.ok
Killed
make[6]: *** [OBJ.s390x-ibm-linux-gnu/test] Error 2
Markus M:
That seems to me a problem on big endian
Markus N wrote:
- diglib test updated in lib/vector/diglib/
-- still failing there, we try to understand
hmm, this is quite similar, I wonder if it is related:
grass: FTBFS on ppc64 and s390x
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672719#17
Errors in:
Markus Neteler wrote:
* AIX namespace pollutions:
/gpfs/home/neteler/software/grass-7.0.svn/lib/rst/interp_float
/gpfs/home/neteler/software/grass-7.0.svn/raster/r.resamp.rst
/gpfs/home/neteler/software/grass-7.0.svn/vector/v.surf.rst
Markus Neteler wrote:
I suspect that GDALLIBS should include -lstdc++. That's arguably a bug
in the gdal-config script. In practice it will only matter if GDAL is
a static library; shared libraries record their dependencies.
checking for gdal-config...
On Tue, Jun 11, 2013 at 11:18 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
I suspect that GDALLIBS should include -lstdc++. That's arguably a bug
in the gdal-config script. In practice it will only matter if GDAL is
a static library; shared libraries record
Markus Neteler wrote:
diff OBJ.powerpc-ibm-aix7.1.0.0/test.tmp test64.ok
diff: Missing newline at the end of file OBJ.powerpc-ibm-aix7.1.0.0/test.tmp.
diff: Missing newline at the end of file test64.ok.
Using cmp (as per r56674) is the right thing to do here.
cd
On Mon, Jun 10, 2013 at 3:41 PM, Glynn Clements
gl...@gclements.plus.com wrote:
...
I suspect that GDALLIBS should include -lstdc++. That's arguably a bug
in the gdal-config script. In practice it will only matter if GDAL is
a static library; shared libraries record their dependencies.
Hi,
some news:
- install-sh update done in r56675, working
- diglib test updated in lib/vector/diglib/
-- still failing there, we try to understand
- ps/ps.map/ done by Hamish
- SQLite I have recompiled like this, now accepted ok!
./configure \
--prefix=$PREFIX \
--disable-shared \
Hi,
I got meanwhile access to this AIX 7.1 machine. PROJ4 and GDAL I got
installed, but now having a problem with GRASS 7:
...
/gpfs/home/neteler/software/grass-7.0.svn/install-sh -c -m 644
PERMANENT/WIND
On Sun, Jun 9, 2013 at 8:00 PM, Markus Neteler nete...@osgeo.org wrote:
Hi,
I got meanwhile access to this AIX 7.1 machine. PROJ4 and GDAL I got
installed, but now having a problem with GRASS 7:
...
/gpfs/home/neteler/software/grass-7.0.svn/install-sh -c -m 644
PERMANENT/WIND
Hi,
[side note: this system is a 3k-cores machine to which I kindly got
access, that's why
I am interested to get GRASS 7 running there]
I am configuring on AIX 7.1 like this, using the new install-sh from
https://svn.met.no/viewvc/fimex/branches/version0_28_x/install-sh?view=co
gcc -v
Using
Markus N wrote:
-bash-3.2$ cd
/gpfs/home/neteler/software/grass-7.0.svn/ps/ps.map
-bash-3.2$ gmake
...
vect.c:16:15: error: conflicting types for 'nearest'
/usr/opt/freeware/bin/../lib/gcc/powerpc-ibm-aix7.1.0.0/4.6.1/include-fixed/math.h:1397:21:
note: previous declaration of 'nearest' was
Markus Neteler wrote:
Is the struct winsize definition guarded by #if/#ifdef?
Yes:
#ifdef _ALL_SOURCE
/* Common ioctl's for all disciplines which are handled in ttiocom */
enum tty_ioctl {
...
union txname { /* used with TXGETCD */
...
/*
* window size
Markus Neteler wrote:
A grep for winsize would be more useful. TIOCGWINSZ is being found,
otherwise the code which uses struct winsize wouldn't be compiled
and wouldn't generate an error.
Ok, found this in /usr/include/sys/ioctl.h:
struct winsize {
But lib/gis/ls.c already includes
On Mon, Apr 8, 2013 at 11:31 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
A grep for winsize would be more useful. TIOCGWINSZ is being found,
otherwise the code which uses struct winsize wouldn't be compiled
and wouldn't generate an error.
Ok, found this in
Markus Neteler wrote:
main.c:22: error: storage size of 't' isn't known
make: *** [OBJ.powerpc-ibm-aix5.3.0.0/main.o] Error 1
In which directory? main.c could be anything?
Ah sorry: tools/timer/main.c
struct timeval, used by gettimeofday().
tools/timer isn't actually used by GRASS
Markus Neteler wrote:
I inspected the file and added _ALL_SOURCE=1:
The whole point of this exercise is to avoid the default _ALL_SOURCE=1
setting, which is what causes the name conflicts.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev
On Sun, Apr 7, 2013 at 10:33 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
...
tools/timer isn't actually used by GRASS or the build system, so I
don't consider this one to be particularly critical.
Perhaps we just remove it from trunk?
Okay; struct winsize isn't
Markus Neteler wrote:
I tried:
gcc -ansi -D_POSIX_SOURCE=1 -D_POSIX_C_SOURCE=200809L -Dinline=
-I/afs/mycluster/user/private/software/grass-7.0.svn_src_snapshot_2013_03_22/dist.powerpc-ibm-aix5.3.0.0/include
On Sat, Apr 6, 2013 at 10:13 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
...
main.c:22: error: storage size of 't' isn't known
make: *** [OBJ.powerpc-ibm-aix5.3.0.0/main.o] Error 1
In which directory? main.c could be anything?
Ah sorry: tools/timer/main.c
...
Markus Neteler wrote:
cat /opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.2.0/include/sys/types.h
Can you visually compare this file to the preprocessor output from
...
(file sent offlist for inspection)
However: adding -D_POSIX_SOURCE=1 may help (glibc's features.h defines
On Sat, Apr 6, 2013 at 10:56 AM, Markus Neteler nete...@osgeo.org wrote:
Remains:
lib/gs/plot.c:34: error: conflicting types for 'nearest'
... also solved using a fresh SVN extract.
The remaining errors are related to the outdated Python on that AIX 5.3 machine.
Next step is to check with AIX
On Thu, Apr 4, 2013 at 12:09 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
...
cat /opt/freeware/lib/gcc/powerpc-ibm-aix5.3.0.0/4.2.0/include/sys/types.h
Can you visually compare this file to the preprocessor output from
...
(file sent offlist for inspection)
Markus Neteler wrote:
In which case, you need to look at that version of sys/types.h to
figure out why off_t isn't getting seen.
I found the path with
/opt/freeware/bin/gcc -print-search-dirs
...
Hence (randomly citing):
cat
2013/4/2 Markus Neteler nete...@osgeo.org
On Tue, Apr 2, 2013 at 8:47 AM, Glynn Clements gl...@gclements.plus.com
wrote:
...
If we don't have anyone who is able and willing to put in the
(relatively minor) effort to figure that out, then AIX support (for
any reasonable definition of
On Wed, Apr 3, 2013 at 10:06 AM, Glynn Clements
gl...@gclements.plus.com wrote:
off_t would be a good start.
/usr/include/sys/types.h
#ifndef _FPOS_T
#define _FPOS_T
#ifdef _LARGE_FILES
typedef long long fpos_t;
#else
typedef longfpos_t;
#endif /* _LARGE_FILES */
#ifdef _LARGE_FILE_API
On Wed, Apr 3, 2013 at 5:51 PM, Glynn Clements gl...@gclements.plus.com wrote:
...
This doesn't fit with the off_t-related errors you were getting in
defs/gis.h.
Now I got it... gcc picks stuff up from /opt/freeware/bla. Sorry for
the confusion.
Try:
gcc -E -ansi
Markus Neteler wrote:
This doesn't fit with the off_t-related errors you were getting in
defs/gis.h.
Now I got it... gcc picks stuff up from /opt/freeware/bla. Sorry for
the confusion.
In which case, you need to look at that version of sys/types.h to
figure out why off_t isn't getting
On Wed, Apr 3, 2013 at 7:57 PM, Glynn Clements gl...@gclements.plus.com wrote:
Markus Neteler wrote:
This doesn't fit with the off_t-related errors you were getting in
defs/gis.h.
Now I got it... gcc picks stuff up from /opt/freeware/bla. Sorry for
the confusion.
In which case, you
Markus Neteler wrote:
Compilation issues:
main.c: In function 'main':
main.c:22: error: storage size of 't' isn't known
= struct timeval
/afs/mycluster/user/private/software/grass-7.0.svn_src_snapshot_2013_03_22/dist.powerpc-ibm-aix5.3.0.0/include/grass/defs/gis.h:579:
error: expected
On Tue, Apr 2, 2013 at 8:47 AM, Glynn Clements gl...@gclements.plus.com wrote:
...
It appears that AIX uses something other than _POSIX_C_SOURCE to
enable the POSIX declarations (which -ansi will disable).
Any concrete POSIX declaration which I should hunt down?
The question is: what does it
On Fri, Mar 29, 2013 at 7:18 AM, Glynn Clements
gl...@gclements.plus.com wrote:
...
For the first one, start by trying:
make distclean
CFLAGS='-ansi -D_POSIX_C_SOURCE=200809L -Dinline=' ./configure ...
sh conf_AIX.sh
checking host system type... powerpc-ibm-aix5.3.0.0
Markus Metz wrote:
After renaming the variable nearest to nearesta in
lib/gis/plot.c it
worked.
I did the same on AIX 5.3 but we need a solution in SVN...
Fixed in r55563.
With r55565 I nave another error in lib/gis:
gcc -lstdc++
On Wed, Mar 27, 2013 at 8:18 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Wed, Mar 27, 2013 at 2:50 PM, Ivan Barka ivan.ba...@gmail.com wrote:
Hi devs,
I tried again recent grass7 on AIX 7.1 with gcc.
I had error in lib/gis:
gcc -lstdc++
On Wed, Mar 27, 2013 at 10:00 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Mar 27, 2013 at 8:18 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Wed, Mar 27, 2013 at 2:50 PM, Ivan Barka ivan.ba...@gmail.com wrote:
Hi devs,
I tried again recent grass7 on AIX 7.1 with gcc.
I
Markus Metz wrote:
After renaming the variable nearest to nearesta in lib/gis/plot.c it
worked.
I did the same on AIX 5.3 but we need a solution in SVN...
Fixed in r55563.
It wasn't broken in the first place.
A fix would be for someone to care about AIX enough to figure out
which
On Sat, Mar 23, 2013 at 1:47 AM, Glynn Clements
gl...@gclements.plus.com wrote:
...
Grass.make hard-codes:
# lexical analyzer and default options
LFLAGS = -s
...
We should remove that flag.
...
r55504 removes the -s from LFLAGS and adds error rules to sqlp.l and
On Fri, Mar 22, 2013 at 5:28 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
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
make: o: Command not found
This
On Fri, Mar 22, 2013 at 9:30 AM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Fri, Mar 22, 2013 at 5:28 AM, Glynn Clements
Markus Neteler wrote:
grass-7.0.svn/lib/datetime make
o
Regarding r55461:
MATH_LIBS=$MATH_LIBS -lbsd
What's the point of this? That variable isn't substituted.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
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
On Fri, Mar 22, 2013 at 12:11 AM, Markus Neteler nete...@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
Markus Neteler wrote:
I gained back access to an older AIX 5.3 system and try to compile
GRASS 7.svn:
plot.c, line 34.15: 1506-343 (S) Redeclaration of nearest differs
from previous declaration on line 941 of /usr/include/math.h.
Meanwhile I'll try the gcc compiler.
The issue is
On Wed, Mar 20, 2013 at 10:17 AM, Ivan Barka ivan.ba...@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
On Wed, Mar 20, 2013 at 11:08 AM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Wed, Mar 20, 2013 at 10:17 AM, Ivan Barka ivan.ba...@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++
On Wed, Mar 20, 2013 at 11:50 AM, Markus Metz
markus.metz.gisw...@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
On Sun, Mar 17, 2013 at 11:08 PM, Glynn Clements
gl...@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
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
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
(please keep this on the list)
On Fri, Mar 15, 2013 at 7:55 AM, Ivan Barka ivan.ba...@gmail.com wrote:
2013/3/14 Markus Neteler nete...@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
On Fri, Mar 15, 2013 at 12:01 PM, Markus Neteler nete...@osgeo.org wrote:
(please keep this on the list)
On Fri, Mar 15, 2013 at 7:55 AM, Ivan Barka ivan.ba...@gmail.com wrote:
2013/3/14 Markus Neteler nete...@osgeo.org
what's inside of this directory?
On Fri, Mar 15, 2013 at 1:28 PM, Markus Metz
markus.metz.gisw...@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.
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:
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
Markus Neteler wrote:
markus.metz.gisw...@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
(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
Hi Ivan,
On Wed, Mar 13, 2013 at 7:52 AM, Ivan Barka ivan.ba...@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
86 matches
Mail list logo