Send grass-windows mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.osgeo.org/mailman/listinfo/grass-windows
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of grass-windows digest..."
Today's Topics:
1. Re: Compile r.example for GRASS6.4 in Windows (Ant?nio Rocha)
2. Re: Compile r.example for GRASS6.4 in Windows (Glynn Clements)
3. r.shaded.relief problems (Frank Broniewski)
----------------------------------------------------------------------
Message: 1
Date: Thu, 19 Nov 2009 17:42:21 +0000
From: Ant?nio Rocha <[email protected]>
Subject: Re: [GRASS-windows] Compile r.example for GRASS6.4 in Windows
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Ok here it goes. Another chapter around the compilation of r.example in
WINDOWS XP :)
After following Glynn suggestion of changing names of Dll files, I tried
to run MAKE and I got the following error
The error is
make: Entering directory `/c/grass6/tests/r.example'
c:/grass6/include/Make/Grass.make:418: warning: overriding commands for
target `/c/grass6/bin'
c:/grass6/include/Make/Grass.make:409: warning: ignoring old commands
for target `/c/grass6/bin'
gcc -L/c/grass6/lib -Wl,--export-dynamic,--enable-runtime-pseudo-reloc
-L/c/OSGeo4W/apps/gdal-16/lib -L/c/OSGeo4W/lib -o
/c/grass6/bin/r.example.exe OBJ./a/main.o C:/grass6/fmode.o -lgrass_gis
-lgrass_datetime -lxdr -liberty -lws2_32 -lz -lxdr -liberty
-lws2_32 -lz
c:\osgeo4w\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe:
cannot find -lgrass_datetime
collect2: ld returned 1 exit status
make: *** [/c/grass6/bin/r.example.exe] Error 1
make: Leaving directory `/c/grass6/tests/r.example'
There is no file with that name neigter lxdr neither liberty. The this
is at grass.make DATETIME_LIBNAME is defined:
DATETIME_LIBNAME = grass_datetime
and then DATETIMELIB is defined as
DATETIMELIB = -l$(DATETIME_LIBNAME)
so DATETIMELIB is equal to lgrass_datetime and these files doesn't
exist. My question is: Was it suppose to have those files in Windows or
they have another name?
Thanks..
Best Regards,
Antonio Rocha
António Rocha wrote:
> Uoouu this is a BINGO :)
> Why?
> At grass.make I have a variable named DATETIME_LIBNAME defined like this:
> DATETIME_LIBNAME = grass_datetime
>
> And then: DATETIMELIB with this sintax:
> DATETIMELIB = -l$(DATETIME_LIBNAME)
>
> this means that he is searching for lgrass_datetime that doesn't
> exist. and same will happen with the others libs defined in GRASS.make
>
> Question: Can I change the file names to libgrass_XXX. dll (add lib
> instead of l and add .dll at the end?)
>
> Or I really should have those files?
>
> Best regards,
> Antonio Rocha
>
>
> António Rocha wrote:
>> The error is
>> make: Entering directory `/c/grass6/tests/r.example'
>> c:/grass6/include/Make/Grass.make:418: warning: overriding commands
>> for target `/c/grass6/bin'
>> c:/grass6/include/Make/Grass.make:409: warning: ignoring old commands
>> for target `/c/grass6/bin'
>> gcc -L/c/grass6/lib
>> -Wl,--export-dynamic,--enable-runtime-pseudo-reloc
>> -L/c/OSGeo4W/apps/gdal-16/lib -L/c/OSGeo4W/lib -o
>> /c/grass6/bin/r.example.exe OBJ./a/main.o C:/grass6/fmode.o
>> -lgrass_gis -lgrass_datetime -lxdr -liberty -lws2_32 -lz
>> -lxdr -liberty -lws2_32 -lz
>> c:\osgeo4w\bin\..\lib\gcc\mingw32\3.4.5\..\..\..\..\mingw32\bin\ld.exe:
>> cannot find -lgrass_datetime
>> collect2: ld returned 1 exit status
>> make: *** [/c/grass6/bin/r.example.exe] Error 1
>> make: Leaving directory `/c/grass6/tests/r.example'
>>
>>> Apply the same solution as for -lgrass_gis, i.e. copy
>>> libgrass_datetime.6.4.svn.dll (or whatever the exact name is) to
>>> libgrass_datetime.dll.
>>>
>>> I suggest doing this now for all of the libraries, e.g.:
>>>
>>> cd dist./lib
>>> for file in *.svn.dll ; do cp "$file" "${file%.6.*.svn.dll}.dll" ; done
>>>
>>>
>> Ok I have done that, but it's still the same error. Because he is not
>> searching for libgrass_datetime.dll but for lgrass_datetime. And
>> there is no file with that name.
>>
>> I'm writting all of this in order to write a wiki about compiling
>> r.example or a module in WINDOWS :)
>>
>>
>> __________ Information from ESET NOD32 Antivirus, version of virus
>> signature database 4622 (20091119) __________
>>
>> The message was checked by ESET NOD32 Antivirus.
>>
>> http://www.eset.com
>>
>>
>>
>>
>>
>> __________ Information from ESET NOD32 Antivirus, version of virus
>> signature database 4622 (20091119) __________
>>
>> The message was checked by ESET NOD32 Antivirus.
>>
>> http://www.eset.com
>>
>>
>
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus
> signature database 4622 (20091119) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
>
>
>
> __________ Information from ESET NOD32 Antivirus, version of virus
> signature database 4622 (20091119) __________
>
> The message was checked by ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
__________ Information from ESET NOD32 Antivirus, version of virus signature
database 4622 (20091119) __________
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
------------------------------
Message: 2
Date: Thu, 19 Nov 2009 20:07:51 +0000
From: Glynn Clements <[email protected]>
Subject: Re: [GRASS-windows] Compile r.example for GRASS6.4 in Windows
To: Ant?nio Rocha <[email protected]>
Cc: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=iso-8859-1
António Rocha wrote:
> cannot find -lgrass_datetime
> There is no file with that name neigter lxdr neither liberty. The this
> is at grass.make DATETIME_LIBNAME is defined:
> DATETIME_LIBNAME = grass_datetime
> and then DATETIMELIB is defined as
> DATETIMELIB = -l$(DATETIME_LIBNAME)
>
> so DATETIMELIB is equal to lgrass_datetime
No, it's equal to -lgrass_datetime (note the leading dash); -l is a
switch; the linker adds the "lib" prefix itself.
--
Glynn Clements <[email protected]>
------------------------------
Message: 3
Date: Fri, 20 Nov 2009 08:58:50 +0100
From: "Frank Broniewski" <[email protected]>
Subject: [GRASS-windows] r.shaded.relief problems
To: "WinGRASS" <[email protected]>
Message-ID: <f069469c8f024134bcc1db09c2ed0...@fishtank>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
reply-type=original
Hello list,
I recently installed the latest wingrass (6.4.0svn (2009)) release on my
Windows Vista 64 machine. The installation went well. But unfortunately I
discovered, that I cannot launch r.shaded.relief and some others, namely
r.tileset, g.manual and r.patch. There may be others by I haven't tested all
the commands. The r.patch is different from the others and I have found the
bug report for this problems, so I suppose I just need to wait or disable
the UAC, wich unfortunately is not an option in our company.
For the other two commands I get a similar output as following:
Traceback (most recent call last):
File "C:/GRASS/etc/wxpython/wxgui.py", line 521, in
OnMenuCmd
menuform.GUI().ParseCommand(cmd, parentframe=self)
File "C:\GRASS\etc\wxpython\gui_modules\menuform.py", line
1812, in ParseCommand
xml.sax.parseString(getInterfaceDescription(cmd[0]).decode(e
nc).encode("utf-8"),
File "C:\GRASS\etc\wxpython\gui_modules\menuform.py", line
1751, in getInterfaceDescription
raise IOError, _("Unable to fetch interface description for
command '%s'.") % cmd
IOError
:
Unable to fetch interface description for command
'r.shaded.relief'.
Is this a known problem? Running the command from the GRASS command line
points to a problem with the batch file. Running the command with the --help
switch gives no output, but instead a new prompt:
"C:/GRASS/msys/bin/sh.exe"-2.04$
You can cancel this with CTRL+C. r.shaded.relief.bat is indeed a batch file
wich calls a file in /scripts/. I noticed some other batch files and all the
batch files I tested do not work. There are no spaces in my directory paths,
users home dir is /users/frank, the mapset path has also no spaces
(D:\Frank\Dokumente\GISDataBase\demolocation).
I tested some variants in the grass command shell and it seems that there is
a problem with the /msys/sh.exe. Calling r.fillnulls (as an example) from
within sh.exe gives the following errors:
"c:/GRASS/msys/bin/sh.exe"-2.04$ c:/GRASS/scripts/r.fillnulls
0 [main] sh.exe" 3288 sync_with_child: child 2800(0x124) died before
initi
alization with status code 0x0
383 [main] sh.exe" 3288 sync_with_child: *** child state waiting for
longjmp
"c:/GRASS/msys/bin/sh.exe": fork: Resource temporarily unavailable
"c:/GRASS/msys/bin/sh.exe"-2.04$
Unfortunately this is as far as I can debug. So I hope that there is someone
who can give me a hint on how to deal with that problem.
Many thanks
Frank
------------------------------
_______________________________________________
grass-windows mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-windows
End of grass-windows Digest, Vol 39, Issue 11
*********************************************
