revelator

if you can live with the slightly older AM4 socket model the ryzen 3900x is still a monster of a cpu and it can be picked up used for a bargain if lucky. sometimes you can even get a bundle mainboard / cpu but take care and allways read reviews of said mobo as some of the boards behave less than stellar. 300 euro on the german kleinanzeigen nets me a 3900x plus an asus B550F board plus 32 gb ram and included cooler. the B550F is amd's more mainstream chip but it performs pretty well has tons of feature and the only downside is a lackluster 4x2 VRM but it handles the 3900x without problems. the 3900x is also more than double as fast as my 6950x and has 2 cores more

currently no IPC is still the king in gaming allthough some games have started using multiple cores they are still in the minority. Yeah also seing vastly inflated used prices here in europe though it is still possible to make a bargain but you need to look long and hard sometimes. yeah the ol 6950x is still a powerhouse for productivity but is starting to show its shortcommings in games.

currently looking to upgrade my aging x99 platform with a ryzen 3900x and an asrock taichi board if i can get my hands on one for a reasonable price. the old x99 isnt as bad as many believe, it also supports AVX2 and the cpu's range from 6 cores to 10. it's ipc is lower than more modern examples but since i game at 4k i hardly ever ran into trouble because of that. gaming wise they are not the fastest but for raw compute power they still kick enough bucket so ill probably retire it for building purposes.

congratz mate

mostly people working with emulators like pcem and clones which work better with 32 bit. also still needed for some older sources not ported to 64 bit because the benefit of doing it would be neglible or just not there. as posted i did the port by request, and it is indeed a niche product but wanted non the less

btw. the current uploaded compiler is not working because of a simple oversight. the bootstrap compiler used gcc's own libssp and not the mingw-w64 dummies which means it will fail to run unless you copy of libssp-0.dll from the winlibs ucrt compiler and place it in /ucrt32/bin. im currently rebuilding the toolchain without the libssp library from gcc so that it will work correctly with Msys2. Sorry about that... The upside to this is that im including my runtime-config script in the new build to make it easier to use the static runtimes in case you absolutely dont want your code to rely on the gcc unwinder and exception dll's. this version however will not support throwing exceptions across dll boundaries (32 bit problem only as the exception mechanism is incompatible with windows SEH exceptions. gcc uses dwarf or sjlj in 32 bit). ill post a version based on the TDM compiler later which does support it.

yes the retailers have been a part of the problem indeed. jeez loise the site has been massively slow these last few days, i have to post twice every time for my answer to show up ?!?.

the upside to building with the above compared to the standard mingw 32 and 64 bit compilers is better compatibility with windows 10 and up as they use the universal runtime instead of msvcrt.

it is a 32 bit version of the mingw compiler using the universal runtime instead of the old msvcrt the Msys2 project only provides the 64 bit version as they are moving away from 32 bit. You can use it to make windows compatible software eg. games / dependencies for windows (must be atleast vista as ucrt does not support older windows versions than that). I done it by request so it wont have a full package repository like UCRT64 does and it will not be added to the official Msys2 repo. Ill provide compiler builds and integration with Msys2 but packages users will have to build themself.

well its been years with this problem so im not holding my breath . if they really wanted to get rid of it they could have made a one card pr ip / person approach instead of allowing bulk sale, but i guess greed won out. nvidia was hit as well the 5070 and ti models are nowhere near msrp in europe and are sold out everywhere. my advise to buyers think with your pocket if demand for crypto / Ai cards is that high then we will see if said companies will keep themself afloat financially if we just boykot them. if they start to falter im pretty sure they will find a method of getting rid of this ridiculousness mighty fast. fun thing half a day after the cards were let go by AMD and stocks plummeted the stock on ebay of said cards rose sharply but at more than twice the price.

some models actually go as high as a 4090 in pricing here in denmark. not sure what is going on with that but it seems scalpers bought up all the stock and now resell the cards to retailers for exhorbitant sums. the retailers themself also take a premium because theres is no regulation in eu against it. and the cheapest card from the US is 749$ which is still a far cry from the msrp AMD flouted which was around 550$.

