Swift 6.3
44 points
2 hours ago
| 5 comments
| swift.org
| HN
sirwhinesalot
32 minutes ago
[-]
> Swift 6.3 introduces the @c attribute, which lets you expose Swift functions and enums to C code in your project. Annotating a function or enum with @c prompts Swift to include a corresponding declaration in the generated C header that you can include in your C/C++ files

Why did this take so long to be added? Such strange priorities. Adding an entire C++ compiler for C++ interoperability before adding... C exports. Bizarre.

reply
saagarjha
25 minutes ago
[-]
They had it earlier, as an underscored attribute.
reply
rzerowan
24 minutes ago
[-]
Whats the stdlib situation for swift in comparison to newish languages like go or rust. I know its not batteries included lke python - and doesnt have a massive dev ecosystem of helper libs seeming to be mostly tied to macOS/iOS operating system API/ABI.
reply
frizlab
19 minutes ago
[-]
A good source of available packages is the Swift Package Index. You can search here packages compatible with Linux[0].

[0] https://swiftpackageindex.com/search?query=platform%3Alinux

reply
0x3f
57 minutes ago
[-]
> Swift is designed to be the language you reach for at every layer of the software stack.

It's a nice lang for sure, but this will never be true with the way things are. Such wasted opportunity by Apple.

reply
frizlab
18 minutes ago
[-]
How so? I can indeed target every layer of the software stack using Swift, today.

E.g. ClearSurgery[0] is written fully in Swift, including the real-time components running on the Linux boxes.

[0] https://clearsurgery.vision

reply
dzonga
18 minutes ago
[-]
good to see incredible stuff being shipped in Swift. Haven't used it since v3 though.

around 2015-17 - Swift could have easily dethroned Python.

it was simple enough - very fast - could plug into the C/C++ ecosystem. Hence all the numeric stuff people were doing in Python powered by C++ libraries could've been done with Swift.

the server ecosystem was starting to come to life, even supported by IBM.

I think the letdown was on the Apple side - they didn't bring in the community fast enough whether on marketing, or messaging - unfortunately Swift has remained largely an Apple ecosystem thing - with complexity now chasing C++.

reply
rasmus1610
9 minutes ago
[-]
Maybe Chris Lattner leaving and creating Mojo also didn’t help in that regard.

Swift for TensorFlow was a cool idea in that time …

reply
ttflee
1 hour ago
[-]
> Swift 6.3 includes the first official release of the Swift SDK for Android.
reply
gregoriol
1 hour ago
[-]
That is going to be used... less than Swift for the servers
reply
iamcalledrob
13 minutes ago
[-]
Interestingly, Kotlin has a pretty solid cross-platform story.

I'd pick it over Swift if targeting Android since it can build and run in the JVM as well as natively -- and has Swift/ObjC interop. Its also very usable on the server if you wanted to, since you can use it in place of Java and tap into the very mature JVM ecosystem. If that's what you're into.

And I have a lot more faith in JetBrains being good stewards of the language rather than Apple, who have a weird collection of priorities.

reply
victorbjorklund
1 hour ago
[-]
I don't know. Could be nice for those developers that prioritize iOS and now they could keep writing Swift also for Android.

Is it gonna be what you primarily use if you wanna write an Android app? Probably not.

Is it gonna displace react Native? Probably not. Is it gonna reach the levels of flutter? Maybe.

reply
ChrisMarshallNY
54 minutes ago
[-]
The language doesn’t really matter. The underlying SDK/framework is where the action is at.

However, I suspect that we may not be too far off, from LLMs being the true cross-platform system. You feed the same requirements, with different targets, and it generates full native apps.

reply