> We were in a situation where I could validly post a bug report to the third-party library "your code is non-conforming; please fix it". In the future, we are in a situation where I can't do that anymore, and I need to post a bug report to my compiler vendor "#pragma once is broken". 

That's does sound a lot like bullying developers with the standard in order to change their code to your preferred way of working.






From: Std-Proposals <std-proposals-bounces@lists.isocpp.org> on behalf of Jens Maurer via Std-Proposals <std-proposals@lists.isocpp.org>
Sent: Wednesday, August 28, 2024 12:34:01 PM
To: std-proposals@lists.isocpp.org <std-proposals@lists.isocpp.org>
Cc: Jens Maurer <jens.maurer@gmx.net>
Subject: Re: [std-proposals] Revising #pragma once



On 28/08/2024 01.54, Arthur O'Dwyer via Std-Proposals wrote:
> (Of course it's possible that their answer is "/Nothing/ works in my environment, period; I will /never ever/ switch from #ifndef to #pragma once." In that case, the problem is solved, because we don't need to make GCC handle #pragma once in their environment — they'll never use it, so they'll never notice that it's missing.)

Not all code that wants to be compiled in a given environment
is necessarily home-grown.  Maybe a third-party code provider
has decided to switch to "#pragma once" because it has been
standardized.  However, now there is an expectation that it
works reliably everywhere, and we've seen good rationale it
doesn't.

We were in a situation where I could validly post a bug report
to the third-party library "your code is non-conforming; please
fix it".   In the future, we are in a situation where I can't do
that anymore, and I need to post a bug report to my compiler
vendor "#pragma once is broken".  And the answer probably
is "yes, sorry, the feature is unimplementable for certain
environmental conditions".

I much prefer the current situation over the future one,
also given that the disadvantages of not having "#pragma once"
are near-zero with current #ifdef short-cutting technology.

Jens
--
Std-Proposals mailing list
Std-Proposals@lists.isocpp.org
https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals