On 2013-06-23 23:02, bearophile wrote:
Instead of:
extern (Objective-C)
Is it better to use a naming more D-idiomatic?
extern (Objective_C)
As Simen said, we already have extern (C++). But I can absolutely change
this if people wants to.
Regarding this syntax:
void insertItem(ObjcObject
On 2013-06-23 23:12, Walter Bright wrote:
Thank you for reviving this. Please carry on!
Is there a chance we can get this into main line?
--
/Jacob Carlborg
On 2013-06-23 20:24:41 +, Jacob Carlborg said:
As some of you might know Michel Fortin created a fork of DMD a couple
of years ago which add support for using Objective-C classes and
calling Objective-C method. That is making D ABI compatible with
Objective-C.
I have now updated it to t
On 2013-06-24 10:04:01 +, Jacob Carlborg said:
Regarding this syntax:
void insertItem(ObjcObject object, NSInteger value)
[insertItemWithObjectValue:atIndex:];
Is it possible and good to replace it with some UDA?
We could use an attribute. But I don't think it would be possible to
use
reddit:
http://www.reddit.com/r/programming/comments/1gz40q/dconf_2013_closing_keynote_quo_vadis_by_andrei/
facebook: https://www.facebook.com/dlang.org/posts/662488747098143
twitter: https://twitter.com/D_Programming/status/349197737805373441
hackernews: https://news.ycombinator.com/item?id=5
On 6/19/13 12:25 PM, Andrei Alexandrescu wrote:
Apologies for the delay, we're moving and things are a bit hectic.
reddit:
http://www.reddit.com/r/programming/comments/1go9ky/dconf_2013_effective_simd_for_modern/
twitter: https://twitter.com/D_Programming/status/347433981928693760
hackernews:
Slides seem to be missing from
http://dconf.org/2013/talks/alexandrescu.pdf; I get a 404.
On 6/24/13 9:19 AM, David Gileadi wrote:
Slides seem to be missing from
http://dconf.org/2013/talks/alexandrescu.pdf; I get a 404.
I posted too soon; they're there now. Sorry for the noise.
On Friday, 21 June 2013 at 12:11:18 UTC, qznc wrote:
On Friday, 21 June 2013 at 07:04:41 UTC, Paulo Pinto wrote:
As a language geek I think all might have their place.
Me too.
The only-thread-local-garbage-collection of Rust is quite
interesting in my opinion. Since many-cores (e.g. Xeon Phi
On Sunday, 23 June 2013 at 15:30:16 UTC, Marco Leise wrote:
Am Thu, 20 Jun 2013 22:53:13 +0200
schrieb "Adam D. Ruppe" :
On Thursday, 20 June 2013 at 20:47:19 UTC, Michael wrote:
> Also 3 types of pointers scares me.
This actually doesn't scare me because it is kinda useful for
certain situat
On 2013-06-24 14:49, Michel Fortin wrote:
I know it was significant work to make it both play nice with the most
recent OS X linker and port it to the newest DMD code base. Great
achievement.
Thank you for all the help I've got and for you starting with this whole
project.
--
/Jacob Carlbor
On 6/24/2013 3:04 AM, Jacob Carlborg wrote:
On 2013-06-23 23:12, Walter Bright wrote:
Thank you for reviving this. Please carry on!
Is there a chance we can get this into main line?
Yes, but since I don't know much about O-C programming, the feature should be
labeled "experimental" until w
On 6/24/2013 3:04 AM, Jacob Carlborg wrote:
On 2013-06-23 23:02, bearophile wrote:
Instead of:
extern (Objective-C)
Is it better to use a naming more D-idiomatic?
extern (Objective_C)
As Simen said, we already have extern (C++). But I can absolutely change this if
people wants to.
Objecti
On 6/24/2013 6:27 AM, Michel Fortin wrote:
Finally, there is a couple of features that were added to Objective-C since then
that should be added to the todo list to keep feature parity. Some of those, if
implemented right, could benefit the rest of D too. For instance: ARC (automatic
reference co
On Monday, 24 June 2013 at 17:53:36 UTC, Walter Bright wrote:
Arc has very serious problems - I don't see how it can be done
and be memory safe without adding extensive pointer
annotations. The general problem is someone taking the address
of a member of the reference counted object. The rc goe
On Mon, 24 Jun 2013 13:53:40 -0400, Walter Bright
wrote:
On 6/24/2013 6:27 AM, Michel Fortin wrote:
Finally, there is a couple of features that were added to Objective-C
since then
that should be added to the todo list to keep feature parity. Some of
those, if
implemented right, could ben
On Monday, 24 June 2013 at 17:51:08 UTC, Walter Bright wrote:
On 6/24/2013 3:04 AM, Jacob Carlborg wrote:
On 2013-06-23 23:02, bearophile wrote:
Instead of:
extern (Objective-C)
Is it better to use a naming more D-idiomatic?
extern (Objective_C)
As Simen said, we already have extern (C++).
On 6/24/2013 11:03 AM, Steven Schveighoffer wrote:
All data members in Objective-C are private. So the object can control when it
gives out this data, and take appropriate actions. AFAIK, ARC does not worry
about internal pointers.
Hmm, that's a good thought. (But recall that modules allow ac
On Mon, 24 Jun 2013 14:25:40 -0400, Walter Bright
wrote:
On 6/24/2013 11:03 AM, Steven Schveighoffer wrote:
All data members in Objective-C are private. So the object can control
when it
gives out this data, and take appropriate actions. AFAIK, ARC does not
worry
about internal pointer
On 2013-06-24 17:53:40 +, Walter Bright said:
On 6/24/2013 6:27 AM, Michel Fortin wrote:
Finally, there is a couple of features that were added to Objective-C
since then
that should be added to the todo list to keep feature parity. Some of those, if
implemented right, could benefit the re
On 6/24/2013 1:18 PM, Michel Fortin wrote:
That's not a so big problem: just disallow taking pointers to member variables
inside of reference-counted memory blocks. At least in SafeD. This is a quite
rare thing to do in Objective-C anyway, I'd be surprised if it bothered anyone.
And I don't thin
On 2013-06-24 15:27, Michel Fortin wrote:
Not necessarily. There's a couple of Objective-C classes that get
special treatment by the compiler (identified by a pragma). One could do
the same for an UDA so the compiler would know where to get that value.
I'd surely have implemented it as an UDA if
Could anybody explain the practical side of this project? Where
it can be helpful?
On 2013-06-24 19:36, Walter Bright wrote:
Yes, but since I don't know much about O-C programming, the feature
should be labeled "experimental" until we're sure it's the right design.
Absolutely. But there's not that much to design. It's the same with
extern (C) nothing to design there, just g
On Mon, 24 Jun 2013 16:36:50 -0400, Suliman wrote:
Could anybody explain the practical side of this project? Where it can
be helpful?
First, you should quote the bit of the post that you are responding to.
Since you responded to my post, I will answer.
Objective C is the main developmen
On 6/24/2013 1:37 PM, Jacob Carlborg wrote:
On 2013-06-24 19:36, Walter Bright wrote:
Yes, but since I don't know much about O-C programming, the feature
should be labeled "experimental" until we're sure it's the right design.
Absolutely. But there's not that much to design. It's the same wit
On 2013-06-24 22:49, Walter Bright wrote:
The difference is I know C intimately.
Fair enough. Please ask any questions and we will try and answer.
I did read it.
Great.
--
/Jacob Carlborg
Walter Bright:
Yes, but since I don't know much about O-C programming, the
feature should be labeled "experimental" until we're sure it's
the right design.
This change opens a new target of D development (well, it was
already open for the people willing to use a not standard dmd
compiler),
On 2013-06-24 23:26, bearophile wrote:
This change opens a new target of D development (well, it was already
open for the people willing to use a not standard dmd compiler), but it
also introduce some extra complexity in the language, that every D
programmer will have to pay forever, even all th
On 6/24/2013 1:45 PM, Steven Schveighoffer wrote:
On Mon, 24 Jun 2013 16:36:50 -0400, Suliman wrote:
Could anybody explain the practical side of this project? Where it can be
helpful?
First, you should quote the bit of the post that you are responding to. Since
you responded to my post, I w
Jacob Carlborg:
I don't think it adds much complexity. If you don't use extern
(Objective-C) you don't need to learn it.
D books must be bigger, D programmers must read those parts of
the books, the error messages become more complex (because you
can hit by mistake the unwanted syntax, or be
On Mon, 24 Jun 2013 18:10:19 -0400, bearophile
wrote:
Jacob Carlborg:
I don't think it adds much complexity. If you don't use extern
(Objective-C) you don't need to learn it.
D books must be bigger, D programmers must read those parts of the
books, the error messages become more comple
On Friday, 21 June 2013 at 11:13:49 UTC, Paulo Pinto wrote:
It all depends what Mozilla and Samsung do with the language.
If you have powerful entities pushing a language down
developers throats, it will get used. That is how many
mainstream languages got where they are now.
--
Paulo
I wo
This may be completely ridiculous - I'm a newcomer - please
destroy me gently.
So, the idea is to make dlang.org a fundation. Here are some
possible benefits of doing this:
-You get more people to "own" the language and therefore
seriously care about it's future development.
--Two people are
On 25/06/13 02:13, Andrei Alexandrescu wrote:
reddit:
http://www.reddit.com/r/programming/comments/1gz40q/dconf_2013_closing_keynote_quo_vadis_by_andrei/
facebook: https://www.facebook.com/dlang.org/posts/662488747098143
twitter: https://twitter.com/D_Programming/status/349197737805373441
hac
Am Mon, 24 Jun 2013 22:30:56 +0200
schrieb Jacob Carlborg :
> On 2013-06-24 15:27, Michel Fortin wrote:
>
> > Not necessarily. There's a couple of Objective-C classes that get
> > special treatment by the compiler (identified by a pragma). One
> > could do the same for an UDA so the compiler woul
36 matches
Mail list logo