unfortunatly it is around 1010$ here in europe so not really worth it if taking into account that it is a midrange card. but yeah closer to the ti model than not and pretty effective as well.

MinGW UCRT32 version done and can be downloaded here -> https://sourceforge.net/projects/cbadvanced/files/Ucrt32/

well the 9700 xt tests show that the new card from AMD performs mostly like midrange cards like the 5070 ti except in some corner cases. one big surprise was the aforementioned alan wake 2 where it beats a 4090 and allmost beats the new 5090. otherwise it seems to be mostly located inbetween the 5070 and the 5070 ti performance wise. the 7900 xtx is still the fastest card from team red except for raytracing where the new card has made some big strides though still slower than team green.

64 bit msys2 version is done and up on the sourceforge site. currently building the mingw-w64-ucrt32 compiler toolchain. it will not have a gnat compiler to start with since it requires a working gnat compiler to start with, but there are plans to use the same method as was used for ucrt64 to have one. a TDM based version will also be supplied which is geared more towards building standalone programs on windows without needing the gcc runtime dll's.

currently building the gcc cross compiler because it needs to be built before the rest of the toolchain. afterwards ill start building the rest of the cross toolchain so i expect it will be done by tomorrow. for those who might not want to wait for the changes to the msys2 filesystem you can use this guide. in /etc find the msystem file and open it with notepad++, you will see a large block of text with settings for the different compilers so scroll down to ucrt64 and make a copy of the block from UCRT64) to the two ;; at the end of the block. now paste it below the ;; in the UCRT64 block and change x86_64 to i686 and ucrt64 to ucrt32 and prefix to /ucrt32. now open makepkg_mingw.conf and do the same copy of the ucrt64 block and paste it below the ucrt64 block. CFLAGS change -march=nocona -msahf -mtune=generic to -march=pentium4 -mtune=generic and MINGW_PREFIX to /ucrt32 save the two files and done. now comes the hard part you need to modify the msys2_shell.cmd file as otherwise theres no way to start a shell for the new compiler so here we go. find this block if "x%~1" == "x-ucrt64" shift& set /a msys2_shiftCounter+=1& set MSYSTEM=UCRT64& goto :checkparams and copy it off and paste it below. then change x-ucrt64 to x-ucrt32 and MSYSTEM=UCRT64 to MSYSTEM=UCRT32. now this block -> else if "%MSYSTEM%" == "UCRT64" ( set "CONTITLE=MinGW UCRT x64" set "CONICON=ucrt64.ico" ) copy it off and paste it below so it becomes else if "%MSYSTEM%" == "UCRT64" ( set "CONTITLE=MinGW UCRT x64" set "CONICON=ucrt64.ico" ) else if "%MSYSTEM%" == "UCRT32" ( set "CONTITLE=MinGW UCRT x86" set "CONICON=ucrt32.ico" ) and this part echo -mingw32 ^| -mingw64 ^| -ucrt64 ^| -clang64 ^| echo -msys[2] ^| -clangarm64 Set shell type make it echo -mingw32 ^| -mingw64 ^| -ucrt32 ^| -ucrt64 ^| -clang64 ^| echo -msys[2] ^| -clangarm64 Set shell type save and make a shortcut to the batch file then in properties put -ucrt32 after the batch file name (remember to make a space between the batch file name and the variable). now the shortcut will open the ucrt32 compiler when it has been built. the launcher executables will do that part when im done editing them. EDIT: you also need to add the ucrt32 toolchain to /usr/bin/makepkg-mingw

