Hi,
I'm trying to get nx working under windows. I was using Activestate 8.5 on an XP box ... and following the suggestion on the website I installed MSVisualStudio 10.0 express ... but I couldn't see how to get that to work ... there isn't a Makefile ... I had downloaded nsf2.0b3
So I thought I'd try cygwin (which I already use for other purposes). I installed the compile tools, and ran configure, but it broke because I apparently don't have a /usr/local/include/tcl8.5/tools/genStub.tcl ... I took a gamble and downloaded a version I found on the web somewhere, and then configure ran but with some warning messages. Make then breaks with this
./generic/nsfError.c:116: error: conflicting types for 'NsfPrintError' ./generic/nsfDecls.h:73: error: previous declaration of 'NsfPrintError' was here ./generic/nsfError.c:116: error: conflicting types for 'NsfPrintError' ./generic/nsfDecls.h:73: error: previous declaration of 'NsfPrintError' was here Makefile:575: recipe for target `nsfError.o' failed
I'm happy to be the guinea pig for getting the "use NX on windows" instructions to be useable.
Or should I just use XOTcl ... ?
Thanks Jon.
Dear Jon,
up to my knowledge, cygwin + the head version of nx from git is supposed to compile together with the source tree of tcl).
-gustaf
Am Donnerstag, 26. Juli 2012, 05:09:06 schrieb Jonathan Kelly:
Hi,
I'm trying to get nx working under windows. I was using Activestate 8.5 on an XP box ... and following the suggestion on the website I installed MSVisualStudio 10.0 express ... but I couldn't see how to get that to work ... there isn't a Makefile ... I had downloaded nsf2.0b3
So I thought I'd try cygwin (which I already use for other purposes). I installed the compile tools, and ran configure, but it broke because I apparently don't have a /usr/local/include/tcl8.5/tools/genStub.tcl ... I took a gamble and downloaded a version I found on the web somewhere, and then configure ran but with some warning messages. Make then breaks with this
./generic/nsfError.c:116: error: conflicting types for 'NsfPrintError' ./generic/nsfDecls.h:73: error: previous declaration of 'NsfPrintError' was here ./generic/nsfError.c:116: error: conflicting types for 'NsfPrintError' ./generic/nsfDecls.h:73: error: previous declaration of 'NsfPrintError' was here Makefile:575: recipe for target `nsfError.o' failed
I'm happy to be the guinea pig for getting the "use NX on windows" instructions to be useable.
Get msys/mingw with the default installer http://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/mi... get-inst/mingw-get-inst-20110211/mingw-get-inst-20110211.exe and selected also g++, msys, and tools.
Then get kbs.tcl from http://sourceforge.net/projects/kbskit/files/
Put it in a directory and run: ./kbs.tcl -r install kbskit8.5 nsf2.0 If everything works you can find the lib under directory build*/
Or to get a interpreter containing nsf run: ./kbs.tcl -r -bi=nsf2.0 -vq-bi install kbskit8.5
Hope this works. rene
On 26.07.12 21:34, Rene Zaumseil wrote:
Get msys/mingw with the default installer http://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/mi... get-inst/mingw-get-inst-20110211/mingw-get-inst-20110211.exe and selected also g++, msys, and tools.
Then get kbs.tcl from http://sourceforge.net/projects/kbskit/files/
Put it in a directory and run: ./kbs.tcl -r install kbskit8.5 nsf2.0 If everything works you can find the lib under directory build*/
Or to get a interpreter containing nsf run: ./kbs.tcl -r -bi=nsf2.0 -vq-bi install kbskit8.5
Hope this works.
Short feedback (being a win-dummy).
- i installed win7 in a vbox
- downloaded mingw+msys via http://sourceforge.net/projects/mingw/files/Installer/mingw-get-inst/mingw-g... (the most popular one, newer than what you wrote)
- set up the environment variable to contain path to mingw/bin and msys/bin
- started a console, but had to write "bash kbs.tcl ..." instead of "./kbs.tcl ..." (maybe one one setup required)
- got an error that wget is not installed; installed wget, added GnuWin32/bin to the path
The compilation of tcl ran into the following problem (the fetched tcl version is 8.5.11). Does one have to install the "20110211" version of mingw? is there a configure problem on win7?
-gn
Y:\win\kbs\MINGW32_NT-6.1\tcl>make gcc -c -O2 -fomit-frame-pointer -Wall -I"../../sources/tcl8.5/win/../generic" -DTCL_TOMMATH -DMP_PREC=4 -I"../../sources/tcl8.5/win/../libtommath" -I"../../sources/tcl8.5/win" -pipe -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" -DPACKAGE_VERSION="" -DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" -DSTDC_HEADERS=1 -DHAVE_NO_SEH=1 -DEXCEPTION_DISPOSITION=int -DHAVE_WINNT_IGNORE_VOID=1 -DHAVE_ALLOCA_GCC_INLINE=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_NO_STRUCT_STAT32I64=1 -DTCL_CFGVAL_ENCODING="cp1252" -DSTATIC_BUILD=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTPTR_T=1 -DHAVE_UINTPTR_T=1 -DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DBUILD_tcl "../../sources/tcl8.5/win/../generic/regcomp.c" -o regcomp.o In file included from ../../sources/tcl8.5/win/../generic/regguts.h:36:0, from ../../sources/tcl8.5/win/../generic/regcomp.c:33: ../../sources/tcl8.5/win/../generic/regcustom.h:33:20: error: ../../sources/tcl8.5/win/../generic/tclInt.h: Invalid argument ../../sources/tcl8.5/win/../generic/regcustom.h:93:1: error: unknown type name 'Tcl_UniChar' In file included from ../../sources/tcl8.5/win/../generic/regcustom.h:161:0, from ../../sources/tcl8.5/win/../generic/regguts.h:36, from ../../sources/tcl8.5/win/../generic/regcomp.c:33: ../../sources/tcl8.5/win/../generic/regex.h:138:1: error: unknown type name 'VOID' ../../sources/tcl8.5/win/../generic/regex.h:160:5: error: unknown type name 'size_t' ../../sources/tcl8.5/win/../generic/regex.h:298:14: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int'
Hey Jon!
To clarify:
http://next-scripting.org/xowiki/getstart states that
Note: As for the source distribution of the current public beta release, our build environment has not been tested with any build environment targeting Windows (MSYS/MinGW, Visual Express). This is planned for the first stable release.
This still holds for the b3 release.
In the git HEAD version, however, we included and maintain the necessary fixes to build under MinGW/MSYS (both the default 32-bit and any of the 64-bit toolchain). We have not tested against any Visual C compiler, nor under cygwin. On top, we have not tested building against the ActiveState distribution of Tcl under Windows. We always compiled Tcl on our own.
Right now, I am remote to my windows box but I will compile a note to publish on next-scripting.org, essentially outlining the following steps under MinGW/MSYS:
Step 1: Install MinGW/MSYS default 32-bit toolchain
http://www.mingw.org/wiki/Getting_Started https://sourceforge.net/projects/mingw/files/Installer/mingw-get-inst/
Step 2: Fetch the tcl source distribution
http://www.tcl.tk/software/tcltk/download.html (8.5.11)
... or from the fossil SCM: http://core.tcl.tk/tcl/
Schritt 3:
Fetch the git HEAD of nsf/nx using: http://msysgit.github.com/
after having fired up the GIT Bash: follow the steps described in: http://next-scripting.org/xowiki/git
Step 4: Install Tcl
a) Open the MinGW Shell
b) cd <tcl src folder>/win ./configure make make install
Step 5: Install NSF/NX cd <NSF git directory> ./configure make make install
Step 6: Run the NX shell nxsh myScript.tcl tclsh myScript.tcl
Make sure that you turn off your antivir protection (especially filesystem guards) for the time of compilation as most scanners (e.g., AntiVir) have been reported blocking the on-the-fly compilation into object code during the various configure tests. This is a must and might otherwise present a bunch of unexpected autoconf/Make voodoo behavior to you.
As soon as I return to my office at the beginning of next week, I can checkout on the compilation procedure again.
I was using Activestate 8.5
As I said, we have not tested against ActiveState installations (as an alternative to step 2 and 4 above). But if the git HEAD version builds as outlined above, it should do so under ActiveState. However, some tweaks might be necessary to get the various path settings right.
installed the compile tools, and ran configure, but it broke because I apparently don't have a /usr/local/include/tcl8.5/tools/genStub.tcl ...
From all I know, ActiveTcl does not provide a source installation including private headers, genStub.tcl & friends. But you got your answer already in https://groups.google.com/forum/?fromgroups#!topic/comp.lang.tcl/APlqIM_kyKY.
//stefan
On 27/07/2012 12:50 PM, Stefan Sobernig wrote:
Hey Jon!
To clarify:
http://next-scripting.org/xowiki/getstart states that
Note: As for the source distribution of the current public beta release, our build environment has not been tested with any build environment targeting Windows (MSYS/MinGW, Visual Express). This is planned for the first stable release.
This still holds for the b3 release.
In the git HEAD version, however, we included and maintain the necessary fixes to build under MinGW/MSYS (both the default 32-bit and any of the 64-bit toolchain). We have not tested against any Visual C compiler, nor under cygwin. On top, we have not tested building against the ActiveState distribution of Tcl under Windows. We always compiled Tcl on our own.
Right now, I am remote to my windows box but I will compile a note to publish on next-scripting.org, essentially outlining the following steps under MinGW/MSYS:
Step 1: Install MinGW/MSYS default 32-bit toolchain
http://www.mingw.org/wiki/Getting_Started https://sourceforge.net/projects/mingw/files/Installer/mingw-get-inst/
Step 2: Fetch the tcl source distribution
http://www.tcl.tk/software/tcltk/download.html (8.5.11)
... or from the fossil SCM: http://core.tcl.tk/tcl/
Schritt 3:
Fetch the git HEAD of nsf/nx using: http://msysgit.github.com/
after having fired up the GIT Bash: follow the steps described in: http://next-scripting.org/xowiki/git
Step 4: Install Tcl
a) Open the MinGW Shell
b) cd <tcl src folder>/win ./configure make make install
Step 5: Install NSF/NX cd <NSF git directory> ./configure make make install
Step 6: Run the NX shell nxsh myScript.tcl tclsh myScript.tcl
Make sure that you turn off your antivir protection (especially filesystem guards) for the time of compilation as most scanners (e.g., AntiVir) have been reported blocking the on-the-fly compilation into object code during the various configure tests. This is a must and might otherwise present a bunch of unexpected autoconf/Make voodoo behavior to you.
As soon as I return to my office at the beginning of next week, I can checkout on the compilation procedure again.
I was using Activestate 8.5
As I said, we have not tested against ActiveState installations (as an alternative to step 2 and 4 above). But if the git HEAD version builds as outlined above, it should do so under ActiveState. However, some tweaks might be necessary to get the various path settings right.
installed the compile tools, and ran configure, but it broke because I apparently don't have a /usr/local/include/tcl8.5/tools/genStub.tcl ...
From all I know, ActiveTcl does not provide a source installation including private headers, genStub.tcl & friends. But you got your answer already in https://groups.google.com/forum/?fromgroups#!topic/comp.lang.tcl/APlqIM_kyKY.
FWIW, ActiveTcl does include internal headers, and I have compiled extensions using mingw against ActiveTcl without issue (though not tried xotcl recently).
Jeff
installed the compile tools, and ran configure, but it broke because I apparently don't have a /usr/local/include/tcl8.5/tools/genStub.tcl ...
From all I know, ActiveTcl does not provide a source installation including private headers, genStub.tcl & friends. But you got your answer already in https://groups.google.com/forum/?fromgroups#!topic/comp.lang.tcl/APlqIM_kyKY.
FWIW, ActiveTcl does include internal headers, and I have compiled extensions using mingw against ActiveTcl without issue (though not tried xotcl recently).
Ah ok, my bad then. I will check it ...
Best //stefan
Stephan and others,
thanks for the input. I actually spent some hours yesterday having another go on my laptop at home (which is Windows 7).
Before I got started I thought I should make my cygwin was up to date, and as I was having a look at the setup, I noticed a set of packages mingw-cc-* in development. After a little googling these looked like new packages... so always one to do things the difficult way, I thought I'd give it a go, seeing as I'm already using cygwin.
So I installed the mingw-gcc-{core,binutils,g++,pthreads,runtime} packages in cygwin. (I don't know that I needed all those packages, I just took a guess).
I downloaded TCL and TK source which was the new 8.5.12 release.
Setup my destination directory mkdir /cygdrive/c/Tcl mkdir /Tcl mount c:/Tcl /Tcl
I ran configure:
./configure --build=i686-pc-mingw32 --host=i686-pc-mingw --prefix=/Tcl
make test came out with
all.tcl: Total 27048 Passed 26164 Skipped 870 Failed 14
and that seemed like a good result. From what I could see the failures were about linking (to be expected) and some stuff about character encoding and unicode.
So I compiled TK and ran the demo test. All good.
Now onto NX.
I got the source from git, and tried a configure ... and then my head started to hurt. Eventually I worked out this is the configure I needed
./configure --build=i686-pc-mingw32 --build=i686-pc-mingw32 --host=i686-pc-mingw32 --prefix=/Tcl --with-tcl=/cygdrive/c/tcl8.5.12/win --with-tclinclude=/cygdrive/c/tcl8.5.12/generic
I did have to tweak the configure script and Makefile.in to get it all working though.
The issue is that configure wasn't working out that it needed to use cygpath when it was "checking for cygwin variant". It was looking for *-mwin32*|*-mno-cygwin* in TCL_EXTRA_CFLAGS but that is not used in this build. So this is what I came up with - My addition is the case ${TCL_CC} bit ...
case "`uname -s`" in *CYGWIN_*) { $as_echo "$as_me:${as_lineno-$LINENO}: checking for cygwin variant" >&5 $as_echo_n "checking for cygwin variant... " >&6; } case ${TCL_EXTRA_CFLAGS} in *-mwin32*|*-mno-cygwin*) TEA_PLATFORM="windows" CFLAGS="$CFLAGS -mwin32" { $as_echo "$as_me:${as_lineno-$LINENO}: result: win32" >&5 $as_echo "win32" >&6; } ;; *) case ${TCL_CC} in *mingw*) TEA_PLATFORM="windows" ac_cv_prog_CYGPATH="cygpath -w" CYGPATH=$ac_cv_prog_CYGPATH ;; *) TEA_PLATFORM="unix" ;; esac { $as_echo "$as_me:${as_lineno-$LINENO}: result: unix" >&5 $as_echo "unix" >&6; } ;; esac EXEEXT=".exe" ;; *) ;; esac
Also, in the Makefile.in ... I changed the genstubs rule to use the CYGPATH ... as the build is using the new Windows executable to run the getStubs.tcl .. but the new build doesn't know about cygwin paths...
genstubs: $(TCLSH) `@CYGPATH@ $(TCL_SRC_DIR)/tools/genStubs.tcl` \ `@CYGPATH@ $(src_generic_dir)` \ `@CYGPATH@ $(src_generic_dir)/nsf.decls` \ `@CYGPATH@ $(src_generic_dir)/nsfInt.decls`
so make ran through OK, and a make test *seemed* to work ... though i couldn't see any stats ... but nothing that looked like errors either.
I did a make install ... and fired up the new shell and the Greeter test and it worked! Ta Dah!
Again, I'm happy to be the guinea pig if you want to get this working "officially".
Now, have to get onto learning nx. next
Jonathan.
The compilation of tcl ran into the following problem (the fetched tcl version is 8.5.11). Does one have to install the "20110211" version of mingw? is there a configure problem on win7?
I have never encountered this behavior before. I need to check it out when returning next week.
//s
Am Freitag, 27. Juli 2012, 12:32:20 schrieb Gustaf Neumann:
On 26.07.12 21:34, Rene Zaumseil wrote:
Get msys/mingw with the default installer http://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer /mingw- get-inst/mingw-get-inst-20110211/mingw-get-inst-20110211.exe and selected also g++, msys, and tools.
Then get kbs.tcl from
http://sourceforge.net/projects/kbskit/files/
Put it in a directory and run: ./kbs.tcl -r install kbskit8.5 nsf2.0
If everything works you can find the lib under directory build*/
Or to get a interpreter containing nsf run: ./kbs.tcl -r -bi=nsf2.0 -vq-bi install kbskit8.5
Hope this works.
Short feedback (being a win-dummy).
i installed win7 in a vbox
downloaded mingw+msys via
http://sourceforge.net/projects/mingw/files/Installer/mingw-get-inst/mingw- get-inst-20120426/ (the most popular one, newer than what you wrote)
- set up the environment variable to contain path to
mingw/bin and msys/bin
- started a console, but had to write "bash kbs.tcl ..."
instead of "./kbs.tcl ..." (maybe one one setup required)
- got an error that wget is not installed; installed wget, added GnuWin32/bin to the path
Ok, I have the sources downloaded under unix and then copied to windows.
The compilation of tcl ran into the following problem (the fetched tcl version is 8.5.11). Does one have to install the "20110211" version of mingw? is there a configure problem on win7?
I have installed the 20110211 version last year because my older installation from the tcl sourceforge side was not working anymore. I think it was a problem with missing libraries.
-gn
Y:\win\kbs\MINGW32_NT-6.1\tcl>make
Oh,may be here. I have put the kbs directory under: C:\MinGW\msys\1.0\home\rene Could you also try to put the kbs directory under these path?
gcc -c -O2 -fomit-frame-pointer -Wall -I"../../sources/tcl8.5/win/../generic" -DTCL_TOMMATH -DMP_PREC=4 -I"../../sources/tcl8.5/win/../libtommath" -I"../../sources/tcl8.5/win" -pipe -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" -DPACKAGE_VERSION="" -DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" -DSTDC_HEADERS=1 -DHAVE_NO_SEH=1 -DEXCEPTION_DISPOSITION=int -DHAVE_WINNT_IGNORE_VOID=1 -DHAVE_ALLOCA_GCC_INLINE=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_NO_STRUCT_STAT32I64=1 -DTCL_CFGVAL_ENCODING="cp1252" -DSTATIC_BUILD=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTPTR_T=1 -DHAVE_UINTPTR_T=1 -DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DBUILD_tcl "../../sources/tcl8.5/win/../generic/regcomp.c" -o regcomp.o In file included from ../../sources/tcl8.5/win/../generic/regguts.h:36:0, from ../../sources/tcl8.5/win/../generic/regcomp.c:33: ../../sources/tcl8.5/win/../generic/regcustom.h:33:20: error: ../../sources/tcl8.5/win/../generic/tclInt.h: Invalid argument ../../sources/tcl8.5/win/../generic/regcustom.h:93:1: error: unknown type name 'Tcl_UniChar' In file included from ../../sources/tcl8.5/win/../generic/regcustom.h:161:0, from ../../sources/tcl8.5/win/../generic/regguts.h:36, from ../../sources/tcl8.5/win/../generic/regcomp.c:33: ../../sources/tcl8.5/win/../generic/regex.h:138:1: error: unknown type name 'VOID' ../../sources/tcl8.5/win/../generic/regex.h:160:5: error: unknown type name 'size_t' ../../sources/tcl8.5/win/../generic/regex.h:298:14: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int'
Xotcl mailing list Xotcl@alice.wu-wien.ac.at http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
HTH rene
On 28.07.12 22:23, Rene Zaumseil wrote:
Am Freitag, 27. Juli 2012, 12:32:20 schrieb Gustaf Neumann:
- got an error that wget is not installed; installed wget, added GnuWin32/bin to the path
Ok, I have the sources downloaded under unix and then copied to windows.
maybe, your kbs.tcl script could obtain wget automatically? This would make life for newbies easier. i had the impression, the script was supposed to work under win.
I have installed the 20110211 version last year because my older installation from the tcl sourceforge side was not working anymore. I think it was a problem with missing libraries.
For the record, the version " mingw-get-inst-20120426" works fine.
Oh,may be here. I have put the kbs directory under: C:\MinGW\msys\1.0\home\rene Could you also try to put the kbs directory under these path?
See the previous mail, the "path" in general was not the problem, but the drive. After the copy, the script kbs.tcl continued nicely until it run again into troubles in the compilation of vfs.c (trying to access incomplete type Tcl_StatBuf, see below). According to the sources, definition of Tcl_StatBuf has changed in tcl 8.5.12 (most likely it will work with 8.5.11). I hacked locally vfs.c by defining a type Tcl_StatBuf_ (using the definition of pat thoyts in [1]. Then vfs compiled fine.
Then I run than into the problem:
--2012-07-30 10:28:40-- http://equi4.com/pub/tk/tars/zlib.tar.gz Auflösen des Hostnamen »equi4.com«.... 188.142.57.184 Wiederverwendung der bestehenden Verbindung zu www.equi4.com:80. HTTP Anforderung gesendet, warte auf Antwort... 200 OK Länge: 502488 (491K) [text/plain] In »zlib.tar.gz« speichern.
100%[========================================================> ] 502.488 606K/s in 0,8s
2012-07-30 10:28:41 (606 KB/s) - »zlib.tar.gz« gespeichert [502488/502488]
=== Configure C:/Users/neumann/Downloads/kbs/buildWindowsNT/zlib1.2.3-static /usr/bin/env: ./configure: No such file or directory === Require error: zlib1.2.3-static child process exited abnormally Error in execution of 'install kbskit8.5': === Package failed for: zlib1.2.3-static Require failed for: zlib1.2.3-static
In .../Downloads/kbs/buildWindowsNT/zlib1.2.3-static i have now two entries, __dev__null__ and zlib (the latter is a directory containing configure. So, maybe the directory is path in kbs.tcl is incorrect....
Stopping here -gustaf neumann
[1] http://old.nabble.com/-Tcl-bugs----tcl-Bugs-2651823---Tcl_StatBuf-definition...
=== Install C:/Users/neumann/Downloads/kbs/buildWindowsNT/tk8.5-static === Require done: tk8.5-static === Require eval: tk8.5 === Require tk8.5 === Require tcl8.5 === Require eval: tcl8.5 === Make C:/Users/neumann/Downloads/kbs/buildWindowsNT/tcl8.5 === Install C:/Users/neumann/Downloads/kbs/buildWindowsNT/tcl8.5 === Require done: tcl8.5 === Require leave: tcl8.5 === Make C:/Users/neumann/Downloads/kbs/buildWindowsNT/tk8.5 === Install C:/Users/neumann/Downloads/kbs/buildWindowsNT/tk8.5 === Require done: tk8.5 === Require eval: vfs1.4-static === Make C:/Users/neumann/Downloads/kbs/buildWindowsNT/vfs1.4-static c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c: In Funktion »VfsStat«: c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1128:12: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1142:13: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1149:13: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1156:13: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1163:13: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1170:13: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1177:13: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1184:13: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1191:13: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1198:13: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1205:13: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1210:10: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1212:10: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen c:/Users/neumann/Downloads/kbs/sources/vfs1.4/generic/vfs.c:1215:10: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen make: *** [vfs.o] Error 1 === Require error: vfs1.4-static child process exited abnormally Error in execution of 'install kbskit8.5': === Package failed for: vfs1.4-static Require failed for: vfs1.4-static
Am Montag, 30. Juli 2012, 11:10:05 schrieb Gustaf Neumann:
On 28.07.12 22:23, Rene Zaumseil wrote:
Am Freitag, 27. Juli 2012, 12:32:20 schrieb Gustaf Neumann:
got an error that wget is not installed;
installed wget, added GnuWin32/bin to the path
Ok, I have the sources downloaded under unix and then copied to windows.
maybe, your kbs.tcl script could obtain wget automatically? This would make life for newbies easier. i had the impression, the script was supposed to work under win.
I will remember this suggestion for the next version. Thank you.
I have installed the 20110211 version last year because my older installation from the tcl sourceforge side was not working anymore. I think it was a problem with missing libraries.
For the record, the version " mingw-get-inst-20120426" works fine.
Oh,may be here. I have put the kbs directory under: C:\MinGW\msys\1.0\home\rene
Could you also try to put the kbs directory under these path?
See the previous mail, the "path" in general was not the problem, but the drive. After the copy, the script kbs.tcl continued nicely until it run again into troubles in the compilation of vfs.c (trying to access incomplete type Tcl_StatBuf, see below). According to the sources, definition of Tcl_StatBuf has changed in tcl 8.5.12 (most likely it will work with 8.5.11). I hacked locally vfs.c by defining a type Tcl_StatBuf_ (using the definition of pat thoyts in [1]. Then vfs compiled fine.
Oh, I'm currently only have 8.5.11 checked. 8.5.12 will be in the next release (after my vacation). And I will add nsf and may be even 8.6 ;) There is always something to change with new versions. So you have the first thing resolved. BTW. if you only want to build nsf and it depends only on tcl/tk you could try: ./kbs.tcl install tcl8.5 tk8.5 nsf2.0
Then I run than into the problem:
--2012-07-30 10:28:40-- http://equi4.com/pub/tk/tars/zlib.tar.gz Auflösen des Hostnamen »equi4.com«.... 188.142.57.184 Wiederverwendung der bestehenden Verbindung zu www.equi4.com:80. HTTP Anforderung gesendet, warte auf Antwort... 200 OK Länge: 502488 (491K) [text/plain] In »zlib.tar.gz« speichern.
100%[========================================================> ] 502.488 606K/s in 0,8s
2012-07-30 10:28:41 (606 KB/s) - »zlib.tar.gz« gespeichert [502488/502488]
=== Configure C:/Users/neumann/Downloads/kbs/buildWindowsNT/zlib1.2.3-static /usr/bin/env: ./configure: No such file or directory === Require error: zlib1.2.3-static child process exited abnormally Error in execution of 'install kbskit8.5': === Package failed for: zlib1.2.3-static Require failed for: zlib1.2.3-static
Was it your second attempt? If there is an error in the Configure script you should remove the build*/<package> dir and then start again. Because configure can take some time the Configure script will only be called if the build*/<package> dir doesn't exists.
So try to remove the dir and start again. You should have a copy of the zlib1.2.3/* files insisde the build*/<package> dir. The line in kbs.tcl Package zlib1.2.3-static, Configure script is: eval file copy [glob [Get srcdir]/*] .
HTH rene
On 30.07.12 21:28, Rene Zaumseil wrote:
So try to remove the dir and start again. You should have a copy of the zlib1.2.3/* files insisde the build*/<package> dir.
removing the directory and retrying does not help. As said before, the contents are under buildWindowsNT/zlib1.2.3-static, but under an additional subdir "zlib".
The line in kbs.tcl Package zlib1.2.3-static, Configure script is: eval file copy [glob [Get srcdir]/*] .
not sure, what the supposed current dir and srcdir should look like. A side note: since the script required tcl8.5, you should consider to use
file copy {*}[glob [Get srcdir]/*] .
instead of the eval.
Anyhow, the plain built 1) obtaining tcl, make, make install 2) obtaining nsf, make make install is working nicely (as stefan wrote).
-gn
The problem with the compile below is very wierd. The key is in the following line where cpp (the c pre-processor) complains about an invalid argument
../../sources/tcl8.5/win/../generic/regcustom.h:33:20: error: ../../sources/tcl8.5/win/../generic/tclInt.h: Invalid argument
The "invalid argument" is strange, because it does not say at all, what the problem is (gcc is normally more specific). This message is a generic error message from c-library. Some more investigation revealed that the problem has to do with the size (!!!) of tclInt.h. Shortening it to e.g. 126785 bytes lets cpp process it (but of course, later other problems occurred). I had the sources on the host and mounted it from the windows environment in the vbox, and assigned it to the drive letter "y:".
Copying the full tree to "c:" solved this issue. Very weird. After digging into tcl's platform specific defines it took me quite a while to start to distrust cpp. Not sure, whether this is a bug in cpp, win7 or vbox, but i am posting it here in the hope, that maybe someone who runs into the same problem might google it and save some time.
On drive c, compilation of tcl and tk worked perfectly (tried tcl 8.5.12).
-gustaf neumann
On 27.07.12 12:32, Gustaf Neumann wrote:
Y:\win\kbs\MINGW32_NT-6.1\tcl>make gcc -c -O2 -fomit-frame-pointer -Wall -I"../../sources/tcl8.5/win/../generic" -DTCL_TOMMATH -DMP_PREC=4 -I"../../sources/tcl8.5/win/../libtommath" -I"../../sources/tcl8.5/win" -pipe -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" -DPACKAGE_VERSION="" -DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" -DSTDC_HEADERS=1 -DHAVE_NO_SEH=1 -DEXCEPTION_DISPOSITION=int -DHAVE_WINNT_IGNORE_VOID=1 -DHAVE_ALLOCA_GCC_INLINE=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_NO_STRUCT_STAT32I64=1 -DTCL_CFGVAL_ENCODING="cp1252" -DSTATIC_BUILD=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTPTR_T=1 -DHAVE_UINTPTR_T=1 -DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DBUILD_tcl "../../sources/tcl8.5/win/../generic/regcomp.c" -o regcomp.o In file included from ../../sources/tcl8.5/win/../generic/regguts.h:36:0, from ../../sources/tcl8.5/win/../generic/regcomp.c:33: ../../sources/tcl8.5/win/../generic/regcustom.h:33:20: error: ../../sources/tcl8.5/win/../generic/tclInt.h: Invalid argument ../../sources/tcl8.5/win/../generic/regcustom.h:93:1: error: unknown type name 'Tcl_UniChar' In file included from ../../sources/tcl8.5/win/../generic/regcustom.h:161:0, from ../../sources/tcl8.5/win/../generic/regguts.h:36, from ../../sources/tcl8.5/win/../generic/regcomp.c:33: ../../sources/tcl8.5/win/../generic/regex.h:138:1: error: unknown type name 'VOID' ../../sources/tcl8.5/win/../generic/regex.h:160:5: error: unknown type name 'size_t' ../../sources/tcl8.5/win/../generic/regex.h:298:14: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'int'
Xotcl mailing list Xotcl@alice.wu-wien.ac.at http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
-
Gustaf Neumann -
Jeff Hobbs -
Jonathan Kelly -
Rene Zaumseil -
Stefan Sobernig