[swift-evolution] [Idea] #suppress(warning-identifier)

Shawn Erickson shawnce at gmail.com
Tue Mar 8 16:54:09 CST 2016

I would prefer something like...


..to keep the warning identifier behavior the same in code and on the
command line.

The ability to push and pop warning modifications (set of) could also make

On Tue, Mar 8, 2016 at 10:31 AM Russ Bishop via swift-evolution <
swift-evolution at swift.org> wrote:

> There are cases where I’d like to suppress a Swift compiler warning. Is
> there opposition to that idea from the core team or is it just something
> that hasn’t been looked at yet? (Forgive me if such a thing already exists
> and I just missed it)
> My initial idea pre-bikeshedding:
> #suppress(warning-identifier)
> //some code
> #unsuppress(warning-identifier)
> The most common one I encounter is the trailing-closure syntax warning
> which can only be fixed by redesigning the API itself. I’ve also had to
> silence incorrect cast warnings (that are actually correct and execute just
> fine) by casting to Any first which is somewhat gross.
> Russ
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160308/439467a5/attachment-0001.html>

More information about the swift-evolution mailing list