I guess you mean this post
Thank you, this is what I meant.
@Morgan_Hardwood Iām waiting for the next merge of master into Gtk3 branch to make new builds for Windows 64 bits. Let me know when you do it.
@sguyader @Morgan_Hardwood Iāve merged #3429 to master. @Hombre also fixed #3186, so this is going to be a great GTK3 build.
Master merged into gtk3.
New Windows 64-bit builds (Release and Debug) can be downloaded from here:
- Master branch 4.2.1069 (new improvements)
- Gtk3 branch 4.2.1234 (new improvements)
Build is 4.2.1234ā¦ And wow is this running snappy over here! Very nice work everybody! Many thanks!
@todd thanks, it was a copy/paste mistake. I edited my post with the correct build numbers
you will find in my RT W32 drive:
master branch 4.2.1072 (release and debug)
GTK3 branch 4.2.1234 (release and debug)
wow, new version uploaded 5 minutes after I commited a fix. Thatās really fast
It always amuses me when I download a build and upload it to VirusTotal for scanning to find that it was just scanned already
Thank you, the builds are live.
I just saw the Win32 builds are built using -march=native
.
Is that intended?
Thatās me.
Is there any difference between the downloads from āthe file binā and the downloads of the same number at the Rawtherapee download page? Just wondering.
None.
@Morgan_Hardwood
Ages ago this was discussed and at this time, if I remember, -march=native seemed the safer flag and providing better performance. But at this time, Ingo did not yet drastically improved the performance and stability of code.
Furthermore, as I build on a Prescoott hardware, only very very old hardware will be unable to run the code (those missing mmx, sse and sse2).
With mtune=generic, I donāt know what is the target hw for which GCC6.1 is supposed to optimize the code. Is it still old i686 hw ?
Though it seems nobody complained for years about impossibility to run the build, if you think it worth, I can provide build with mtune=generic.
Of course, for those building on recent processor, the choice of march =native is incompatible with the distribution of build.
@gaaned92 If nobody ever complained, I would let it as it is now (never change a runninng system).
Sorry for the noise
Using -march=native
is not a good idea for (at least) two reasons:
- It will not run on older CPUs (but we donāt care, Intel Pentium 4 Prescott is already very old),
- The build will be optimized for that very old CPU. If someone with a newer CPU uses it, the build wonāt take advantage of the newer features and instruction sets and will run slow.
If instead of -march
you use -mtune=x
where āxā is a CPU better than yours which people nowadays are likely to use with Windows XP, then those builds will still run fine on your CPU and on older CPUs but will also take advantage of the newer features on the newer CPU. Thatās the picture I got from reading the GCC docs anyway. Which CPU to target? I donāt know what most of our Windows XP users use. Actually the Pentium 4 is a good choice - it seems to be the latest 32-bit CPU, and anyone using a newer CPU is using a 64-bit one and should be using a 64-bit OS.
In summary, itās probably good in this case to use ānativeā, but use it with -mtune
not with -march
.