Opened 14 years ago
Closed 14 years ago
#1190 closed defect (invalid)
Error on compiling GRASS in Windows using osgeo4w
Reported by: | kimbesson | Owned by: | |
---|---|---|---|
Priority: | critical | Milestone: | 6.4.1 |
Component: | Installation | Version: | 6.4.0 RCs |
Keywords: | wingrass | Cc: | |
CPU: | Unspecified | Platform: | MSWindows XP |
Description
As mentioned in: http://lists.osgeo.org/pipermail/grass-user/2010-September/057903.html and http://lists.osgeo.org/pipermail/grass-user/2010-October/058189.html and http://lists.osgeo.org/pipermail/grass-windows/2010-October/002083.html
current compilations of GRASS in Windows with OSGEO4w and Msys are getting this error in lcurses and lncurses:
Fri Sep 17 14:02:05 2010: STARTING configure checking host system type... i686-pc-mingw32 checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for Cygwin environment... no checking for mingw32 environment... yes checking for executable suffix... .exe checking for full floating-point support... yes checking for pwd... /c/mingw/bin/pwd checking for source directory... /osgeo4w/usr/src/grass64 checking for build directory... /osgeo4w/usr/src/grass64 checking for MacOSX App... no checking for MacOSX architectures... no checking for MacOSX SDK... no checking how to build libraries... shared checking for ranlib... ranlib checking how to run the C preprocessor... gcc -E checking if 64bit support is requested... no checking if 64bit Sparc VIS support is requested... no checking system version (for dynamic loading)... MINGW32_NT-5.2-1.0.11(0.46/3/2) checking for dlopen in -ldl... no checking for ar... ar checking for additional include dirs... /c/OSGeo4W/apps/gdal-16/include /c/OSGeo4W/include checking for additional library dirs... /c/OSGeo4W/apps/gdal-16/lib /c/OSGeo4W/lib checking for a BSD compatible install... /c/mingw/bin/install -c checking for flex... flex checking for yywrap in -lfl... no checking for bison... bison -y checking for ranlib... ranlib checking for ar... ar checking for env... env checking for perl... no checking for ANSI C header files... no checking for limits.h... yes checking for termio.h... no checking for termios.h... no checking for unistd.h... yes checking for values.h... yes checking for f2c.h... no checking for g2c.h... no checking for sys/ioctl.h... no checking for sys/mtio.h... no checking for sys/resource.h... no checking for sys/time.h... yes checking for sys/timeb.h... yes checking for sys/types.h... yes checking for sys/utsname.h... no checking for libintl.h... yes checking for iconv.h... yes checking for langinfo.h... no checking whether time.h and sys/time.h may both be included... yes checking for off_t... yes checking for uid_t in sys/types.h... no checking return type of signal handlers... void checking for Cygwin environment... no checking for ftime... no checking for gethostname... no checking for gettimeofday... no checking for lseek... no checking for nice... no checking for time... no checking for uname... no checking for seteuid... no checking for setpriority... no checking for setreuid... no checking for setruid... no checking for drand48... no checking for putenv... no checking for setenv... no checking for nanosleep... no checking whether setpgrp takes no argument... yes checking for long long int... yes checking for W11... no checking for X... disabled checking whether to use Curses... yes checking for curses.h... yes checking curses.h WINDOW structure component... _maxy checking for initscr in -lncurses... no checking for initscr in -lcurses... no
Change History (5)
follow-up: 5 comment:1 by , 14 years ago
comment:2 by , 14 years ago
I have also tried in my WinXP machine and I got the same error. In July I compiled GRASS, using this tutorial, in a Windows7 machine, and at the same time in a WinXP, and it worked just fine. So it has something to do with a new update
comment:3 by , 14 years ago
Keywords: | wingrass added |
---|
comment:4 by , 14 years ago
Replying to kimbesson:
As mentioned in: http://lists.osgeo.org/pipermail/grass-user/2010-September/057903.html and http://lists.osgeo.org/pipermail/grass-user/2010-October/058189.html and http://lists.osgeo.org/pipermail/grass-windows/2010-October/002083.html
current compilations of GRASS in Windows with OSGEO4w and Msys are getting this error in lcurses and lncurses:
there were a lot of changes in the last time in wingrass-compiling. ticket still valid?
Helmut
comment:5 by , 14 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
Replying to kimbesson:
And with thse, I get that curses error
install pdcurses-devel
in osgeo4w environment CompileOnWindows
Let me report my packages versions: msysCORE-1.0.11 (I tried 12 and 13 and it Msys was not working) binutils- 2.19.1 gcc-core 3.4.5 20060117 gcc g++- 3.4.5 20060117 mingw43-make 3.81-20080326-3 mingwrt-3.15.2 mingw-utils.0.3 w32-api 3.13 make make-3.81-MSYS-1.0.11-2
Bison-bin 2.1 Bison-dep 2.1 flex 2.5.4a-1 gettext 0.14.4-bin gettext 0.14.4.lib libintl 0.14.4-bin libiconv-lib 1.9.2-1 regex-bin 2.7
bc-bin 1.06-2 libintl-lib -0.14.4 readline-bin 5.0-1
And with thse, I get that curses error