[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bindings
Subject:    [Kde-bindings] Re: Transition to Git and reorganization of
From:       Chris Burel <chrisburel () gmail ! com>
Date:       2010-11-20 1:33:10
Message-ID: AANLkTi=NZLc--3vTGwO2XRXMKquz2x=gkLbAQK-q_SfG () mail ! gmail ! com
[Download RAW message or body]

>> My usecase:
>> We (my company) are starting to use smoke not only for Qt bindings but for
>> "any" c++ lib we need and sometimes it can be real pain to download part of
>> KDE stuff to a production server where we need to use for example memcached
>> smoke bindings...

I'm in the same boat.  I've got PerlQt set up so that it can load any
arbitrary smoke library, not necessarily tied to Qt at all.  But it
still stinks because PerlQt uses Qt datatypes internally for core
functionality.  And that makes it really strange that the generator
code puts global functions in QGlobalSpace.  I'd think it'd be great
to have a smokebase module for each target language, that didn't use
Qt at all, and you could define where the global functions ended up.
_______________________________________________
Kde-bindings mailing list
Kde-bindings@kde.org
https://mail.kde.org/mailman/listinfo/kde-bindings
[prev in list] [next in list] [prev in thread] [next in thread]