-fno-strict-aliasing performance
Kevin Glynn
glynn at info.ucl.ac.be
Mon Mar 22 13:58:56 CET 2004
duchier at ps.uni-sb.de writes:
> Konstantin Popov <kost at sics.se> writes:
>
> > .. I forgot to tell that: on i486 the difference is essentially
> > unmeasurable (except, probably, the 'port' benchmark - no more than
> > 5%). I switched this flag for all platforms.
>
> I can well understand switching it off for the upcoming release, but
> this doesn't seem very appealing as a long term solution. Perhaps we
> could (later) attempt to fix the problem in a more principled fashion
> (e.g. using type-puning through a union).
>
It would be good to be buildable with all options implied by gcc -O3,
is there also a performance hit? How much pain is involved in fixing
the source properly?
> Speaking of switching it off on all platforms: if it is not a problem
> on x86, is it really necessary to switch it off on that platform?
> platform/emulator/configure.in already has a lot of (platform x
> compiler) specific logic; the decision could be made there.
>
While the mozart source doesn't conform to the constraints for
-fstrict-aliasing then we shouldn't be using it on any platform.
cheers
k
More information about the mozart-hackers
mailing list