On Thursday 22 October 2015 18:50:22 Dimitar Dobrev wrote:
> I don't use GetProcAddress but that's beside the point.
Actually, that is entirely the point. And yes, you do. Doesn't matter if you
use it directly or not, that's how on Windows you obtain the address of
symbols. I'm talking abou
On Thursday 22 October 2015 15:10:35 Dimitar Dobrev wrote:
> Host languages need binary symbols to invoke, and in the case of inlines
> those might not be available. About the ABI, that's correct but my idea is
> to have the inlines compiled as part of the Qt build process per platform
> and th
Hi, a commit was just pushed to
https://codereview.qt-project.org/#/c/138645/ .
The logic follows what was discussed / suggested in the previous emails in
this thread, with some additions.
Best regards,
Vladimir
On Wed, Aug 26, 2015 at 7:59 PM, Vladimir Moolle wrote:
> Hi,
>
> >>> What is the
On Thursday 22 October 2015 07:43:46 Welbourne Edward wrote:
> Thiago said:
> > And if it's that easy for you to create it, I think you should create
> > that yourself in your project.
>
> It might, all the same, be worth documenting the recipe for the benefit
> of anyone else with similar needs,
On 22/10/15 10:56, "Paul Olav Tvete" wrote:
>On Tuesday 20. October 2015 23.37.27 Thiago Macieira wrote:
>> Em qua 21 out 2015, às 06:29:30, Knoll Lars escreveu:
>> > As I remember it, the change from QSubString to QStringRef was a
>>simple
>> > API
>> > naming decision, i.e. independent of the i
On Tuesday 20. October 2015 23.37.27 Thiago Macieira wrote:
> Em qua 21 out 2015, às 06:29:30, Knoll Lars escreveu:
> > As I remember it, the change from QSubString to QStringRef was a simple
> > API
> > naming decision, i.e. independent of the implementation details.
>
> Then it must be a coinci
Thiago said:
> And if it's that easy for you to create it, I think you should create
> that yourself in your project.
It might, all the same, be worth documenting the recipe for the benefit
of anyone else with similar needs, to save them having to work out the
details afresh.
Eddy.
__