I managed to trash my mingw build environment -> uninstalled /removed mingw/mingsys(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 andfor mingw / core-utils / bintutils /msys from different places (no fun)). |
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 <[hidden email]> 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 <[hidden email]>: 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) |
Did you tried this ?
(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 <[hidden email]> wrote:
|
2015-05-01 23:05 GMT+02:00 [hidden email] <[hidden email]>:
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.
|
In reply to this post by Nicolai Hess
https://www.dropbox.com/s/e5ws36rxo2z19lf/pharo-vm.zip?dl=0
On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess <[hidden email]> wrote:
|
I've downloaded it twice and the archive is corrupted
Regards Merwan On 01/05/2015 23:34, [hidden email]
wrote:
|
In reply to this post by philippeback
2015-05-01 23:34 GMT+02:00 [hidden email] <[hidden email]>: Thank you phil, but the same problem Merwan had, zip file corrupted.
|
removed the whole mingw installation, downloaded the installer again and followed the instruction from readme-win322015-05-02 22:24 GMT+02:00 Nicolai Hess <[hidden email]>:
|
In reply to this post by philippeback
2015-05-01 23:05 GMT+02:00 [hidden email] <[hidden email]>:
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.
|
Pharo.exe - 5 363 606 bytes Phil On Sun, May 3, 2015 at 1:17 PM, Nicolai Hess <[hidden email]> wrote:
|
(installer version tdm-gcc-4.7.1-2.exe) With mingwsys from my previos mingw installation.Using built-in specs. COLLECT_GCC=c:\mingw\bin\gcc.exe COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.7.1/lto-wrapper.exe Target: mingw32 Configured with: ../../src/gcc-4.7.1/configure --build=mingw32 --enable-languages=c,c++,ada,fortran,objc,obj-c++ --enable-threads=win32 --enable-libgomp --enable-lto --enable-fully-dynamic-string --enable-libstdcxx-debug --enable-version-specific-runtime-libs --with-gnu-ld --disable-nls --disable-win32-registry --disable-symvers --disable-build-poststage1-with-cxx --disable-werror --prefix=/mingw32tdm --with-local-prefix=/mingw32tdm --enable-cxx-flags='-fno-function-sections -fno-data-sections' --with-pkgversion=tdm-1 --enable-sjlj-exceptions --with-bugurl=http://tdm-gcc.tdragon.net/bugs Thread model: win32 gcc version 4.7.1 (tdm-1) 2015-05-04 0:06 GMT+02:00 Nicolai Hess <[hidden email]>:
|
Free forum by Nabble | Edit this page |