build pharo vm on windows (old mingw package)
I managed to trash my mingw build environment -> uninstalled /removed mingw/mingsys -> reinstall from current mingw-installer -> bad idea I can build a pharo windows vm but it immediately crashes on startup. I suspect some changes between gcc 4.6 (old environment) gcc 4.8 (new environment). (I think there are some changes related to file globbing (I managed to get the vm somehow working to not crash on startup but on shutdown instead - with _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception handling, don't know if this is related). I tried to find a ming-installer for the old version but could not find anything and I tried to manually setup a ming installation from the old packages (dozen of packages for mingw / core-utils / bintutils /msys from different places (no fun)). 1) did anyone get a windows vm from mingws current version (with gcc 4.8) working? 2) can someone package/zip and upload an old mingw installation (maybe that one that is used on the build server? regards nicolai
arenât you able to install an older version of gcc in your newer version of mingw? I do not have time right now to update the build into a new compiler, sorry (also, that is not always trivial/desired, he) Esteban
On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess@web.de> wrote:
I managed to trash my mingw build environment -> uninstalled /removed mingw/mingsys -> reinstall from current mingw-installer -> bad idea
I can build a pharo windows vm but it immediately crashes on startup. I suspect some changes between gcc 4.6 (old environment) gcc 4.8 (new environment). (I think there are some changes related to file globbing (I managed to get the vm somehow working to not crash on startup but on shutdown instead - with _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception handling, don't know if this is related).
I tried to find a ming-installer for the old version but could not find anything and I tried to manually setup a ming installation from the old packages (dozen of packages for mingw / core-utils / bintutils /msys from different places (no fun)).
1) did anyone get a windows vm from mingws current version (with gcc 4.8) working?
2) can someone package/zip and upload an old mingw installation (maybe that one that is used on the build server?
regards nicolai
2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm@gmail.com>:
arenât you able to install an older version of gcc in your newer version of mingw?
hm, downgrading the compiler was suprisingly easy. But I have still the same error. This is the gcc version information: Using built-in specs. COLLECT_GCC=c:\MinGW\bin\gcc.exe COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe Target: mingw32 Configured with: ../gcc-4.6.2/configure --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw Thread model: win32 gcc version 4.6.2 (GCC) Anyone knows what could be the problem ? Stacktrace from the crash, this happens directly after the start: #0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () from C:\Windows\system32\ntdll.dll #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () from C:\Windows\system32\ntdll.dll #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll #5 0x76cdc484 in KERNEL32!HeapFree () from C:\Windows\system32\kernel32.dll #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll #7 0x00850000 in ?? () #8 0x00542065 in glob_match () #9 0x00542604 in __mingw_glob () #10 0x00540f17 in _setargv () #11 0x004011ca in __mingw_CRTStartup () #12 0x004012d5 in WinMainCRTStartup () nicolai
I do not have time right now to update the build into a new compiler, sorry (also, that is not always trivial/desired, he)
Esteban
On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess@web.de> wrote:
I managed to trash my mingw build environment -> uninstalled /removed mingw/mingsys -> reinstall from current mingw-installer -> bad idea
I can build a pharo windows vm but it immediately crashes on startup. I suspect some changes between gcc 4.6 (old environment) gcc 4.8 (new environment). (I think there are some changes related to file globbing (I managed to get the vm somehow working to not crash on startup but on shutdown instead - with _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception handling, don't know if this is related).
I tried to find a ming-installer for the old version but could not find anything and I tried to manually setup a ming installation from the old packages (dozen of packages for mingw / core-utils / bintutils /msys from different places (no fun)).
1) did anyone get a windows vm from mingws current version (with gcc 4.8) working?
2) can someone package/zip and upload an old mingw installation (maybe that one that is used on the build server?
regards nicolai
Did you tried this ? https://github.com/pharo-project/pharo-vm/blob/master/README-Win32.md (I wrote that thing a while ago). http://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/mingw-get-inst/ was where I got the env from. I've got a PharoVM built with gcc 4.8.1 Uploading the thing in dropbox. Will send a link when done. Phil On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess@web.de> wrote: > > > 2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm@gmail.com>: > >> arenât you able to install an older version of gcc in your newer version >> of mingw? >> > > hm, downgrading the compiler was suprisingly easy. But I have still the > same error. > This is the gcc version information: > > Using built-in specs. > COLLECT_GCC=c:\MinGW\bin\gcc.exe > > COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe > Target: mingw32 > Configured with: ../gcc-4.6.2/configure > --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions > --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry > --enable-libstdcxx-debug --enable-version-specific-runtime-libs > --build=mingw32 --prefix=/mingw > Thread model: win32 > gcc version 4.6.2 (GCC) > > > Anyone knows what could be the problem ? Stacktrace from the crash, this > happens > directly after the start: > > #0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () > from C:\Windows\system32\ntdll.dll > #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll > #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () > from C:\Windows\system32\ntdll.dll > #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll > #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll > #5 0x76cdc484 in KERNEL32!HeapFree () from > C:\Windows\system32\kernel32.dll > #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll > #7 0x00850000 in ?? () > #8 0x00542065 in glob_match () > #9 0x00542604 in __mingw_glob () > #10 0x00540f17 in _setargv () > #11 0x004011ca in __mingw_CRTStartup () > #12 0x004012d5 in WinMainCRTStartup () > > > > > > nicolai > > > > >> I do not have time right now to update the build into a new compiler, >> sorry (also, that is not always trivial/desired, he) >> >> Esteban >> >> > On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess@web.de> wrote: >> > >> > I managed to trash my mingw build environment >> > -> uninstalled /removed mingw/mingsys >> > -> reinstall from current mingw-installer >> > -> bad idea >> > >> > I can build a pharo windows vm but it immediately crashes on startup. I >> suspect >> > some changes between gcc 4.6 (old environment) gcc 4.8 (new >> environment). >> > (I think there are some changes related to file globbing (I managed to >> get >> > the vm somehow working to not crash on startup but on shutdown instead >> - with >> > _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception >> handling, don't know if this is >> > related). >> > >> > I tried to find a ming-installer for the old version but could not find >> anything and >> > I tried to manually setup a ming installation from the old packages >> (dozen of packages >> > for mingw / core-utils / bintutils /msys from different places (no >> fun)). >> > >> > 1) did anyone get a windows vm from mingws current version (with gcc >> 4.8) working? >> > >> > 2) can someone package/zip and upload an old mingw installation (maybe >> that one that >> > is used on the build server? >> > >> > >> > regards >> > nicolai >> >> >
2015-05-01 23:05 GMT+02:00 phil@highoctane.be <phil@highoctane.be>: > Did you tried this ? > > https://github.com/pharo-project/pharo-vm/blob/master/README-Win32.md > Yes, I already worked with mingw and setup a build environment (at that time it was with gcc 4.6.x) All went well and I build working pharo vms, but recently I accidently trashed this environment. Now, the new environment from the current mingw-installer, produces a vm that crashes at start up. > (I wrote that thing a while ago). > > > http://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/mingw-get-inst/ > was where I got the env from. > > I've got a PharoVM built with gcc 4.8.1 > > Uploading the thing in dropbox. > > Will send a link when done. > > Phil > > > On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess@web.de> wrote: > >> >> >> 2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm@gmail.com>: >> >>> arenât you able to install an older version of gcc in your newer version >>> of mingw? >>> >> >> hm, downgrading the compiler was suprisingly easy. But I have still the >> same error. >> This is the gcc version information: >> >> Using built-in specs. >> COLLECT_GCC=c:\MinGW\bin\gcc.exe >> >> COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe >> Target: mingw32 >> Configured with: ../gcc-4.6.2/configure >> --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions >> --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry >> --enable-libstdcxx-debug --enable-version-specific-runtime-libs >> --build=mingw32 --prefix=/mingw >> Thread model: win32 >> gcc version 4.6.2 (GCC) >> >> >> Anyone knows what could be the problem ? Stacktrace from the crash, this >> happens >> directly after the start: >> >> #0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () >> from C:\Windows\system32\ntdll.dll >> #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll >> #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () >> from C:\Windows\system32\ntdll.dll >> #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll >> #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll >> #5 0x76cdc484 in KERNEL32!HeapFree () from >> C:\Windows\system32\kernel32.dll >> #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll >> #7 0x00850000 in ?? () >> #8 0x00542065 in glob_match () >> #9 0x00542604 in __mingw_glob () >> #10 0x00540f17 in _setargv () >> #11 0x004011ca in __mingw_CRTStartup () >> #12 0x004012d5 in WinMainCRTStartup () >> >> >> >> >> >> nicolai >> >> >> >> >>> I do not have time right now to update the build into a new compiler, >>> sorry (also, that is not always trivial/desired, he) >>> >>> Esteban >>> >>> > On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess@web.de> wrote: >>> > >>> > I managed to trash my mingw build environment >>> > -> uninstalled /removed mingw/mingsys >>> > -> reinstall from current mingw-installer >>> > -> bad idea >>> > >>> > I can build a pharo windows vm but it immediately crashes on startup. >>> I suspect >>> > some changes between gcc 4.6 (old environment) gcc 4.8 (new >>> environment). >>> > (I think there are some changes related to file globbing (I managed to >>> get >>> > the vm somehow working to not crash on startup but on shutdown instead >>> - with >>> > _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception >>> handling, don't know if this is >>> > related). >>> > >>> > I tried to find a ming-installer for the old version but could not >>> find anything and >>> > I tried to manually setup a ming installation from the old packages >>> (dozen of packages >>> > for mingw / core-utils / bintutils /msys from different places (no >>> fun)). >>> > >>> > 1) did anyone get a windows vm from mingws current version (with gcc >>> 4.8) working? >>> > >>> > 2) can someone package/zip and upload an old mingw installation (maybe >>> that one that >>> > is used on the build server? >>> > >>> > >>> > regards >>> > nicolai >>> >>> >> >
2015-05-01 23:05 GMT+02:00 phil@highoctane.be <phil@highoctane.be>: > Did you tried this ? > > https://github.com/pharo-project/pharo-vm/blob/master/README-Win32.md > > (I wrote that thing a while ago). > > > http://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/mingw-get-inst/ > was where I got the env from. > > I've got a PharoVM built with gcc 4.8.1 > Can you check that this vm does not depend on the mingw runtime. (I managed to create a vm that opens, but if I start this without the mingw installation directory in my path, I get the following error: libgcc_s_dw2-1.dll is missing ) The vm from the build server works even without a local mingw installation. > > Uploading the thing in dropbox. > > Will send a link when done. > > Phil > > > On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess@web.de> wrote: > >> >> >> 2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm@gmail.com>: >> >>> arenât you able to install an older version of gcc in your newer version >>> of mingw? >>> >> >> hm, downgrading the compiler was suprisingly easy. But I have still the >> same error. >> This is the gcc version information: >> >> Using built-in specs. >> COLLECT_GCC=c:\MinGW\bin\gcc.exe >> >> COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe >> Target: mingw32 >> Configured with: ../gcc-4.6.2/configure >> --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions >> --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry >> --enable-libstdcxx-debug --enable-version-specific-runtime-libs >> --build=mingw32 --prefix=/mingw >> Thread model: win32 >> gcc version 4.6.2 (GCC) >> >> >> Anyone knows what could be the problem ? Stacktrace from the crash, this >> happens >> directly after the start: >> >> #0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () >> from C:\Windows\system32\ntdll.dll >> #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll >> #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () >> from C:\Windows\system32\ntdll.dll >> #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll >> #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll >> #5 0x76cdc484 in KERNEL32!HeapFree () from >> C:\Windows\system32\kernel32.dll >> #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll >> #7 0x00850000 in ?? () >> #8 0x00542065 in glob_match () >> #9 0x00542604 in __mingw_glob () >> #10 0x00540f17 in _setargv () >> #11 0x004011ca in __mingw_CRTStartup () >> #12 0x004012d5 in WinMainCRTStartup () >> >> >> >> >> >> nicolai >> >> >> >> >>> I do not have time right now to update the build into a new compiler, >>> sorry (also, that is not always trivial/desired, he) >>> >>> Esteban >>> >>> > On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess@web.de> wrote: >>> > >>> > I managed to trash my mingw build environment >>> > -> uninstalled /removed mingw/mingsys >>> > -> reinstall from current mingw-installer >>> > -> bad idea >>> > >>> > I can build a pharo windows vm but it immediately crashes on startup. >>> I suspect >>> > some changes between gcc 4.6 (old environment) gcc 4.8 (new >>> environment). >>> > (I think there are some changes related to file globbing (I managed to >>> get >>> > the vm somehow working to not crash on startup but on shutdown instead >>> - with >>> > _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception >>> handling, don't know if this is >>> > related). >>> > >>> > I tried to find a ming-installer for the old version but could not >>> find anything and >>> > I tried to manually setup a ming installation from the old packages >>> (dozen of packages >>> > for mingw / core-utils / bintutils /msys from different places (no >>> fun)). >>> > >>> > 1) did anyone get a windows vm from mingws current version (with gcc >>> 4.8) working? >>> > >>> > 2) can someone package/zip and upload an old mingw installation (maybe >>> that one that >>> > is used on the build server? >>> > >>> > >>> > regards >>> > nicolai >>> >>> >> >
[image: Inline image 1] Pharo.exe - 5 363 606 bytes Phil On Sun, May 3, 2015 at 1:17 PM, Nicolai Hess <nicolaihess@web.de> wrote:
2015-05-01 23:05 GMT+02:00 phil@highoctane.be <phil@highoctane.be>:
Did you tried this ?
https://github.com/pharo-project/pharo-vm/blob/master/README-Win32.md
(I wrote that thing a while ago).
http://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/mi... was where I got the env from.
I've got a PharoVM built with gcc 4.8.1
Can you check that this vm does not depend on the mingw runtime. (I managed to create a vm that opens, but if I start this without the mingw installation directory in my path, I get the following error: libgcc_s_dw2-1.dll is missing )
The vm from the build server works even without a local mingw installation.
Uploading the thing in dropbox.
Will send a link when done.
Phil
On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess@web.de> wrote:
2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm@gmail.com>:
arenât you able to install an older version of gcc in your newer version of mingw?
hm, downgrading the compiler was suprisingly easy. But I have still the same error. This is the gcc version information:
Using built-in specs. COLLECT_GCC=c:\MinGW\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe Target: mingw32 Configured with: ../gcc-4.6.2/configure --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw Thread model: win32 gcc version 4.6.2 (GCC)
Anyone knows what could be the problem ? Stacktrace from the crash, this happens directly after the start:
#0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () from C:\Windows\system32\ntdll.dll #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () from C:\Windows\system32\ntdll.dll #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll #5 0x76cdc484 in KERNEL32!HeapFree () from C:\Windows\system32\kernel32.dll #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll #7 0x00850000 in ?? () #8 0x00542065 in glob_match () #9 0x00542604 in __mingw_glob () #10 0x00540f17 in _setargv () #11 0x004011ca in __mingw_CRTStartup () #12 0x004012d5 in WinMainCRTStartup ()
nicolai
I do not have time right now to update the build into a new compiler, sorry (also, that is not always trivial/desired, he)
Esteban
On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess@web.de> wrote:
I managed to trash my mingw build environment -> uninstalled /removed mingw/mingsys -> reinstall from current mingw-installer -> bad idea
I can build a pharo windows vm but it immediately crashes on startup. I suspect some changes between gcc 4.6 (old environment) gcc 4.8 (new environment). (I think there are some changes related to file globbing (I managed to get the vm somehow working to not crash on startup but on shutdown instead - with _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception handling, don't know if this is related).
I tried to find a ming-installer for the old version but could not find anything and I tried to manually setup a ming installation from the old packages (dozen of packages for mingw / core-utils / bintutils /msys from different places (no fun)).
1) did anyone get a windows vm from mingws current version (with gcc 4.8) working?
2) can someone package/zip and upload an old mingw installation (maybe that one that is used on the build server?
regards nicolai
https://www.dropbox.com/s/e5ws36rxo2z19lf/pharo-vm.zip?dl=0 On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess@web.de> wrote: > > > 2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm@gmail.com>: > >> arenât you able to install an older version of gcc in your newer version >> of mingw? >> > > hm, downgrading the compiler was suprisingly easy. But I have still the > same error. > This is the gcc version information: > > Using built-in specs. > COLLECT_GCC=c:\MinGW\bin\gcc.exe > > COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe > Target: mingw32 > Configured with: ../gcc-4.6.2/configure > --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions > --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry > --enable-libstdcxx-debug --enable-version-specific-runtime-libs > --build=mingw32 --prefix=/mingw > Thread model: win32 > gcc version 4.6.2 (GCC) > > > Anyone knows what could be the problem ? Stacktrace from the crash, this > happens > directly after the start: > > #0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () > from C:\Windows\system32\ntdll.dll > #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll > #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () > from C:\Windows\system32\ntdll.dll > #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll > #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll > #5 0x76cdc484 in KERNEL32!HeapFree () from > C:\Windows\system32\kernel32.dll > #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll > #7 0x00850000 in ?? () > #8 0x00542065 in glob_match () > #9 0x00542604 in __mingw_glob () > #10 0x00540f17 in _setargv () > #11 0x004011ca in __mingw_CRTStartup () > #12 0x004012d5 in WinMainCRTStartup () > > > > > > nicolai > > > > >> I do not have time right now to update the build into a new compiler, >> sorry (also, that is not always trivial/desired, he) >> >> Esteban >> >> > On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess@web.de> wrote: >> > >> > I managed to trash my mingw build environment >> > -> uninstalled /removed mingw/mingsys >> > -> reinstall from current mingw-installer >> > -> bad idea >> > >> > I can build a pharo windows vm but it immediately crashes on startup. I >> suspect >> > some changes between gcc 4.6 (old environment) gcc 4.8 (new >> environment). >> > (I think there are some changes related to file globbing (I managed to >> get >> > the vm somehow working to not crash on startup but on shutdown instead >> - with >> > _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception >> handling, don't know if this is >> > related). >> > >> > I tried to find a ming-installer for the old version but could not find >> anything and >> > I tried to manually setup a ming installation from the old packages >> (dozen of packages >> > for mingw / core-utils / bintutils /msys from different places (no >> fun)). >> > >> > 1) did anyone get a windows vm from mingws current version (with gcc >> 4.8) working? >> > >> > 2) can someone package/zip and upload an old mingw installation (maybe >> that one that >> > is used on the build server? >> > >> > >> > regards >> > nicolai >> >> >
I've downloaded it twice and the archive is corrupted Regards Merwan On 01/05/2015 23:34, phil@highoctane.be wrote:
https://www.dropbox.com/s/e5ws36rxo2z19lf/pharo-vm.zip?dl=0
On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess@web.de <mailto:nicolaihess@web.de>> wrote:
2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm@gmail.com <mailto:estebanlm@gmail.com>>:
arenât you able to install an older version of gcc in your newer version of mingw?
hm, downgrading the compiler was suprisingly easy. But I have still the same error. This is the gcc version information:
Using built-in specs. COLLECT_GCC=c:\MinGW\bin\gcc.exe COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe Target: mingw32 Configured with: ../gcc-4.6.2/configure --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw Thread model: win32 gcc version 4.6.2 (GCC)
Anyone knows what could be the problem ? Stacktrace from the crash, this happens directly after the start:
#0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () from C:\Windows\system32\ntdll.dll #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () from C:\Windows\system32\ntdll.dll #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll #5 0x76cdc484 in KERNEL32!HeapFree () from C:\Windows\system32\kernel32.dll #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll #7 0x00850000 in ?? () #8 0x00542065 in glob_match () #9 0x00542604 in __mingw_glob () #10 0x00540f17 in _setargv () #11 0x004011ca in __mingw_CRTStartup () #12 0x004012d5 in WinMainCRTStartup ()
nicolai
I do not have time right now to update the build into a new compiler, sorry (also, that is not always trivial/desired, he)
Esteban
> On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess@web.de <mailto:nicolaihess@web.de>> wrote: > > I managed to trash my mingw build environment > -> uninstalled /removed mingw/mingsys > -> reinstall from current mingw-installer > -> bad idea > > I can build a pharo windows vm but it immediately crashes on startup. I suspect > some changes between gcc 4.6 (old environment) gcc 4.8 (new environment). > (I think there are some changes related to file globbing (I managed to get > the vm somehow working to not crash on startup but on shutdown instead - with > _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception handling, don't know if this is > related). > > I tried to find a ming-installer for the old version but could not find anything and > I tried to manually setup a ming installation from the old packages (dozen of packages > for mingw / core-utils / bintutils /msys from different places (no fun)). > > 1) did anyone get a windows vm from mingws current version (with gcc 4.8) working? > > 2) can someone package/zip and upload an old mingw installation (maybe that one that > is used on the build server? > > > regards > nicolai
2015-05-01 23:34 GMT+02:00 phil@highoctane.be <phil@highoctane.be>: > https://www.dropbox.com/s/e5ws36rxo2z19lf/pharo-vm.zip?dl=0 > Thank you phil, but the same problem Merwan had, zip file corrupted. > > On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess@web.de> wrote: > >> >> >> 2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm@gmail.com>: >> >>> arenât you able to install an older version of gcc in your newer version >>> of mingw? >>> >> >> hm, downgrading the compiler was suprisingly easy. But I have still the >> same error. >> This is the gcc version information: >> >> Using built-in specs. >> COLLECT_GCC=c:\MinGW\bin\gcc.exe >> >> COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe >> Target: mingw32 >> Configured with: ../gcc-4.6.2/configure >> --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions >> --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry >> --enable-libstdcxx-debug --enable-version-specific-runtime-libs >> --build=mingw32 --prefix=/mingw >> Thread model: win32 >> gcc version 4.6.2 (GCC) >> >> >> Anyone knows what could be the problem ? Stacktrace from the crash, this >> happens >> directly after the start: >> >> #0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () >> from C:\Windows\system32\ntdll.dll >> #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll >> #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () >> from C:\Windows\system32\ntdll.dll >> #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll >> #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll >> #5 0x76cdc484 in KERNEL32!HeapFree () from >> C:\Windows\system32\kernel32.dll >> #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll >> #7 0x00850000 in ?? () >> #8 0x00542065 in glob_match () >> #9 0x00542604 in __mingw_glob () >> #10 0x00540f17 in _setargv () >> #11 0x004011ca in __mingw_CRTStartup () >> #12 0x004012d5 in WinMainCRTStartup () >> >> >> >> >> >> nicolai >> >> >> >> >>> I do not have time right now to update the build into a new compiler, >>> sorry (also, that is not always trivial/desired, he) >>> >>> Esteban >>> >>> > On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess@web.de> wrote: >>> > >>> > I managed to trash my mingw build environment >>> > -> uninstalled /removed mingw/mingsys >>> > -> reinstall from current mingw-installer >>> > -> bad idea >>> > >>> > I can build a pharo windows vm but it immediately crashes on startup. >>> I suspect >>> > some changes between gcc 4.6 (old environment) gcc 4.8 (new >>> environment). >>> > (I think there are some changes related to file globbing (I managed to >>> get >>> > the vm somehow working to not crash on startup but on shutdown instead >>> - with >>> > _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception >>> handling, don't know if this is >>> > related). >>> > >>> > I tried to find a ming-installer for the old version but could not >>> find anything and >>> > I tried to manually setup a ming installation from the old packages >>> (dozen of packages >>> > for mingw / core-utils / bintutils /msys from different places (no >>> fun)). >>> > >>> > 1) did anyone get a windows vm from mingws current version (with gcc >>> 4.8) working? >>> > >>> > 2) can someone package/zip and upload an old mingw installation (maybe >>> that one that >>> > is used on the build server? >>> > >>> > >>> > regards >>> > nicolai >>> >>> >> > > > > > >
removed the whole mingw installation, downloaded the installer again and followed the instruction from readme-win32 -> the same issue. I don't know what is wrong, the runtime environment? The build environment ? I can run the latest pharo vm from the build server. 2015-05-02 22:24 GMT+02:00 Nicolai Hess <nicolaihess@web.de>:
2015-05-01 23:34 GMT+02:00 phil@highoctane.be <phil@highoctane.be>:
Thank you phil, but the same problem Merwan had, zip file corrupted.
On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <nicolaihess@web.de> wrote:
2015-04-30 11:33 GMT+02:00 Esteban Lorenzano <estebanlm@gmail.com>:
arenât you able to install an older version of gcc in your newer version of mingw?
hm, downgrading the compiler was suprisingly easy. But I have still the same error. This is the gcc version information:
Using built-in specs. COLLECT_GCC=c:\MinGW\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.6.2/lto-wrapper.exe Target: mingw32 Configured with: ../gcc-4.6.2/configure --enable-languages=c,c++,ada,fortran,objc,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared --enable-libgomp --disable-win32-registry --enable-libstdcxx-debug --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw Thread model: win32 gcc version 4.6.2 (GCC)
Anyone knows what could be the problem ? Stacktrace from the crash, this happens directly after the start:
#0 0x772359dd in ntdll!RtlpNtMakeTemporaryKey () from C:\Windows\system32\ntdll.dll #1 0x77201d8f in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll #2 0x77236a37 in ntdll!RtlpNtMakeTemporaryKey () from C:\Windows\system32\ntdll.dll #3 0x771fa3ef in ntdll!EtwSetMark () from C:\Windows\system32\ntdll.dll #4 0x771c6766 in wcsnicmp () from C:\Windows\system32\ntdll.dll #5 0x76cdc484 in KERNEL32!HeapFree () from C:\Windows\system32\kernel32.dll #6 0x6c24c4d7 in free () from C:\Windows\system32\crtdll.dll #7 0x00850000 in ?? () #8 0x00542065 in glob_match () #9 0x00542604 in __mingw_glob () #10 0x00540f17 in _setargv () #11 0x004011ca in __mingw_CRTStartup () #12 0x004012d5 in WinMainCRTStartup ()
nicolai
I do not have time right now to update the build into a new compiler, sorry (also, that is not always trivial/desired, he)
Esteban
On 30 Apr 2015, at 08:38, Nicolai Hess <nicolaihess@web.de> wrote:
I managed to trash my mingw build environment -> uninstalled /removed mingw/mingsys -> reinstall from current mingw-installer -> bad idea
I can build a pharo windows vm but it immediately crashes on startup. I suspect some changes between gcc 4.6 (old environment) gcc 4.8 (new environment). (I think there are some changes related to file globbing (I managed to get the vm somehow working to not crash on startup but on shutdown instead - with _CRT_glob = 0. And gcc-4.8 uses dfferent (dwarf vs. sjlj ) exception handling, don't know if this is related).
I tried to find a ming-installer for the old version but could not find anything and I tried to manually setup a ming installation from the old packages (dozen of packages for mingw / core-utils / bintutils /msys from different places (no fun)).
1) did anyone get a windows vm from mingws current version (with gcc 4.8) working?
2) can someone package/zip and upload an old mingw installation (maybe that one that is used on the build server?
regards nicolai
participants (4)
-
Esteban Lorenzano -
Merwan Ouddane -
Nicolai Hess -
phil＠highoctane.be