On 11 Mar 2014 23:25, Michel Fortin michel.for...@michelf.ca wrote:
On 2014-03-11 22:43:58 +, John Colvin
john.loughran.col...@gmail.com said:
To what extent will this be portable to ldc/gdc?
The codegen elements in objc.c will need to be changed to bind to the
LLVM/GCC backend.
On Tuesday, 11 March 2014 at 21:48:45 UTC, Asman01 wrote:
It's really awesome. Congratulations! If this DIP is actually
approved will dmd have native integration/support to
Objective-C language just like we can do with C? I'm not a
Obj-C programmer but I like the idea.
Yes.
--
/Jacob
On Tuesday, 11 March 2014 at 23:20:23 UTC, Michel Fortin wrote:
The codegen elements in objc.c will need to be changed to bind
to the LLVM/GCC backend. Shouldn't be too hard, I guess.
Yeah, since Objective-C uses the C calling convention it's mostly
about outputting symbols and data to the
On Wednesday, 12 March 2014 at 01:09:25 UTC, Walter Bright wrote:
I'm glad to see this is building on the great groundwork you've
already done.
Yes, absolutely. Michel has done most of the work, forgot to
mention that. I'm just polishing now.
--
/Jacob Carlborg
On Tuesday, 11 March 2014 at 22:13:07 UTC, Paolo Invernizzi wrote:
Thanks Jacob, great work!
If someone is trying it like me, I don't know the proper way
for doing that, but the compiler must be built with the
DMD_OBJC define turned on.
Yes, D_OBJC. You need the corresponding changes for
On Wednesday, 12 March 2014 at 01:45:38 UTC, Andrei Alexandrescu
wrote:
Great. Jacob, what's your plan to take this forward? We're very
interested in merging this as part of the official D compiler.
In theory I could create a pull request tonight. It depends on
what state we need the
This is really awesome work. If you combined ARM support with
Objective C support, it would mean you could write iOS programs
in D without much frustration, and that would be a huge step
forward. Objective C has a good runtime, but lacks templates and
CTFE. Using CTFE for an iOS program could
On 3/11/14, Jacob Carlborg d...@me.com wrote:
I just wanted to let everyone know that I have implemented D/Objective-C
for 64bit.
Excellent! One thing that's hard to implement right now in D is drag
drop support on OSX, at least when I tried to do it. The problem is I
need to call ObjC
On 12 March 2014 07:10, Jacob Carlborg d...@me.com wrote:
On Tuesday, 11 March 2014 at 23:20:23 UTC, Michel Fortin wrote:
The codegen elements in objc.c will need to be changed to bind to the
LLVM/GCC backend. Shouldn't be too hard, I guess.
Yeah, since Objective-C uses the C calling
On 2014-03-12 08:06:47 +, w0rp devw...@gmail.com said:
This is really awesome work. If you combined ARM support with Objective
C support, it would mean you could write iOS programs in D without much
frustration, and that would be a huge step forward. Objective C has a
good runtime, but
On 2014-03-12 09:26:56 +, Iain Buclaw ibuc...@gdcproject.org said:
On 12 March 2014 07:10, Jacob Carlborg d...@me.com wrote:
Yeah, since Objective-C uses the C calling convention it's mostly about
outputting symbols and data to the object files.
In what ABI may I ask? Your choices are:
On Tuesday, 11 March 2014 at 18:23:08 UTC, Jacob Carlborg wrote:
I just wanted to let everyone know that I have implemented
D/Objective-C for 64bit. Everything that worked for 32bit
should work, except for exceptions, which are not implemented
yet.
Objective-C on 64bit uses the modern
On Wednesday, 12 March 2014 at 12:14:23 UTC, Michel Fortin wrote:
On 2014-03-12 09:26:56 +, Iain Buclaw
ibuc...@gdcproject.org said:
On 12 March 2014 07:10, Jacob Carlborg d...@me.com wrote:
Yeah, since Objective-C uses the C calling convention it's
mostly about
outputting symbols and
w0rp devw...@gmail.com writes:
This is really awesome work. If you combined ARM support with
Objective C support, it would mean you could write iOS programs
in D without much frustration, and that would be a huge step
forward. Objective C has a good runtime, but lacks templates and
CTFE.
Szymon Gatner noem...@gmail.com writes:
Wow, this is fantastic! This and recent progress on iOS/ARM/LDC
porting make me so happy :)
Yeah, it will be cool to combine this with the LDC iOS work. I haven't
posted progress lately. I got Fibers working on an iPhone 4. I found
that GDC's thread.d
Many C/C++ game development demos and apps tend to use the
popular AntTweakBar parameter tweaking library. AntTweakBar is
used to manipulate user-defined parameters in real-time by
providing a GUI-like interface in an OpenGL / DirectX environment.
AntTweakBarD[1][2] is just a simple D binding
On 3/12/14, 12:15 AM, Jacob Carlborg wrote:
On Wednesday, 12 March 2014 at 01:45:38 UTC, Andrei Alexandrescu wrote:
Great. Jacob, what's your plan to take this forward? We're very
interested in merging this as part of the official D compiler.
In theory I could create a pull request tonight.
On 12 March 2014 12:14, Michel Fortin michel.for...@michelf.ca wrote:
On 2014-03-12 09:26:56 +, Iain Buclaw ibuc...@gdcproject.org said:
On 12 March 2014 07:10, Jacob Carlborg d...@me.com wrote:
Yeah, since Objective-C uses the C calling convention it's mostly about
outputting symbols
On 2014-03-12 13:14, Michel Fortin wrote:
I made the 32-bit legacy runtime support, Jacob added the 64-bit modern
runtime support.
There's no support at this time for properties declarations in the ABI,
but it doesn't really have much impact. As far as I'm aware, Objective-C
2.0 additions only
Am Wed, 12 Mar 2014 10:53:35 -0700
schrieb Andrei Alexandrescu seewebsiteforem...@erdani.org:
On 3/12/14, 12:15 AM, Jacob Carlborg wrote:
On Wednesday, 12 March 2014 at 01:45:38 UTC, Andrei Alexandrescu
wrote:
Great. Jacob, what's your plan to take this forward? We're very
interested
On 2014-03-12 20:02, Iain Buclaw wrote:
gobjc supports both, there's two ABI's for the NeXT - which I take to
mean the difference between the difference between 32bit and 64bit.
You previously listed three ABI's. It's the modern runtime for 64bit and
the traditional for 32bit with with
On 2014-03-12 17:53:35 +, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
On 3/12/14, 12:15 AM, Jacob Carlborg wrote:
On Wednesday, 12 March 2014 at 01:45:38 UTC, Andrei Alexandrescu wrote:
Great. Jacob, what's your plan to take this forward? We're very
interested in merging
On 12 March 2014 19:29, Jacob Carlborg d...@me.com wrote:
On 2014-03-12 20:02, Iain Buclaw wrote:
gobjc supports both, there's two ABI's for the NeXT - which I take to
mean the difference between the difference between 32bit and 64bit.
You previously listed three ABI's. It's the modern
On 2014-03-12 19:02:10 +, Iain Buclaw ibuc...@gdcproject.org said:
From my POV, I wouldn't want to support the ABI of a language that GCC
itself doesn't support. So code compiled by GNU ObjC should be
compatible with extern(ObjC) code generated by GDC - even if it isn't
compatible with
On 12 March 2014 19:36, Michel Fortin michel.for...@michelf.ca wrote:
On 2014-03-12 19:02:10 +, Iain Buclaw ibuc...@gdcproject.org said:
From my POV, I wouldn't want to support the ABI of a language that GCC
itself doesn't support. So code compiled by GNU ObjC should be
compatible with
On 12 March 2014 19:34, Michel Fortin michel.for...@michelf.ca wrote:
On 2014-03-12 17:53:35 +, Andrei Alexandrescu
seewebsiteforem...@erdani.org said:
On 3/12/14, 12:15 AM, Jacob Carlborg wrote:
On Wednesday, 12 March 2014 at 01:45:38 UTC, Andrei Alexandrescu wrote:
Great. Jacob,
On 2014-03-12 20:34, Michel Fortin wrote:
If the compiler is going to be converted to the D language (how is that
progressing?), it'd probably be better to merge before that, otherwise
it'll be a lot of work to port all those changes.
I think Daniel has said he as a working Linux compiler. He
On 2014-03-12 20:37, Iain Buclaw wrote:
Sorry, some context. The two 32bit ABIs are part of the same source,
I'd take them to be identical, with the exception that the second
option supports features that are on-by-default in the 64bit ABI.
I see.
As in, if I were to support NeXT. I'd
On Thursday, 27 February 2014 at 02:34:53 UTC, Andrei
Alexandrescu wrote:
Unfortunately we won't participate in GSoC this year. The
decision was not surprising - our application has been rejected.
Sadly there are lots of things we could have done better. Our
application has been a
Hi,
I'm writing a memcached client library for d. It's dependent on
vibe-d - but this can be fixed .
https://github.com/TiberiuGal/memcached4d
I'd appreciate some feedback.
thanks
30 matches
Mail list logo