another note. since the ucrt32 version is not part of the official repo i will have to make my own version of the the msys2 filesystem package since this is needed for integration with the msys2 toolchain. i will probably also have to make my own version of the shell launchers so that we have an easy way of starting a bash shell for the mingw-w64-i686-ucrt32 toolchain, this also means i have to modify the msys2 batch file so that it will work with the mingw-w64-ucrt32 toolchain. so a lot of work ahead. i will also make a TDM based version of both ucrt32 and ucrt64 for those who dont want there executables depending on the libgcc and libstdc++ dll's (exceptions will still work). the TDM version is pretty stable by now but a few packages cannot be linked to the static libgcc/libstdc++ which is not a problem with the TDM patches since they are also broken with plain gcc if the runtimes are linked statically (so far the only two packages that refuse to work when linked to the static runtimes are ogre3d and gdk-pixbuf2).

for those interrested the ada or gnat compiler is not currently buildable but we might be able to use the same hack to get it going as was used to build ada for the ucrt64 version of mingw-w64. Fortran C and C++ should be bootstrappable without any problems, ada however needs its own seperate ada compiler since it cannot be built with C / C++ alone.

here is the version for jeremys msys2 32 bit msys2 fork. https://sourceforge.net/projects/cbadvanced/files/msys2-cross-mingw-w64/ the msys2 64 bit version is still building but can be found here when done -> https://sourceforge.net/projects/cbadvanced/files/msys2-cross-mingw-w64 64Bit/

by request i have made a ucrt32 version of the msys2 mingw cross compiler for bootstrapping a mingw-w64-i686-ucrt32 compiler. this version can be used to make 32 bit ucrt versions of current mingw packages for use on vista and greater os versions. since this is a by request build it might not make it into the official msys2 repo's but ill make it avaliable for developers to add to the existing msys2 toolchain.

im a bit ambivalent on the jupiter source code as it is pretty messy and relied on some old ass f... compilers. the unmodified source is buildable with msvc 6.0 and msvc .net 2003/2008 but newer compiler versions requires a massive rewrite of the build system and an even massiver rewrite of the source code to adhere to newer cxx standards. bibendovsky has made a ton of changes to make this happen and replaced some troublesome parts that wreak havoc on newer windows. he added a compatibility layer as a library that gets comiled in (spul) which also handles some of the cross libraries such as openal and ffmpeg. you can still build it with the old dsound / dinput but it might not work to well on say win10 and up. compared to the mess you needed with msvc 6.0 which needed stlport to even build, his version does build on even the latest msvc compilers. only downside is that the tools source code still needs porting. msvc .net 2003 still works even on win11 with some compatibilitiy settings applied (fullscreen optimization disabled admin and ignoring high dpi) and it's free to download. it supports upto XP and as low as win.311 directx support is a bit more shaky but you can actually use directx9 with it with some dummy headers or get this https://archive.org/details/dx90_vs2003_full.

the touchdown source release for NOLF2 contains the game assets for the first two levels, the rest would have to be mined from the game files. the problem is the game definition files from the release are not compatible with the source release from touchdown entertainment so it will take some work. also the source release uses dx9 not dx8 like the original and supports more shader models. there has been some work done to make it compatible with the original though and you can actually get a source port to cmake from a guy called bibendovsky on github which uses openal and ffmpeg for cross compatibility. i tried it and it does indeed run the game but i had a bit of a problem with it where the character was stuck and unmoveable due to it overwriting the animdata. it was reported upstream but it has been a while since i last checked if it would run so i cannot say if it has been fixed yet.

Was a reply to another post by taffernicus but somehow ended up here

Democrazy was founded as the little mans way to push back the rich peoples exploits but it aint foolproof as we seen. Especially when the same democrazy allows subversion from within. The US might someday recover but the damage will be extensive and trust will take decades to return. The world needs a new form of government where there will be real consequences for the head of state and cohorts. Preferably the military should be under the law and the law should be independant from government eg. Different rulers should have no say in who they can appoint or otherwise skirming the law. The head of the law should be appointed by the people instead. Wont be foolprof either but it would be a damn sight better than what we have now ?.

hmm well technically but it is sort of in a limbo atm. WB bought monolith but does not have the assets anymore neither does activision. but be carefull with the abandonware title, if someone in management starts caring enough it might well blow up in our faces.