mmm... yes, Camillo changed the path and forgot to change the script generation... I will fix it.

On Tue, Nov 19, 2013 at 11:16 AM, phil@highoctane.be phil@highoctane.bewrote:

I found why the vmVersionInfo.h isn't there...

build.sh contains:

#!bash

if [ ! -e vmVersionInfo.h ]; then ../codegen-scripts/extract-commit-info.sh fi cmake -G "MSYS Makefiles" . make

and ../codegen-scripts/extract-commit-info.sh is nowhere to be found from the git clone...

It lives in scripts/

Phil

On Tue, Nov 19, 2013 at 11:01 AM, phil@highoctane.be phil@highoctane.bewrote:

...

I've been moving forward with building the VM for Windows from the GitHub sources with MinGW.

Now, to get the thing to compile, I had to replace the oft_t things by _oft_t, same for the 64 flavor.

So, modifiying two header files, one being mingw.h where I put #define oft_t _oft_t at the end.

This did the trick and I now have all plugins/dlls building fine:

FT2Plugin.dll libcairo-2.dll libeay32.dll libfreetype-6.dll libfreetype.dll.a libFT2Plugin.dll.a libpixman-1-0.dll libpng-3.dll libSqueakFFIPrims.dll.a libSqueakSSL.dll.a SqueakFFIPrims.dll SqueakSSL.dll ssleay32.dll zlib1.dll

are in results/

Also, to get there, one has to create a vmVersionInfo.h file in platforms\Cross\vm with something in the REVISION_STRING

#define REVISION_STRING "Pharo VM - Philippe Back from GitHub Sources 20131119"

I wonder why this isn't something automagically generated in the process as it seems that the CI build has something.

The last step is getting Pharo.exe to link but this doesn't work:

Linking C executable /C/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe c:/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe: cannot fin d -lcrtdll collect2.exe: error: ld returned 1 exit status make[2]: *** [C:/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe] Error 1 make[1]: *** [CMakeFiles/Pharo.dir/all] Error 2 make: *** [all] Error 2

Looks like a library path is wrong or else.

Idea?

Also, there are quite a number of warnings spit out during the compiling process all over the place, more than the Mac VM build I think.

e.g.

[ 92%] Building C object CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph aro-vm/platforms/win32/vm/sqWin32Prefs.c.obj In file included from C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v m/sq.h:193:0, from c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v m/sqWin32Prefs.c:20:

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h :52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v m/sqWin32Prefs.c:20:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0: note: thi s is the location of the previous definition #define VM_EXPORT ^ [ 93%] Building C object CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph aro-vm/platforms/win32/vm/sqWin32Utils.c.obj In file included from C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v m/sq.h:193:0, from c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v m/sqWin32Utils.c:14:

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h :52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v m/sqWin32Utils.c:14:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0: note: thi s is the location of the previous definition #define VM_EXPORT

Phil

I am running on Windows 8.1 and this crtdll missing thing worried me as this is a pretty common dll on Windows.

So, I had a look at Pharo.exe from Zeroconf and got the following when looking at it in depends.exe

