[Interest] Swift and Qt? (formally?)
Konstantin Tokarev
annulen at yandex.ru
Tue Sep 20 13:37:41 CEST 2016
20.09.2016, 14:36, "Jason H" <jhihn at gmx.com>:
>> Sent: Tuesday, September 20, 2016 at 7:39 AM
>> From: "Till Oliver Knoll" <till.oliver.knoll at gmail.com>
>> To: "Qt Project" <interest at qt-project.org>
>> Subject: Re: [Interest] Swift and Qt? (formally?)
>>
>> Am 19.09.16 um 18:52 schrieb Robert Iakobashvili:
>> > On Mon, Sep 19, 2016 at 5:25 PM, Jason H <jhihn at gmx.com> wrote:
>> >> There is a 9-month old github; https://github.com/msorvig/qt-and-swift for integrating the two.
>> >>
>> >> Are there any plans for formal Qt support of Swift? Obj-C is painful.
>> >
>> > +2
>>
>> As far as I know there is no "Swift++" compiler available, that is a
>> compiler which can compile "Swift + C++", right? In analogy to ObjC++.
>>
>> So unless that's the case the common denominator between "Qt" and
>> "Swift" is C. Of course one could "wrap" the Qt objects - somehow - into
>> C structures and make them "look" like objects (and vice versa). But
>> that would be a clumsy approach.
>>
>> So unless we do have C++ support in Swift my guess is that Qt can do
>> little here.
>
> Well it is on the roadmap, but out of scope for 3.0, which was just released.
In this case it would make sense for you (or other interested parties) to start implementing things on Swift side, and prototyping Qt side changes in parallel
>
> I don't think I need full-interop, just enough to let me avoid coding Obj-c, which for me is mainly AppDelegate. But I can see how in the short term it is zero-sum. The app however would mirror how interop is done with Android static classes though. That might be something?
> _______________________________________________
> Interest mailing list
> Interest at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
--
Regards,
Konstantin
More information about the Interest
mailing list