Nikos Alexandris wrote:
Is it wrong to simply:
for Image in `echo $GIS_OPT_MSX | tr , \ ` ; do echo ${Image} ; done
That will work, provided that none of the values contain spaces.
But setting IFS is more robust and efficient.
--
Glynn Clements gl...@gclements.plus.com
of a map (or similar entity, e.g. imagery
group, named region, icon, etc).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
that the selected encoding is incorrect).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
version.
7.0's r.mfilter is 6.x's r.mfilter.fp. Even down to the reference to
r.mfilter.fp in the manual page, apparently.
Fixed in r58151.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
needs an unqualified name,
use G_unqualified_name() or G_name_is_fully_qualified().
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
isn't being used.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
is a function of latitude) over a polygon in
the Euclidean plane.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
flags (e.g. --quiet) are all hard-coded; it isn't
possible for a module to define its own.
If single-character flags aren't suitable for whatever reason,
consider using a multi-valued option, e.g. flags=cl,ch,mi,ma.
--
Glynn Clements gl...@gclements.plus.com
if the string isn't explicitly declared const, the fact that it
may be modified means that if you need to retain the original value,
you have to explicitly copy it.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
a mail client which doesn't set
the In-Reply-To or References headers when sending a reply.
For more details, see RFC 2822:
http://www.ietf.org/rfc/rfc2822.txt
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
/Makefile, and uses
$GISBASE/demolocation/PERMANENT as the current
database/location/mapset.
You can override RUN_GISRC on the make command line if you want to use
a different $GISRC file.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing
for some
time.
r58046 makes a similar change for option names.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
is a prefix of
exactly one recognised option.
We might need something similar for option names.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.
minimum_raster could be abbreviated to e.g. minr.
There remains the issue that if one option is a prefix of another, the
shorter option must always be given in full, as any abbreviation of it
will also be a valid abbreviation of the longer option, and thus
ambiguous.
Suggestions welcome.
--
Glynn
Glynn Clements wrote:
I'll look into using the option-matching code for option values as
well as names.
Done in r57999.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
it should have a specific
solution.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
, but these are ignored
if there are per-user keys. If the per-user keys exist but the values
are invalid, executing a script will result in a dialog asking you to
select the program to open that type of file.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev
, the count less so).
Also the order might be revisited and standardized...?
I suggest standardising on unabbreviated names. I'll look into using
the option-matching code for option values as well as names.
--
Glynn Clements gl...@gclements.plus.com
running in MSys' rxvt, or the GUI's command line).
If that works, but running the script from the GUI doesn't, then the
problem is in the GUI and any fix belongs in the GUI (and not e.g.
lib/python).
--
Glynn Clements gl...@gclements.plus.com
___
grass
are system-wide).
In the unlikely event that it really is a problem, I'd rather just
keep the extension on all platforms. It's not as if Unix has problems
with dots in filenames.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
of the product
of the values (i.e. the logarithm of the geometric mean is the
arithmetic mean of the logarithms of the values). It wouldn't be
meaningful to compute the geometric mean of coordinate data.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev
be done in O(n)
time and O(1) space.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
as if they were a subsequent line (the current
behaviour).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Moritz Lennert wrote:
On 26/08/13 23:24, Glynn Clements wrote:
Moritz Lennert wrote:
- Two concern Windows code page issues (#995, #1288) for which I don't
really know what a possible solution would be (is it possible to create
a launcher for GRASS in Python, without using .bat
to a 'python' instead of a
'python source' solved the problem:
That looks fine. When executing a script from the shell, argv[0] is
the path to the interpreter rather than that of the script.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev
use any character which isn't the same in both, you lose.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
*/ }
}
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
,
documented?
No. In GRASS 7, the display drivers are libraries, not persistent
processes, so there's no way to write a command which affects
subsequent display commands.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
reliable in the
general case. If svn update updates the configure script, be sure to
re-run configure before doing anything else.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
-deterministic behaviour (e.g. reading uninitialised memory),
neither r.mapcalc nor lib/raster have had any significant changes
recently.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
unless it's
either defined in a header (in which case it must be static inline)
or used in the same file in which it's defined (thus most of the
functions in v.generalize/point.c shouldn't be inline).
--
Glynn Clements gl...@gclements.plus.com
___
grass
text might make the
debug information more useful (e.g. providing something to grep for).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
scripts from the wxGUI menu
or the wxGUI command console, but not from the windows terminal.
However, calling a script from a script (e.g. v.db.dropcolumn called
from v.db.renamecolumn) does not work.
To execute scripts without providing an extension, PATHEXT must
include .PY.
--
Glynn Clements
extension can be associated with the
launcher, which can be configured to use a specific version of Python
in a specific context.
I don't know whether it's possible to make use of this without
installing the rest of Python 3, though.
--
Glynn Clements gl...@gclements.plus.com
descriptions, e.g.:
char *desc = method-descriptions;
G_asprintf((char **) (method-descriptions),
%s;lanczos;%s, desc,
_(Lanczos interpolation));
G_free(desc);
--
Glynn Clements gl...@gclements.plus.com
trying to write in PERMANENT. It's trying to execute the
command (to generate the HTML) with $GISBASE/demolocation/PERMANENT as
the current mapset. If the person running g.extension isn't the owner
of $GISBASE/demolocation/PERMANENT, that will fail.
--
Glynn Clements gl...@gclements.plus.com
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
as
format strings, which will fail (e.g. crash) if the string contains
any % characters.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
should be changed from long to time_t.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
the aggregate over the non-null neighbours, so it
will typically write non-null values to some of the cells which are
masked (more specifically, the masked regions will tend to shrink by
the neighbourhood radius).
--
Glynn Clements gl...@gclements.plus.com
___
grass
to suppress the
check.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
of sites will treat PERMANENT as public data, to be shared by
all users.
The cases where forced 0600 is reasonable are those where the data is
invariably private, i.e. passwords and encryption keys.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev
reason to enforce the policy a second time through filesystem
permissions.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
of the two values is one possible approach,
although not necessarily the best one. It's worth considering whether
it really justifies expanding to DCELL for one extra bit (for integer
inputs, the output will always be either an integer or an integer plus
a half).
--
Glynn Clements gl
for floating-point
inputs.
For average, median, variance, standard deviation and interspersion,
the output should always be floating-point (although I'm not entirely
certain about median).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
redundant. But rather than
changing it to never adding 0.5, now it's always added.
This should be fixed by r57064.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass
of multiple inputs) into bins then dumps the value(s),count
pairs.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
than the
sum of its parts.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
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 gl
call open() are
noclobberFile() and noclobberFileName() in stats.c. The former is no
longer used, and the latter closes the file immediately after opening
it, so there's no need for LFS there.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev
| c++filt | fgrep open64
[This would work on Linux, but I don't know about AIX.]
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
that this feature is available in the wxGUI's
NVIZ component, and the original Tcl/Tk NVIZ is no longer present in
7.0. In which case, there's not much point in enabling it.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
lib/python/ctypes. If
it does, there's a problem with the logic in __init__.py.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
configure test to pass.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
() are C89, don't introduce rounding errors, and
handle zero correctly (they're also likely to be more efficient, but
that's a trivial detail).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
in by GPROJDEPS.
The same applies to
...
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.
--
Glynn Clements gl...@gclements.plus.com
Nikos Alexandris wrote:
Why the ctypes version return 'PERMANENT' instead of 'user1'?
Glynn Clements wrote:
The $GISRC file is read the first time that an environment lookup is
made. There is no way to force it to be re-read.
This means that I can't use instructions like
Pietro wrote:
Why the ctypes version return 'PERMANENT' instead of 'user1'?
The $GISRC file is read the first time that an environment lookup is
made. There is no way to force it to be re-read.
--
Glynn Clements gl...@gclements.plus.com
___
grass
. ulimit -n reports the
maximum number of open files (in 7.0, you need two per map). Also,
each completed raster needs a subdirectory within the cell_misc
directory, and some filesystems impose a limit on the number of
subdirectories (often much lower than the limit on the number of
files).
--
Glynn
the corresponding hard limit,
and you can't increase a hard limit unless you're root (and sudo won't
work because the limits are per-process, so ulimit has to be a shell
built-in). On a system which uses PAM, the limits are normally set on
login based upon the contents of /etc/security/limits.conf.
--
Glynn
so much more sense.
No. With one argument, the result will be an integer, so the
long-standing behaviour will be preserved. If a second argument is
given, the result will have the same type as the second argument, so
e.g. round(x, 1.0) will return a double.
--
Glynn Clements gl
it. Don't rely upon that behaviour, as I intend to change
it: http://trac.osgeo.org/grass/ticket/1976#comment:4
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass
, but that might break existing
scripts.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
=1.0/45, which isn't exactly representable.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
that a function's return type can depend upon the
value of a parameter.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
] accomplished using cubic convolution,
right?
Right.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
and returns a
float, round(x,1e-3) would round to 3 decimal places (i.e. the nearest
multiple of 0.001), etc.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
to explicitly iterate over them,
e.g.:
if any(x in line for x in ('DATE_ACQUIRED', 'ACQUISITION_DATE')):
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
avoid this warning, also because the
warning message causes problems when running in batch from within R.
The round() function always returns an integer, regardless of its
argument types. Integers are always 32-bit, so the result is limited
to the range +/- 2147483647 (2^31-1).
--
Glynn Clements
of rules, but
nothing uses it.
Apart from the lack of clarity regarding boundary values, the existing
method is inefficient if the number of rules is large; a binary search
tree (or similar) would be better.
--
Glynn Clements gl...@gclements.plus.com
?
For real data, most of the boundary values won't be actual values from
the input data, but values derived from interpolating two adjacent
values. In that situation, it doesn't matter how r.recode handles
boundary values.
--
Glynn Clements gl...@gclements.plus.com
to 2.
This behaviour stems from Rast_fpreclass_get_cell_value() in
lib/raster/fpreclass.c, and isn't configurable (i.e. there's no way
that r.recode's behaviour could be modified without modifying the
fpreclass functions).
--
Glynn Clements gl...@gclements.plus.com
.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
. The latter
may or may not contain spaces, meaning that particular changes may
work for the developer making the changes but not work for a
significant proportion of users.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
in conjuction with the STREAMS API; all other uses are
implementation-dependent. GRASS 7 doesn't use ioctl() other than for
TIOCGWINSZ; GRASS 6.x may use TCGETA or TIOCGETC if tcgetattr() isn't
available.
--
Glynn Clements gl...@gclements.plus.com
of the longest edge is very small) should be a warning
sign.
Or maybe I'm just misunderstanding what the issue is here.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass
consistency check.
If you don't want to know the gis.h version, don't use the -r flag,
but there's no good reason to remove that functionality.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
sys/ioctl.h, provided that
HAVE_SYS_IOCTL_H is defined.
Is HAVE_SYS_IOCTL_H defined in config.h?
Is the struct winsize definition guarded by #if/#ifdef?
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
Johannes Radinger wrote:
So actually verbose=True should then be removed from the function
so that it behaves like other GRASS modules and the verbosity level
setting is inherited from the script in which .write() is used?
I think so.
--
Glynn Clements gl...@gclements.plus.com
was
committed to SVN.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.
So e.g. if you have points A, B, and C, where C lies exactly on the
line AB, transforming the points to A', B', and C' typically won't
result in C' lying on the line A'B'.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
TIOCGWINSZ
sys/ioctl.h:#define TIOCGWINSZ _IOR('t', 104, struct winsize)
/* get window size */
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.
--
Glynn Clements gl
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
in
the same header as the TIOCGWINSZ definition. Again, it may be guarded
by a #if/#ifdef.
On Linux, it's defined in both asm-generic/termios.h (kernel header)
and bits/ioctl-types.h (glibc header).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev
=, and allow the script's verbosity setting to be
inherited.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
_POSIX_SOURCE if _POSIX_C_SOURCE is set; AIX's might not).
That appears to be the case. Without _POSIX_SOURCE, only the
aforementioned types (ptrdiff_t, wchar_t, wctype_t, time_t, clock_t,
and size64_t) are defined.
--
Glynn Clements gl...@gclements.plus.com
(), d.max()
(-6.103512532718014e-05, 6.1035083945171209e-05)
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
macros are defined and which aren't.
Because of the elisions, it isn't clear which #ifdef directives are
guarding the off_t definition.
However: adding -D_POSIX_SOURCE=1 may help (glibc's features.h defines
_POSIX_SOURCE if _POSIX_C_SOURCE is set; AIX's might not).
--
Glynn Clements gl
the two interpreters
($GISBASE/bin/nviz and $GISBASE/etc/form/form) plus v.digit as 32-bit
executables.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.
Result attached.
gcc's sys/types.h isn't defining off_t. It's possible that it's
relying upon some other header to define it, but that other header
isn't getting included.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
) effort to figure that out, then AIX support (for
any reasonable definition of that term) is impractical. Even if we can
get it to compile, even quite trivial run-time problems will be
insurmountable.
--
Glynn Clements gl...@gclements.plus.com
___
grass
will be used for the
%ld, the last 4 bytes will be treated as the following argument (part
of it).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
-D_XOPEN_SOURCE=500
Alternatively:
-std=c89 -D_POSIX_C_SOURCE=200112L -D_XOPEN_SOURCE=500 -Dinline=
will work --without-ffmpeg (the FFMPEG headers use C99/C++ comments).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
(to gain name consistency)?
They do different things. r3.retile generates a single output map, but
with the specified tiling (3d rasters are tile-based). r.tile
generates a separate raster for each tile (equivalent to running
g.region+r.resample in a double loop).
--
Glynn Clements gl
that outptr[i] could be a CELL*, FCELL* or DCELL*, with the
actual type determined at run time.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
kapo coulibaly wrote:
How about sticking with shell?
Using the shell frequently results in scripts which don't work
reliably on Unix or at all on Windows. It's also a horrible language
for anything beyond the simplest tasks.
--
Glynn Clements gl...@gclements.plus.com
).
Requiring 2.6 would allow us to start work on forward compatibility
with Python 3.x.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
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
http://lists.osgeo.org/mailman
in SC_CONFIG_CFLAGS doesn't define
SHLIB_LD, so you'll need to use --disable-shared. Ideally,
AC_MSG_ERROR should be called if shared libraries are requested for a
platform which doesn't have support for them.
--
Glynn Clements gl...@gclements.plus.com
401 - 500 of 2359 matches
Mail list logo