[Swan-dev] libreswan FTBFS on hppa and alpha due to lack of -fstack-protector

Paul Wouters paul at nohats.ca
Wed Feb 8 18:37:14 UTC 2017


On Wed, 8 Feb 2017, Andrew Cagney wrote:

> -fno-strict-aliasing dates back to at least 2012 and
> 380de4f526c86b03cdb7fa58b7af0d2aaa191c8c.  I don't believe we've any
> evidence for or against having this option

I recently tried building without it, and it does compile without
errors. However, I did read some articles that told me it is just
safer to never let the compiler guess, and stick with
-fno-strict-aliasing. I'm not a compiler expert, so my opinion on
this should not have too much weight.

> That leaves  -DFORCE_PR_ASSERT which dates back to
> https://lists.libreswan.org/pipermail/swan-dev/2014-February/000088.html
> I suspect it is no longer needed since all calls to PR_ASSERT seem to
> have disappeared.  I'll remove it from USERCOMPILE and define it
> elsewhere.

Yes, I removed them in 72d8c9846ee736 when I realised that without
defining FORCE_PR_ASSERT, it would actually not passert on those
PR_ASSERT's and the code would continue to run unexpectedly. I was
probably also the one that added it after realising we were using
PR_ASSERT without FORCE_PR_ASSERT and thus not actually failing
properly.

So in that way, Andrew is right. This is exactly why we have
USERCOMPILE.

Paul


More information about the Swan-dev mailing list