3 Commits

Author	SHA1	Message	Date
Henrik G. Olsson	374658aae0	[Swiftify] Don't import counted_by with suffixed integer literals (#82469) ... Integer literal expressions with types that are not of type `int` are printed with a suffix to indicate the type (e.g. `123U` or `456L` for `unsigned` and `long`). This is not valid syntax for integer literals in Swift, so until we fully translate the count expr syntax to Swift we need to avoid importing these count expressions. Also fixes some -Werror related stuff in test cases. rdar://154141719	2025-06-27 09:27:50 -07:00
Henrik G. Olsson	4a72c1ee5c	[Swiftify] Enable warnings-as-errors in interop test cases (NFC) ... This enables -strict-memory-safety -warnings-as-errors on the Swift side to verify that the macro expansions don't cause any warnings and that they use `unsafe` correctly. On the clang side it enables -Xcc -Werror. To reduce noise in the test output and pass -Werror cleanly it also enables -Xcc -Wno-nullability-completeness. This will make it easier to detect mistakes when writing tests, because warnings stand out whereas previously they've been drowned out in the noise.	2025-05-29 13:32:57 -07:00
John Hui	e5b1f4a251	[Swiftify] Do not swiftify non-Swift-like counted_by exprs ... __counted_by (and __sized_by) expressions can have arbitrary C syntax in them, such as: void foo(int * __counted_by(*len) p, int *len); When @_SwififyImport tries to generate Swift code for this, the expression `*len` leads to a syntax error, since it isn't valid Swift. This patch adds a check to ensure we only attach the Swiftify macro to __counted_by expressions that are also syntactically valid in Swift. rdar://150956352	2025-05-08 21:13:20 -07:00