Looks like the dll is missing from the system. The fact that some other module loads msvcrt.dll should compensate for it since it is a kind of clone. (there are a lot of missing DLLs listed as well.

Check: http://www.cs.colorado.edu/~main/cs1300/doc/mingwfaq.html#msvcrtvscrtdll

Still, that's not too clean.

What Windows version do you guys do the CI on ? I'd like to know where crtdll is because it is nowhere to be found on my windows (sub)folders.

And msvcrt is what is installed with the mingw installer specified in the instructions.

Phil

--- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos

High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium

Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

On Tue, Nov 19, 2013 at 11:20 AM, Camillo Bruni camillobruni@gmail.comwrote:

ok, you just discovered a minor mess... onto fixing it quickly..

On 2013-11-19, at 11:16, phil@highoctane.be wrote:

...

I found why the vmVersionInfo.h isn't there...

build.sh contains:

#!bash

if [ ! -e vmVersionInfo.h ]; then ../codegen-scripts/extract-commit-info.sh fi cmake -G "MSYS Makefiles" . make

and ../codegen-scripts/extract-commit-info.sh is nowhere to be found

from the git clone...

...

It lives in scripts/

Phil

On Tue, Nov 19, 2013 at 11:01 AM, phil@highoctane.be phil@highoctane.be

wrote:

...

I've been moving forward with building the VM for Windows from the

GitHub sources with MinGW.

...

Now, to get the thing to compile, I had to replace the oft_t things by

_oft_t, same for the 64 flavor.

...

So, modifiying two header files, one being mingw.h where I put #define

oft_t _oft_t at the end.

...

This did the trick and I now have all plugins/dlls building fine:

FT2Plugin.dll libcairo-2.dll libeay32.dll libfreetype-6.dll libfreetype.dll.a libFT2Plugin.dll.a libpixman-1-0.dll libpng-3.dll libSqueakFFIPrims.dll.a libSqueakSSL.dll.a SqueakFFIPrims.dll SqueakSSL.dll ssleay32.dll zlib1.dll

are in results/

Also, to get there, one has to create a vmVersionInfo.h file in

platforms\Cross\vm with something in the REVISION_STRING

...

#define REVISION_STRING "Pharo VM - Philippe Back from GitHub Sources

20131119"

...

I wonder why this isn't something automagically generated in the process

as it seems that the CI build has something.

...

The last step is getting Pharo.exe to link but this doesn't work:

Linking C executable

/C/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe

...

c:/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe:

cannot fin

...

d -lcrtdll collect2.exe: error: ld returned 1 exit status make[2]: ***

[C:/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe] Error

...

1 make[1]: *** [CMakeFiles/Pharo.dir/all] Error 2 make: *** [all] Error 2

Looks like a library path is wrong or else.

Idea?

Also, there are quite a number of warnings spit out during the compiling

process all over the place, more than the Mac VM build I think.

...

e.g.

[ 92%] Building C object

CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph

...

aro-vm/platforms/win32/vm/sqWin32Prefs.c.obj In file included from

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v

...

m/sq.h:193:0, from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Prefs.c:20:

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h

...

:52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Prefs.c:20:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0:

note: thi

...

s is the location of the previous definition #define VM_EXPORT ^ [ 93%] Building C object

CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph

...

aro-vm/platforms/win32/vm/sqWin32Utils.c.obj In file included from

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v

...

m/sq.h:193:0, from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Utils.c:14:

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h

...

:52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Utils.c:14:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0:

note: thi

...

s is the location of the previous definition #define VM_EXPORT

Phil

Well, after searching more, crtdll.dll lives in c:\Windows\SysWOW64, just seems it is not found by the build process.

I copied it straight into C:\MinGW\bin and be it.

But the issue is not there, it is with the time_t 32 bit problem.

Got a look into the .h files and time_t 32 bit is the 2038 unix year issue, where time_t 64 bit alleviates it.

Here is the part of time.h

#ifndef _TIME32_T_DEFINED typedef __int32 __time32_t; #define _TIME32_T_DEFINED #endif

#ifndef _TIME64_T_DEFINED /* A 64-bit time_t to get to Y3K */ typedef __int64 __time64_t; #define _TIME64_T_DEFINED #endif

#ifndef _TIME_T_DEFINED # if defined(_USE_32BIT_TIME_T) typedef __time32_t time_t; # else typedef __time64_t time_t; # endif /* _USE_32BIT_TIME_T */ # define _TIME_T_DEFINED #endif

So, I guess we need to have some -D_USE_32BIT_TIME_T defined somewhere in CMake and which goes missing...

--- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos

High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium

Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

On Tue, Nov 19, 2013 at 11:20 AM, Camillo Bruni camillobruni@gmail.comwrote:

ok, you just discovered a minor mess... onto fixing it quickly..

On 2013-11-19, at 11:16, phil@highoctane.be wrote:

...

I found why the vmVersionInfo.h isn't there...

build.sh contains:

#!bash

if [ ! -e vmVersionInfo.h ]; then ../codegen-scripts/extract-commit-info.sh fi cmake -G "MSYS Makefiles" . make

and ../codegen-scripts/extract-commit-info.sh is nowhere to be found

from the git clone...

...

It lives in scripts/

Phil

On Tue, Nov 19, 2013 at 11:01 AM, phil@highoctane.be phil@highoctane.be

wrote:

...

I've been moving forward with building the VM for Windows from the

GitHub sources with MinGW.

...

Now, to get the thing to compile, I had to replace the oft_t things by

_oft_t, same for the 64 flavor.

...

So, modifiying two header files, one being mingw.h where I put #define

oft_t _oft_t at the end.

...

This did the trick and I now have all plugins/dlls building fine:

FT2Plugin.dll libcairo-2.dll libeay32.dll libfreetype-6.dll libfreetype.dll.a libFT2Plugin.dll.a libpixman-1-0.dll libpng-3.dll libSqueakFFIPrims.dll.a libSqueakSSL.dll.a SqueakFFIPrims.dll SqueakSSL.dll ssleay32.dll zlib1.dll

are in results/

Also, to get there, one has to create a vmVersionInfo.h file in

platforms\Cross\vm with something in the REVISION_STRING

...

#define REVISION_STRING "Pharo VM - Philippe Back from GitHub Sources

20131119"

...

I wonder why this isn't something automagically generated in the process

as it seems that the CI build has something.

...

The last step is getting Pharo.exe to link but this doesn't work:

Linking C executable

/C/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe

...

c:/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe:

cannot fin

...

d -lcrtdll collect2.exe: error: ld returned 1 exit status make[2]: ***

[C:/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe] Error

...

1 make[1]: *** [CMakeFiles/Pharo.dir/all] Error 2 make: *** [all] Error 2

Looks like a library path is wrong or else.

Idea?

Also, there are quite a number of warnings spit out during the compiling

process all over the place, more than the Mac VM build I think.

...

e.g.

[ 92%] Building C object

CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph

...

aro-vm/platforms/win32/vm/sqWin32Prefs.c.obj In file included from

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v

...

m/sq.h:193:0, from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Prefs.c:20:

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h

...

:52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Prefs.c:20:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0:

note: thi

...

s is the location of the previous definition #define VM_EXPORT ^ [ 93%] Building C object

CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph

...

aro-vm/platforms/win32/vm/sqWin32Utils.c.obj In file included from

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v

...

m/sq.h:193:0, from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Utils.c:14:

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h

...

:52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Utils.c:14:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0:

note: thi

...

s is the location of the previous definition #define VM_EXPORT

Phil

I did a full fresh clone of the repo and now, there is a cairo issue I hadn't before:

checking for cairo's PNG functions feature... configure: WARNING: Could not find libpng in the pkg-config search path checking whether cairo's PNG functions feature could be enabled... no configure: error: recommended PNG functions feature could not be enabled make[3]: *** [thirdparty/out/bin/libcairo-2.dll] Error 1 make[2]: *** [thirdParty/cairo/CMakeFiles/cairo.dir/all] Error 2 make[1]: *** [thirdParty/cairo/CMakeFiles/cairo.dir/rule] Error 2 make: *** [cairo] Error 2

Looks like the build stuff is quite f*kced up on a 64-bit Windows 8 OS and current MinGW.

Phil

On Tue, Nov 19, 2013 at 11:20 AM, Camillo Bruni camillobruni@gmail.comwrote:

ok, you just discovered a minor mess... onto fixing it quickly..

On 2013-11-19, at 11:16, phil@highoctane.be wrote:

...

I found why the vmVersionInfo.h isn't there...

build.sh contains:

#!bash

if [ ! -e vmVersionInfo.h ]; then ../codegen-scripts/extract-commit-info.sh fi cmake -G "MSYS Makefiles" . make

and ../codegen-scripts/extract-commit-info.sh is nowhere to be found

from the git clone...

...

It lives in scripts/

Phil

On Tue, Nov 19, 2013 at 11:01 AM, phil@highoctane.be phil@highoctane.be

wrote:

...

I've been moving forward with building the VM for Windows from the

GitHub sources with MinGW.

...

Now, to get the thing to compile, I had to replace the oft_t things by

_oft_t, same for the 64 flavor.

...

So, modifiying two header files, one being mingw.h where I put #define

oft_t _oft_t at the end.

...

This did the trick and I now have all plugins/dlls building fine:

FT2Plugin.dll libcairo-2.dll libeay32.dll libfreetype-6.dll libfreetype.dll.a libFT2Plugin.dll.a libpixman-1-0.dll libpng-3.dll libSqueakFFIPrims.dll.a libSqueakSSL.dll.a SqueakFFIPrims.dll SqueakSSL.dll ssleay32.dll zlib1.dll

are in results/

Also, to get there, one has to create a vmVersionInfo.h file in

platforms\Cross\vm with something in the REVISION_STRING

...

#define REVISION_STRING "Pharo VM - Philippe Back from GitHub Sources

20131119"

...

I wonder why this isn't something automagically generated in the process

as it seems that the CI build has something.

...

The last step is getting Pharo.exe to link but this doesn't work:

Linking C executable

/C/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe

...

c:/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe:

cannot fin

...

d -lcrtdll collect2.exe: error: ld returned 1 exit status make[2]: ***

[C:/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe] Error

...

1 make[1]: *** [CMakeFiles/Pharo.dir/all] Error 2 make: *** [all] Error 2

Looks like a library path is wrong or else.

Idea?

Also, there are quite a number of warnings spit out during the compiling

process all over the place, more than the Mac VM build I think.

...

e.g.

[ 92%] Building C object

CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph

...

aro-vm/platforms/win32/vm/sqWin32Prefs.c.obj In file included from

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v

...

m/sq.h:193:0, from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Prefs.c:20:

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h

...

:52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Prefs.c:20:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0:

note: thi

...

s is the location of the previous definition #define VM_EXPORT ^ [ 93%] Building C object

CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph

...

aro-vm/platforms/win32/vm/sqWin32Utils.c.obj In file included from

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v

...

m/sq.h:193:0, from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Utils.c:14:

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h

...

:52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Utils.c:14:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0:

note: thi

...

s is the location of the previous definition #define VM_EXPORT

Phil

if i remember, you can pass pkg-config path in command line (no need for env var).. this is what i was using , if i remember:

CMWin32Cairo>>#build gen puts: ' add_custom_command(OUTPUT "${libcairoInstalled}" COMMAND ./configure --prefix=''${installPrefix}'' PKG_CONFIG="${pkgconfigPath}" PKG_CONFIG_PATH="${installPrefix}/lib/pkgconfig" CFLAGS="-m32 -march=pentium4 -I${installPrefix}/include" LDFLAGS="-m32 -march=pentium4 -L${installPrefix}/lib" --disable-silent-rules --disable-xlib --disable-dependency-tracking

so the question is to verify that ${pkgconfigPath} variable is properly set (and not ignored by configure/cairo makefile.. well it shouldn't since it worked before)

You can do

yourBuildDir> make VERBOSE=1 cairo

to see all output

On 19 November 2013 15:57, phil@highoctane.be phil@highoctane.be wrote:

I've traced the issue down to

Philippe@gravitation7 ~/pharo-vm/build $ pkg-config --cflags libpng Package libpng was not found in the pkg-config search path. Perhaps you should add the directory containing `libpng.pc' to the PKG_CONFIG_PATH environment variable No package 'libpng' found

Philippe@gravitation7 ~/pharo-vm/build $ echo $PKG_CONFIG_PATH /home/Philippe/pharo-vm/build/thirdParty/out/lib/pkgconfig

So, looks like pkg-config doesn't picks the PKG_CONFIG_PATH var and then cannot find libpng while building cairo.

Ah, damn...

---

Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos

High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium

Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

On Tue, Nov 19, 2013 at 11:20 AM, Camillo Bruni camillobruni@gmail.comwrote:

...

ok, you just discovered a minor mess... onto fixing it quickly..

On 2013-11-19, at 11:16, phil@highoctane.be wrote:

...

I found why the vmVersionInfo.h isn't there...

build.sh contains:

#!bash

if [ ! -e vmVersionInfo.h ]; then ../codegen-scripts/extract-commit-info.sh fi cmake -G "MSYS Makefiles" . make

and ../codegen-scripts/extract-commit-info.sh is nowhere to be found

from the git clone...

...

It lives in scripts/

Phil

On Tue, Nov 19, 2013 at 11:01 AM, phil@highoctane.be <

phil@highoctane.be> wrote:

...

I've been moving forward with building the VM for Windows from the

GitHub sources with MinGW.

...

Now, to get the thing to compile, I had to replace the oft_t things by

_oft_t, same for the 64 flavor.

...

So, modifiying two header files, one being mingw.h where I put #define

oft_t _oft_t at the end.

...

This did the trick and I now have all plugins/dlls building fine:

FT2Plugin.dll libcairo-2.dll libeay32.dll libfreetype-6.dll libfreetype.dll.a libFT2Plugin.dll.a libpixman-1-0.dll libpng-3.dll libSqueakFFIPrims.dll.a libSqueakSSL.dll.a SqueakFFIPrims.dll SqueakSSL.dll ssleay32.dll zlib1.dll

are in results/

Also, to get there, one has to create a vmVersionInfo.h file in

platforms\Cross\vm with something in the REVISION_STRING

...

#define REVISION_STRING "Pharo VM - Philippe Back from GitHub Sources

20131119"

...

I wonder why this isn't something automagically generated in the

process as it seems that the CI build has something.

...

The last step is getting Pharo.exe to link but this doesn't work:

Linking C executable

/C/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe

...

c:/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../../mingw32/bin/ld.exe:

cannot fin

...

d -lcrtdll collect2.exe: error: ld returned 1 exit status make[2]: ***

[C:/MinGW/msys/1.0/home/Philippe/pharo-vm/results/Pharo.exe] Error

...

1 make[1]: *** [CMakeFiles/Pharo.dir/all] Error 2 make: *** [all] Error 2

Looks like a library path is wrong or else.

Idea?

Also, there are quite a number of warnings spit out during the

compiling process all over the place, more than the Mac VM build I think.

...

e.g.

[ 92%] Building C object

CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph

...

aro-vm/platforms/win32/vm/sqWin32Prefs.c.obj In file included from

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v

...

m/sq.h:193:0, from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Prefs.c:20:

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h

...

:52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Prefs.c:20:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0:

note: thi

...

s is the location of the previous definition #define VM_EXPORT ^ [ 93%] Building C object

CMakeFiles/Pharo.dir/C_/MinGW/msys/1.0/home/Philippe/ph

...

aro-vm/platforms/win32/vm/sqWin32Utils.c.obj In file included from

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/v

...

m/sq.h:193:0, from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Utils.c:14:

C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/vm/sqPlatformSpecific.h

...

:52:0: warning: "VM_EXPORT" redefined [enabled by default] # define VM_EXPORT __declspec( dllexport ) ^ In file included from

c:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/win32/v

...

m/sqWin32Utils.c:14:0: C:/MinGW/msys/1.0/home/Philippe/pharo-vm/platforms/Cross/vm/sq.h:48:0:

note: thi

...

s is the location of the previous definition #define VM_EXPORT

Phil