Hi,
I've started pushing more code into corebase (CFStream implementation,
not thread safe for now) and did some very initial work in corenetwork.
Unfortunately, I can't complete my work until CFRunLoop is functional.
I've worked hard on toll-free bridging, with most common types already
bri
I like the plan, and in context of Core Animation, I highly appreciate it.
I'd also love to, long-term-but-as-soon-as-possible, see such a toll-free
bridged implementation become the primary implementation.
On Mon Feb 03 2014 at 5:14:05 PM, Luboš Doležel wrote:
> Hi,
>
> I've started pushing
I really appreciate the work you're doing on corebase. I really haven't
had any time to do anything recently, but I have been keeping up with your
changes.
Personally, what I would like to see is an agglomeration of all the related
projects. For example, why can't the corenetwork library be brou
On 02/03/2014 10:10 PM, Stefan Bidi wrote:
> I really appreciate the work you're doing on corebase. I really haven't
> had any time to do anything recently, but I have been keeping up with
> your changes.
>
> Personally, what I would like to see is an agglomeration of all the
> related projects.
On 02/03/2014 10:54 PM, Luboš Doležel wrote:
>> To answer your question, I think that sounds fine, but why not just
>> > override NSRunLoop's designated initializer and just return NSCFRunLoop
>> > (or whatever you want to call it)? Wouldn't that be easier than
>> > checking for a symbol? Or am I
On Tue, 4 Feb 2014 08:45:32 +, David Chisnall wrote:
On 3 Feb 2014, at 23:14, Luboš Doležel wrote:
I looked into it again:
"Methods defined in categories can replace methods defined in the
class
proper, but they cannot reliably replace methods defined in other
categories."
I suppose th
HI Luboš,
Am 04.02.2014 um 10:29 schrieb Luboš Doležel :
> You're right, libdispatch would be great for this. But what I fear is that as
> soon as I start working in that direction, someone will come and either start
> complaining about a libdispatch dependency or Clang requirement once I dare
On Tue, 4 Feb 2014 10:05:59 +, Niels Grewe wrote:
The ability to invoke blocks doesn’t really commit you to using clang
(-base has support code to invoke blocks when compiled with GCC) you
only need it when you want to create blocks (does CFRunLoop need to
do
that? I think it might not…). S
I think, being as GNUStep is not limited by the limitations of OS X - why
is an extension with while descriptor sources not under consideration
On 4 Feb 2014 13:56, "Luboš Doležel" wrote:
> On Tue, 4 Feb 2014 10:05:59 +, Niels Grewe wrote:
>
>> The ability to invoke blocks doesn’t really comm
On 02/04/2014 08:40 PM, Owen Shepherd wrote:
> I think, being as GNUStep is not limited by the limitations of OS X -
> why is an extension with while descriptor sources not under consideration
Descriptor sources can be monitored, but they're not monitored by the
runloop itself, although API users
On 3 Feb 2014, at 23:14, Luboš Doležel wrote:
> I looked into it again:
>
> "Methods defined in categories can replace methods defined in the class
> proper, but they cannot reliably replace methods defined in other
> categories."
>
> I suppose this could be good enough after all. I wouldn't ex
11 matches
Mail list logo