Le 09/11/2013 07:43, Philippe Sigaud a écrit :
On Friday, November 08, 2013 20:16:44 Timothee Cour wrote:
> french as well (although living in US).
> A great start would be lobbying so that they teach D in French
Engineering
> schools ... instead of ocaml.
Did they teac
On 11/8/13 11:43 PM, Raphaël Jakse wrote:
Le 09/11/2013 08:21, John J a écrit :
On 11/09/2013 01:40 AM, Philippe Sigaud wrote:
I don't even know how to say 'template' in French.
Do they really need to translate keywords like 'template' into French,
for that matter into any other language?
I'm falling asleep here, but before I go...
On Saturday, 9 November 2013 at 00:38:16 UTC, Marco Leise wrote:
"dub" which don't integrate with the official package
managers.
With the right functionality, we could do this similarly to how
we hook CPAN.pm for g-cpan. If nothing else, it could b
Le 09/11/2013 08:21, John J a écrit :
On 11/09/2013 01:40 AM, Philippe Sigaud wrote:
I don't even know how to say 'template' in French.
Do they really need to translate keywords like 'template' into French,
for that matter into any other language?
I've still not translated the chapter abou
I think you're headed the right way, and I'd recommend studying
how Ruby/rubygems are handled in Gentoo. A similar pattern, with
eselect, a set of symlinks, and versioned package directories,
would do an awful lot. One may end up with a mass of installed
slots, but that sort of problem is usu
Le 09/11/2013 07:40, Philippe Sigaud a écrit :
French here also. I'll have a look at this forum!
As for Ali's book in French, I didn't know there was any translating
being done. Can we help?
I've been really quiet about it and only Ali and some of my friends knew
about it, moslty because of
On 11/09/2013 01:40 AM, Philippe Sigaud wrote:
I don't even know how to say 'template' in French.
Do they really need to translate keywords like 'template' into French,
for that matter into any other language?
Le 09/11/2013 01:09, "Théo B" " a écrit :
On Friday, 8 November 2013 at 23:19:04 UTC, Ali Çehreli wrote:
On 11/08/2013 12:21 PM, "Théo B" " wrote:
> Unfortunaly, finding resources in french on the web is near
impossible,
"Programming in D" is currently being translated to French. I will
ping t
On Saturday, 9 November 2013 at 04:43:24 UTC, Timothee Cour wrote:
runtime loading of shared libraries on OSX, so that it works as
on linux
I see b/10440 fixed in changelog, however does that mean it
should work as
safely as on linux? (both runtime and nonruntime libs)
I'm focusing on full li
On Saturday, 9 November 2013 at 00:31:59 UTC, Walter Bright wrote:
On 11/8/2013 3:01 PM, Brad Roberts wrote:
I strongly urge the release timing to be a max of 2 months
from now, not 5. I'd
prefer getting back to monthly if we can, but that's probably
overly optimistic
based on the way we've b
On Friday, November 08, 2013 20:16:44 Timothee Cour wrote:
> > french as well (although living in US).
> > A great start would be lobbying so that they teach D in French
> Engineering
> > schools ... instead of ocaml.
>
Did they teach you ocaml? I had C, with maybe a dash of C++.
> > I'll probab
French here also. I'll have a look at this forum!
As for Ali's book in French, I didn't know there was any translating being
done. Can we help? Are there any similar processes for other languages?
I now realize that I've never even *thought* about D in French, and I've
been using D since 2008. I
On Friday, November 08, 2013 20:16:44 Timothee Cour wrote:
> french as well (although living in US).
> A great start would be lobbying so that they teach D in French Engineering
> schools ... instead of ocaml.
> I'll probably stick mostly to US forums though to avoid splitting.
I'm not French, but
Many vendors would have their processors supported in D if we had
a D to C compiler. I feel like it would be simpler than going for
native code directly. Did this idea follow-through?
On Thursday, 18 July 2013 at 01:21:44 UTC, Chad Joan wrote:
I'd like to present my vision for a new D compiler.
runtime loading of shared libraries on OSX, so that it works as on linux
I see b/10440 fixed in changelog, however does that mean it should work as
safely as on linux? (both runtime and nonruntime libs)
Also, IIRC, I thought 2.064 introduced support for loading D shared libs
safely from D, but see
french as well (although living in US).
A great start would be lobbying so that they teach D in French Engineering
schools ... instead of ocaml.
I'll probably stick mostly to US forums though to avoid splitting.
2013/11/8 Jonathan M Davis
> On Saturday, November 09, 2013 01:02:03 sclytrack wrot
On Saturday, November 09, 2013 01:02:03 sclytrack wrote:
> Je crois ça va être difficile de trouver des gens qui se sont
> intéressés en D et qui savent parler français en même temps.
Il y en a plusieurs ici. Ils existent!
- Jonathan M Davis
Okay, I've updated it to 83. The other entries didn't include
comments, so I didn't bother checking to remove comments from the
linecount.
On Friday, 8 November 2013 at 13:57:31 UTC, bearophile wrote:
Your site counts 90 SLOC for the D entry, that comes from 83
lines of code plus 7 comment lin
On Saturday, 9 November 2013 at 00:02:04 UTC, sclytrack wrote:
On Friday, 8 November 2013 at 23:31:44 UTC, deadalnix wrote:
On Friday, 8 November 2013 at 21:53:18 UTC, Namespace wrote:
I still hope for a German community ... :(
They are so much D fan there that they put stickers on their
car
What is the motivation?
D package management on Gentoo doesn't exist de facto. There
are spread out ebuilds (package manager scripts) for dmd and
ldc and that's it. Orthogonal to that are projects like Jacob
Carlborg's "dvm", which only handles dmd and Sönke Ludwig's
"dub" which don't integrate wi
On Friday, 8 November 2013 at 20:09:57 UTC, Martin Nowak wrote:
I made a wiki page for that.
Please discuss, improve and prioritize.
http://wiki.dlang.org/Agenda
Update the processes so that there's a public beta release rather
than only an "insider" beta release to better smooth things out.
On 11/8/2013 3:33 PM, deadalnix wrote:
Getting a build master :D
We clearly need a better title!
On 11/8/2013 3:01 PM, Brad Roberts wrote:
I strongly urge the release timing to be a max of 2 months from now, not 5. I'd
prefer getting back to monthly if we can, but that's probably overly optimistic
based on the way we've been doing things.
It can be done if we get an automated release proc
On Saturday, 9 November 2013 at 00:02:04 UTC, sclytrack wrote:
Je crois ça va être difficile de trouver des gens qui se sont
intéressés en D et qui savent parler français en même temps.
Si nous nous réunissons et que nous produisons des ressources en
français, la communauté ne peut que grandir
I'd love to have a centralized page/wiki/site that would contain:
* D design flaws
* proposed improvements (including far ranging ones)
otherwise it gets lost in emails
On Fri, Nov 8, 2013 at 6:49 AM, Wyatt wrote:
> On Friday, 8 November 2013 at 14:21:45 UTC, Dicebot wrote:
>
>> "Thread hijac
On Friday, 8 November 2013 at 23:19:04 UTC, Ali Çehreli wrote:
On 11/08/2013 12:21 PM, "Théo B" " wrote:
> Unfortunaly, finding resources in french on the web is near
impossible,
"Programming in D" is currently being translated to French. I
will ping the translator so that he can chime in abou
On Friday, 8 November 2013 at 23:31:44 UTC, deadalnix wrote:
On Friday, 8 November 2013 at 21:53:18 UTC, Namespace wrote:
I still hope for a German community ... :(
They are so much D fan there that they put stickers on their
cars !
Je crois ça va être difficile de trouver des gens qui se
On Friday, 8 November 2013 at 23:31:44 UTC, deadalnix wrote:
On Friday, 8 November 2013 at 21:53:18 UTC, Namespace wrote:
I still hope for a German community ... :(
They are so much D fan there that they put stickers on their
cars !
BTW, I'm french.
Don't worry, it's not your fault.
Just
On Friday, 8 November 2013 at 23:28:52 UTC, Paulo Pinto wrote:
Am 08.11.2013 22:53, schrieb Namespace:
I still hope for a German community ... :(
Portuguese living in Düsseldorf that can speak German? :)
That's a start! Ich wohne in Hamburg. ;)
On Friday, 8 November 2013 at 21:53:18 UTC, Namespace wrote:
I still hope for a German community ... :(
They are so much D fan there that they put stickers on their cars
!
BTW, I'm french.
On Friday, 8 November 2013 at 20:09:57 UTC, Martin Nowak wrote:
I made a wiki page for that.
Please discuss, improve and prioritize.
http://wiki.dlang.org/Agenda
Getting a build master :D
Am 08.11.2013 22:53, schrieb Namespace:
I still hope for a German community ... :(
Portuguese living in Düsseldorf that can speak German? :)
On 11/08/2013 12:21 PM, "Théo B" " wrote:
> Unfortunaly, finding resources in french on the web is near impossible,
"Programming in D" is currently being translated to French. I will ping
the translator so that he can chime in about the progress.
http://ddili.org/ders/d.en/
Ali
On Friday, 8 November 2013 at 22:57:55 UTC, eles wrote:
Moi.
Please subscribe the forum / send me an email / add me on jabber
so that I can contact you :)
On 11/8/13 12:09 PM, Martin Nowak wrote:
I made a wiki page for that.
Please discuss, improve and prioritize.
http://wiki.dlang.org/Agenda
I strongly urge the release timing to be a max of 2 months from now, not 5. I'd prefer getting back
to monthly if we can, but that's probably overly optim
On Friday, 8 November 2013 at 21:44:50 UTC, Théo B wrote:
On Friday, 8 November 2013 at 20:57:21 UTC, Walter Bright wrote:
It's a great thing you're doing creating a french language D
site. You'll need to do some regular promotion of it (not just
a single posting, here).
Thank you :). In fact
Martin Nowak:
I made a wiki page for that.
Please discuss, improve and prioritize.
http://wiki.dlang.org/Agenda
"scope"?
Bye,
bearophile
I still hope for a German community ... :(
Am Fri, 08 Nov 2013 08:25:15 -0800
schrieb Andrei Alexandrescu :
> On 11/8/13 1:02 AM, Marco Leise wrote:
> > I'm rewriting the package script for Gentoo and I stumbled
> > over that old "mirror restriction" forcing downloads from the
> > Amazon server rather than from Gentoo mirrors.
> > It's not
On Friday, 8 November 2013 at 20:57:21 UTC, Walter Bright wrote:
It's a great thing you're doing creating a french language D
site. You'll need to do some regular promotion of it (not just
a single posting, here).
Thank you :). In fact I hopped that there was some
french-speaking users here t
On 2013-11-08 21:09, Martin Nowak wrote:
I made a wiki page for that.
Please discuss, improve and prioritize.
http://wiki.dlang.org/Agenda
I think one of the most important issue for this release is the actual
process. Basically what you wrote for "Other".
--
/Jacob Carlborg
On Friday, 8 November 2013 at 12:49:38 UTC, bearophile wrote:
This is something that has come out of a thread I have opened
in D.learn.
In the thread qznc has answered me:
Operator precedence of "." is higher than unary minus.
That's right:
double foo(in double x) {
assert (x >= 0);
On 2013-11-08 11:22, Robert wrote:
I agree that template mixin syntax is a bit nicer, but I ran into a few
issues with them. In the end I settled with the string mixin, because it
avoids those issues and also was more powerful (User can now choose the
protection). How would your template mixin w
On 11/8/2013 12:53 PM, Dmitry Olshansky wrote:
Well if it's indeed Mar 2014 I think there is no rush :)
Except that the more disruptive a change is, the earlier in the cycle it should
be done, so it can bake properly.
On 11/8/2013 12:21 PM, "Théo B" " wrote:
Please excuse my awful english, this is not my native language ( well this is
not a reason, I'm just bad ).
Actually, your english is excellent.
It's a great thing you're doing creating a french language D site. You'll need
to do some regular promotion
09-Nov-2013 00:50, monarch_dodra пишет:
More safety - @safe writeln ?
I think this is good, but also the kind of thing we don't want to
rush. Making things useable in safe code usually means marking
things trusted. Do this too fast, and you end up trusting code
that is actually totally unsafe :
More safety - @safe writeln ?
I think this is good, but also the kind of thing we don't want to
rush. Making things useable in safe code usually means marking
things trusted. Do this too fast, and you end up trusting code
that is actually totally unsafe :/ It's a delicate process.
09-Nov-2013 00:09, Martin Nowak пишет:
I made a wiki page for that.
Please discuss, improve and prioritize.
http://wiki.dlang.org/Agenda
Added few goals for Phobos (hopefully describing a general consensus).
1. Fight the dependency hell & split up huge modules.
As seen during private exchange
Hello there,
I am a French student who discovered D about a year ago. I used
it for a few personal projects, and I really enjoyed it as a
great tool to make powerful native-apps easily.
Unfortunaly, finding resources in french on the web is near
impossible, and I think this is a real problem
I made a wiki page for that.
Please discuss, improve and prioritize.
http://wiki.dlang.org/Agenda
On 11/8/13, Andrei Alexandrescu wrote:
> Download statistics are of crucial importance to us.
Are these statistic publicly displayed somewhere? I'm really
interested in them. I can definitely tell there are new D users around
since they pop up in the #d IRC channel, on stackoverflow, and
D.learn.
On Friday, 8 November 2013 at 16:13:04 UTC, Anonimous wrote:
Is it reasonable to introduce new identifier _sig for each
signal sig?
I think so, yes. It is more or less the code one would write by
hand if there were no mixin.
You could just make emit private static function,that takes
signal
I was referring to the issue of string mixin vs mixin template.
My bad ;-) My first implementation was using just a template
mixin, but I hit a few bugs (At least 2, one should be fixed
already the other one I can't remember, but had something to do
with derived classes), so I tried the stri
On 11/8/13 1:02 AM, Marco Leise wrote:
I'm rewriting the package script for Gentoo and I stumbled
over that old "mirror restriction" forcing downloads from the
Amazon server rather than from Gentoo mirrors.
It's not an issue at all, it would only saves 2 lines of
code. :) So if you (Walter) still
Is it reasonable to introduce new identifier _sig for each signal
sig?
You could just make emit private static function,that takes
signal by the first argument instead.
On 11/08/13 14:59, bearophile wrote:
> Dicebot:
>
>> Yes it is expected and reasonable to me. Otherwise you'd need brackets for
>> every expression like this: `-aggregate.field`
>
> For me it's weird... :-)
The weirdness does not really come from the op precedence, but UFCS and
literals. Ie the
On 11/6/2013 1:32 PM, H. S. Teoh wrote:> On Tue, Nov 05, 2013 at
10:37:38PM -0500, Nick Sabalausky wrote:
> [...]
>> I've actually tried to trace back just when it was I started on
>> Applesoft BASIC, and best I can figure I must have been around 7 or
>> 8. I know I had already learned to read (o
On Friday, 8 November 2013 at 06:17:09 UTC, Marcin Mstowski wrote:
http://www.asahi-net.or.jp/~cs8k-cyu/windows/tt_e.html
Torus Trooper, but it is very, very old (D ver. 0.110).
I was recently thinking about trying to get that to build in
modern D. Might poke at it this weekend if the person I
For me it's weird... :-)
import std.math;
assert (-3.abs == 0 - 3.abs);
assert ((-3).abs == (0 - 3).abs);
Makes sense..
"Thread hijacking" achievement unlocked ;)
On topic of such wiki page - it is kind of nice to have but lot
of potential entries are controversial and need some serious
discussion (for example, I'd place optional parens there as
damaging mistake but reasonable people will disagree :P) before
b
On Friday, 8 November 2013 at 11:47:02 UTC, logicchains wrote:
Ah, right. I'll bear it in mind if I'm ever writing
cross-architectural code in D.
Using size_t as array indices is a c/c++ convention that is also
relevant to D, it's definitely not a D specific thing. Perhaps it
is more common h
On Friday, 8 November 2013 at 14:27:39 UTC, Robert wrote:
You don't need it, that is true. You can use the Signal struct
directly, it is only there for convenience. It restricts
permission to emit the signal to the module, by wrapping it up
into an accessor method.
Best regards,
Robert
I wa
On Friday, 8 November 2013 at 14:21:45 UTC, Dicebot wrote:
"Thread hijacking" achievement unlocked ;)
Now, now, I changed the title. If this were a proper hijack, I'd
be trying to extract a ransom (like fixed AAs). ;)
On topic of such wiki page - it is kind of nice to have but lot
of potent
On Friday, 8 November 2013 at 14:12:04 UTC, Timon Gehr wrote:
See http://wiki.dlang.org/DIP24 (TLDR: The full proposal makes
@properties behave like ordinary variables except that their
address cannot be taken and there could be more
postblit/destructor invocations in a given expression. Ther
At any rate, a string mixin is not necessitated here at all,
and really hurts code readability (though mostly on the
implementation side). If you're having issues with templates,
please tell us so we can help.
You don't need it, that is true. You can use the Signal struct
directly, it is only
On 11/08/2013 02:31 PM, Wyatt wrote:
[3] http://wiki.dlang.org/DIP23 No, I won't ever give up. This is
important. :<
Please do. Excerpts:
struct S
{
@property Type foo(); // formal getter
@property void bar(Type); // formal setter
@property ref Type baz();
Luís Marques:
Is there a document that explains how the C++ namespace support
is going to look like?
In the D world sometimes people implement first, and discuss
later...
Bye,
bearophile
Dicebot:
Yes it is expected and reasonable to me. Otherwise you'd need
brackets for every expression like this: `-aggregate.field`
For me it's weird... :-)
Thank you for the answers.
Bye,
bearophile
Your site counts 90 SLOC for the D entry, that comes from 83
lines of code plus 7 comment lines. I think you shouldn't count
the lines of comments, from all the entries.
If you want to count the comments too, then if you want I'll
submit a 83 lines long D version without comments for your site
On Thursday, 7 November 2013 at 22:16:43 UTC, Dicebot wrote:
Of course, good stuff is still worth discussing - language
design moves forward and D3 is inevitable, whatever Walter
intention here is. There are already D derivatives that do
experiment in that domain trying to build on D experien
On Friday, 8 November 2013 at 10:22:53 UTC, Robert wrote:
On Thursday, 7 November 2013 at 20:48:58 UTC, Jacob Carlborg
wrote:
* If a template mixin, which uses the string mixin, is
provided the syntax will look a bit nicer
I agree that template mixin syntax is a bit nicer, but I ran
into a
On Friday, 8 November 2013 at 12:49:38 UTC, bearophile wrote:
Is this a good design of the operator precedences? Is this
worth changing/fixing?
Bye,
bearophile
Yes it is expected and reasonable to me. Otherwise you'd need
brackets for every expression like this: `-aggregate.field`
On Friday, 8 November 2013 at 12:53:24 UTC, Daniel Kozak wrote:
On Friday, 8 November 2013 at 12:49:38 UTC, bearophile wrote:
This is something that has come out of a thread I have opened
in D.learn.
In the thread qznc has answered me:
Operator precedence of "." is higher than unary minus.
On Friday, 8 November 2013 at 12:49:38 UTC, bearophile wrote:
This is something that has come out of a thread I have opened
in D.learn.
In the thread qznc has answered me:
Operator precedence of "." is higher than unary minus.
That's right:
double foo(in double x) {
assert (x >= 0);
This is something that has come out of a thread I have opened in
D.learn.
In the thread qznc has answered me:
Operator precedence of "." is higher than unary minus.
That's right:
double foo(in double x) {
assert (x >= 0);
return x;
}
void main() {
assert(-1.foo == -1);
}
Is
Ah, right. I'll bear it in mind if I'm ever writing
cross-architectural code in D.
On Friday, 8 November 2013 at 09:37:56 UTC, Marco Leise wrote:
Am Fri, 08 Nov 2013 09:58:38 +0100
schrieb "logicchains" :
That's interesting. Is there a particular reason for using
size_t for array indexing rat
On Thursday, 7 November 2013 at 20:48:58 UTC, Jacob Carlborg
wrote:
* If a template mixin, which uses the string mixin, is provided
the syntax will look a bit nicer
I agree that template mixin syntax is a bit nicer, but I ran into
a few issues with them. In the end I settled with the string
On Friday, 8 November 2013 at 09:37:56 UTC, Marco Leise wrote:
The _t indicates that its size depends on the target
architecture.
Erm? I am pretty sure "_t" is just a short form for "type",
common naming notation from C.
Just one question. When I looked on code I noticed this part of
code:
private:
RestrictedSignal!(Args) restricted_;
And first what came to my mind was that I do not know
restricted keyword. But than I find out there is no such
keyword. So why is there a underscore at the end instead of
Am Fri, 08 Nov 2013 09:58:38 +0100
schrieb "logicchains" :
> That's interesting. Is there a particular reason for using size_t
> for array indexing rather than int?
It is the natural representation of an array index. It is
unsigned and spans the whole addressable memory area.
The _t indicates th
On 11/8/13, 0:17, Dejan Lekic wrote:
After a year and a half (
https://d.puremagic.com/issues/show_bug.cgi?id=7961 ) I have to remind
Walter and Co. about this enhancement request. :) This is becoming
increasingly important not just to me, but to the D community in general.
I already looked int
I'm rewriting the package script for Gentoo and I stumbled
over that old "mirror restriction" forcing downloads from the
Amazon server rather than from Gentoo mirrors.
It's not an issue at all, it would only saves 2 lines of
code. :) So if you (Walter) still want to keep track of the
download stati
On Thursday, 7 November 2013 at 19:59:28 UTC, Rob T wrote:
On Thursday, 7 November 2013 at 15:55:47 UTC, Jonathan M Davis
wrote:
[..]
Then should public and private be @public and @private in
order to be
consistent? Then we'd be inconsistent with C++, Java, C# etc.
which would make
it that muc
That's interesting. Is there a particular reason for using size_t
for array indexing rather than int?
uint[10] data;
foreach (i, ref x; data)
x = i;
This code works on 32 bit systems, because the index i of an
array is deduced as a size_t. So it fits inside the array of
uints. On a 64 sy
On Thursday, 7 November 2013 at 09:29:39 UTC, Daniel Kozak wrote:
On Thursday, 7 November 2013 at 08:11:53 UTC, WasThere wrote:
Anyway adding or removing @ will cause code breakage,
but leaving @ for UDAs it's better. It will be beautiful in
words of consistency.
Yes, but removing @ from @saf
It seems like a pretty simple change so far, though I guess
we'll see today. As >a demo, I'm creating both a
ThreadMultiplexer and a FiberMultiplexer.
That would be awesome. Something similar to lightweight threads
as in Go or Rust and I'm all happy with D ;-).
logicchains:
Benchmark author here. I left the ldmd2 entry there to
represent the performance of the D implementation from the time
of the benchmark, to highlight that the current D
implementation is much newer than the others, and that there
have been no attempts to optimise the C and C++ ve
87 matches
Mail list logo
