[yoshimi] Re: faster or safer optimization options

  • From: "Nikita Zlobin" <dmarc-noreply@xxxxxxxxxxxxx> (Redacted sender "cook60020tmp" for DMARC)
  • To: yoshimi@xxxxxxxxxxxxx
  • Date: Tue, 29 May 2018 12:33:00 +0500

In Mon, 28 May 2018 19:18:51 +0100
Will Godfrey <willgodfrey@xxxxxxxxxxxxxxx> wrote:


From Nikia
This brings up another interesting question: Why does the
CMake-Builfile add -fno-finite-math-only to the "better optimised"
setups, but leaves it out from the fallback case, which is  

I was specifically asked to do that by one of the distro maintainers,
and also take the sse options out. Following on from that, I'm a bit
concerned that the debian people seem to have ignored V1.5.7 :(

Now if we really can reduce most of this to -march=native I'd be very
happy, although again the distro pakagers would want to disable that
for multi-arch work.

Finally, as I've said before, I'm very cautious about making changes
here - there always seem to be unitended consequences :(


Strange, they don't try to set cflags/cxxflags from env.
Even so, with cmake options to toggle different architectures they just
need generic (basic) level.

Strange, in gcc man: "If -march is specified without either of -mtune
or -mcpu also being specified, the code is tuned to perform well across
a range of target processors implementing the target architecture."
But i remember, gentoo docs tell, that using -mtune / -mcup with -march
is redundant, just like -msse, -mavx, etc. Mazed.
Yoshimi source code is available from either: 
https://sourceforge.net/projects/yoshimi
Or: https://github.com/Yoshimi/yoshimi
Our list archive is at: https://www.freelists.org/archive/yoshimi
To post, email to yoshimi@xxxxxxxxxxxxx

Other related posts: