On 2013-11-15 00:36, Nick wrote:
I have no idea what everyone is getting worked up about. My
understanding of the plan is that there are biannual major releases,
with bug fix releases in-between, for those people/companies who need
stability/dependability.
In addition to that we have monthly 'be
On 2013-11-15 02:33, Jesse Phillips wrote:
How? It is the same as Tyro[17] describes only with 2 month rather than
6 month releases. The page just goes into great detail about how to
achieve it, which is complex.
Yeah, it has all the git commands, you don't have to read those.
--
/Jacob Carlb
On 2013-11-14 21:54, Walter Bright wrote:
If it is powerful enough to do async/await but look like normal D
syntax, then is going to suffer from these faults.
I don't think so. The idea is to have it look consistent within the
language. Take a look at __traits. It looks just like a function c
On 2013-11-15 02:50, Michel Fortin wrote:
Still no modern runtime support I'd guess? With support only for the
legacy runtime you're stuck compiling for 32-bit OS X only; 32-bit iOS
uses the modern runtime.
Right, I forgot about that. I haven't done a single thing on this since
the last time
On 11/14/2013 5:31 AM, Benjamin Thaut wrote:
Am 14.11.2013 11:28, schrieb Walter Bright:
This of course means that functions may wind up going through the
dllimport indirection even for calling functions in the same dll, but it
should work.
Also our suggested approach would not have this down
On 2013-11-15 00:35, Manu wrote:
Very good point. I wonder if there's room to make a push for this in 2.065.
Highly unlikely. It seems like Walter wanted us to first implement ARC,
to not be worse the Objective-C currently is. But we haven't been able
to come to an agreement on how to do th
On 11/14/2013 3:37 AM, Benjamin Thaut wrote:
Am 14.11.2013 11:28, schrieb Walter Bright:
On 11/12/2013 2:23 PM, Martin Nowak wrote:
One possibility is modules listed on the command line are regarded as
export==dllexport, and other modules as export==dllimport.
This of course means that functio
On Friday, 15 November 2013 at 06:18:00 UTC, Joakim wrote:
On Friday, 15 November 2013 at 00:18:50 UTC, Martin Nowak wrote:
On 11/14/2013 05:14 PM, Kai Nacke wrote:
But this is only half of the story. My target is Linux/ARM
which is
already supported by druntime/phobos. If you target a
smartph
On Friday, 15 November 2013 at 01:09:53 UTC, bearophile wrote:
I have created two interesting D entries for this Rosettacode
Task, is someone willing to create a Reddit entry for this?
They show very different kinds of code in D.
http://rosettacode.org/wiki/Look-and-say_sequence#D
The fast v
Am 15.11.2013 00:38, schrieb Rainer Schuetze:
Maybe. Another rule might be that only the declarations actually
annotated with "export" gets exported with the instantiation, so you
could add "export" to the whole class or only some declaraations.
I don't think this is a good idea. It should be
on one ubuntu64 box (ubuntu 12.04) (call it A), compiling from source (from
dmd.2.064.2.zip and following http://dlang.org/dmd-linux.html), I get:
$cd src/dmd
$make -f posix.mak -j8
*fatal: Not a git repository (or any of the parent directories): .git*
#but compiles ok
$cd ../druntime
$make -f po
On Friday, 15 November 2013 at 00:18:50 UTC, Martin Nowak wrote:
On 11/14/2013 05:14 PM, Kai Nacke wrote:
But this is only half of the story. My target is Linux/ARM
which is
already supported by druntime/phobos. If you target a
smartphone then
you also have to add Android or iOS support to dru
Am 14.11.2013 21:54, schrieb Walter Bright:
(A lot of the C++ macro abuse looks like normal syntax to the user, but it
behaves in a way that the casual user would find completely unexpected.
same can be said about Boost Spirit templates
Meta:
I didn't look that closely at the imperative code, but it seems
to be quite a bit longer than most of the other imperative
examples. Is this because it's super-optimized?
Yes, it's longer because it's optimized.
Bye,
bearophile
On Friday, 15 November 2013 at 01:09:53 UTC, bearophile wrote:
I have created two interesting D entries for this Rosettacode
Task, is someone willing to create a Reddit entry for this?
They show very different kinds of code in D.
http://rosettacode.org/wiki/Look-and-say_sequence#D
Bye,
bearop
Rob T:
Timings for short functional version vs fast would be nice.
Below the two I have added a note to compare the run-times.
Bye,
bearophile
OK. On the other hand regarding speed the fast version is in
another world. So the speed comparison will become a little
silly.
The first program doesn't even compile with ldc2 v.2.063.2, and
the two programs are quite different in scope...
Bye,
bearophile
On 2013-11-14 19:14:03 +, Jacob Carlborg said:
On 2013-11-14 17:21, Chris wrote:
Thanks for your reply, Kai. That's good news, however iOS and Android
support is crucial. I hope D can soon be ported to ARM, it's just too
important.
If you want to do anything useful on iOS you need to us
Rob T:
Timings for short functional version vs fast would be nice.
OK. On the other hand regarding speed the fast version is in
another world. So the speed comparison will become a little silly.
--
Martin Nowak:
len.uninitializedArray ? Isn't this too much UFCS?
I think it'
On 11/14/2013 07:32 PM, Frusdrated wrote:
First: Does 2.064 fully support shared libraries? It seems there were
previous indications that it would.
Not ready yet. You can use link against shared libraries and the
low-level support for dynamic loading is done.
On Friday, 15 November 2013 at 00:30:09 UTC, Martin Nowak wrote:
On 11/14/2013 09:18 AM, tn wrote:
What is wrong with the process that is described in the wiki
(and that I
thought you already agreed on)? See
http://wiki.dlang.org/Development_and_Release_Process
It's too complex.
How? It is
On Friday, 15 November 2013 at 01:09:53 UTC, bearophile wrote:
I have created two interesting D entries for this Rosettacode
Task, is someone willing to create a Reddit entry for this?
They show very different kinds of code in D.
http://rosettacode.org/wiki/Look-and-say_sequence#D
Bye,
bearop
On 11/15/2013 02:09 AM, bearophile wrote:
I have created two interesting D entries for this Rosettacode Task
len.uninitializedArray ? Isn't this too much UFCS?
On Thursday, 14 November 2013 at 20:30:40 UTC, Dicebot wrote:
On Thursday, 14 November 2013 at 20:27:23 UTC, Rob T wrote:
Bug fixes should be as frequent as possible. To understand
why, just try and find a good reason to artificially hold back
a bug fix.
Code breakage. DMD has good amount of
I have created two interesting D entries for this Rosettacode
Task, is someone willing to create a Reddit entry for this? They
show very different kinds of code in D.
http://rosettacode.org/wiki/Look-and-say_sequence#D
Bye,
bearophile
On 11/15/2013 12:36 AM, Nick wrote:
I have no idea what everyone is getting worked up about. My
understanding of the plan is that there are biannual major releases,
with bug fix releases in-between, for those people/companies who need
stability/dependability.
In addition to that we have monthly
On 11/14/2013 09:18 AM, tn wrote:
What is wrong with the process that is described in the wiki (and that I
thought you already agreed on)? See
http://wiki.dlang.org/Development_and_Release_Process
It's too complex.
Am Fri, 15 Nov 2013 00:31:40 +0100
schrieb "bearophile" :
> A simple article that shows a nice usage of __builtin_prefetch:
>
> http://www.naftaliharris.com/blog/2x-speedup-with-one-line-of-code/
>
> Bye,
> bearophile
Whenever I try that it doesn't seem to do anything :-(
Good to see that other
Am Fri, 15 Nov 2013 00:03:42 +0100
schrieb Marco Leise :
> Am Thu, 14 Nov 2013 21:35:22 +0100
> schrieb Johannes Pfau :
>
> > AFAIK you can't put shared libraries into a different folder.
> > The runtime linker must be able to find the libraries so the folders
> > have to be registered in ld.so.c
On 11/14/2013 05:14 PM, Kai Nacke wrote:
But this is only half of the story. My target is Linux/ARM which is
already supported by druntime/phobos. If you target a smartphone then
you also have to add Android or iOS support to druntime/phobos.
Currently version (linux) in druntime is equivalent
On 14.11.2013 18:25, Benjamin Thaut wrote:
Am 14.11.2013 08:36, schrieb Rainer Schuetze:
As far as I understand, the optimization avoids generating code for
template instances only _created_ (not defined) by imported modules,
e.g. when needed for semantic analysis inside the imported module
I have no idea what everyone is getting worked up about. My
understanding of the plan is that there are biannual major
releases, with bug fix releases in-between, for those
people/companies who need stability/dependability.
In addition to that we have monthly 'beta' releases for those who
wan
Le 14/11/2013 13:03, Russel Winder a écrit :
Has anyone done any work with QML and D?
Gustavo Niemeyer is creating a QML package for Go and it is already
getting a lot of traction.
I have a little pet project where I am comparing PyQt5 and Go, and I
would like to try using D as a third variant,
On 15 November 2013 05:14, Jacob Carlborg wrote:
> On 2013-11-14 17:21, Chris wrote:
>
> Thanks for your reply, Kai. That's good news, however iOS and Android
>> support is crucial. I hope D can soon be ported to ARM, it's just too
>> important.
>>
>
> If you want to do anything useful on iOS yo
A simple article that shows a nice usage of __builtin_prefetch:
http://www.naftaliharris.com/blog/2x-speedup-with-one-line-of-code/
Bye,
bearophile
Le 14/11/2013 09:39, luka8088 a écrit :
On 14.11.2013. 5:29, Tyro[17] wrote:
On 11/13/13, 11:06 PM, Brad Roberts wrote:
On 11/13/13 7:13 PM, Tyro[17] wrote:
On 11/13/13, 9:46 PM, Brad Roberts wrote:
On 11/13/13 4:37 PM, Tyro[17] wrote:
I'm of the opinion, however, that
the cycle should be si
Am Thu, 14 Nov 2013 21:35:22 +0100
schrieb Johannes Pfau :
> AFAIK you can't put shared libraries into a different folder.
> The runtime linker must be able to find the libraries so the folders
> have to be registered in ld.so.conf. But ld 'virtually merges' all
> directories so you still can't ha
On Thursday, 14 November 2013 at 21:12:11 UTC, Walter Bright
wrote:
On 11/14/2013 11:40 AM, deadalnix wrote:
This is not proposing to configure syntax.
Right, it is about inserting arbitrarily different meaning into
existing syntax.
Yes, but EXPLICITELY.
(Also, a popular way of encryptin
On Thursday, 14 November 2013 at 21:48:16 UTC, John Colvin wrote:
On Thursday, 14 November 2013 at 21:13:24 UTC, Robert wrote:
enum Protection { protected_, private_, none }
alias protected_ = Protection.protected_;
alias private_ = Protection.private_;
alias none = Protection.none;
Best of bot
On Thursday, 14 November 2013 at 21:13:24 UTC, Robert wrote:
enum Protection { protected_, private_, none }
alias protected_ = Protection.protected_;
alias private_ = Protection.private_;
alias none = Protection.none;
Best of both worlds?
I thought of this too and it does seem to be a viable s
Am Sat, 9 Nov 2013 01:38:10 +0100
schrieb Marco Leise :
I abandoned my "gdc" ebuild and instead just copied
the original gcc ebuild and augmented it with a specific
checkout of gdc from Github. This means that you can freely
slot it with your existing gcc installation(s) or replace it
entirely. Th
On Thursday, 14 November 2013 at 21:12:11 UTC, Walter Bright
wrote:
On 11/14/2013 11:40 AM, deadalnix wrote:
This is not proposing to configure syntax.
Right, it is about inserting arbitrarily different meaning into
existing syntax.
For example, I have a friend from the middle east who work
On Thursday, 14 November 2013 at 20:53:05 UTC, deadalnix wrote:
...
Hush-hush :) I was simply answering a question "Why may someone
refuse to move to minor release that contains only bug fixes".
Nothing more, nothing less, no hidden implications :)
On Thursday, 14 November 2013 at 21:12:11 UTC, Walter Bright
wrote:
On the other hand, with string mixins, it is immediately
obvious that one is dealing with different syntax, and so
expect something different to happen.
This is exactly the reason why I have been asking to make
denoting macro
On Thu, Nov 14, 2013 at 01:12:11PM -0800, Walter Bright wrote:
> On 11/14/2013 11:40 AM, deadalnix wrote:
> >This is not proposing to configure syntax.
>
> Right, it is about inserting arbitrarily different meaning into
> existing syntax.
[...]
> Now, let's take the AST macros, and pass it "4+3".
On Nov 14, 2013 8:40 PM, "Johannes Pfau" wrote:
>
> Am Thu, 14 Nov 2013 20:02:46 +0100
> schrieb Marco Leise :
>
> > Am Thu, 14 Nov 2013 19:11:17 +0100
> > schrieb "Dejan Lekic" :
> >
> > > On Wednesday, 13 November 2013 at 13:50:45 UTC, Marco Leise wrote:
> > > >
> > > > I don't want to be limite
On 11/14/2013 11:40 AM, deadalnix wrote:
This is not proposing to configure syntax.
Right, it is about inserting arbitrarily different meaning into existing syntax.
For example, I have a friend from the middle east who worked at Microsoft. His
english was excellent. But sometimes he'd get tri
enum Protection { protected_, private_, none }
alias protected_ = Protection.protected_;
alias private_ = Protection.private_;
alias none = Protection.none;
Best of both worlds?
I thought of this too and it does seem to be a viable solution. I
personally really don't mind the string parameter,
On 11/14/2013 11:18 AM, Jacob Carlborg wrote:
AST macros cannot change the syntax or introduce new syntax. C preprocessor
macros and AST macros are not the same. I'm starting to regret that I called it
"macros".
If it is powerful enough to do async/await but look like normal D syntax, then
is
On Thursday, 14 November 2013 at 20:30:40 UTC, Dicebot wrote:
On Thursday, 14 November 2013 at 20:27:23 UTC, Rob T wrote:
Bug fixes should be as frequent as possible. To understand
why, just try and find a good reason to artificially hold back
a bug fix.
Code breakage. DMD has good amount of
On Thursday, 14 November 2013 at 00:37:38 UTC, Tyro[17] wrote:
Greetings,
I have accepted the responsibility of preparing the builds for
DMD and would like to engage in conversation about the way
ahead.
The first concern I have is about the build cycle. Presently,
it is nonexistent. There i
Am Thu, 14 Nov 2013 20:02:46 +0100
schrieb Marco Leise :
> Am Thu, 14 Nov 2013 19:11:17 +0100
> schrieb "Dejan Lekic" :
>
> > On Wednesday, 13 November 2013 at 13:50:45 UTC, Marco Leise wrote:
> > >
> > > I don't want to be limited to one installation of Phobos.
> > > That's why there is no "none
On Thursday, 14 November 2013 at 20:27:23 UTC, Rob T wrote:
Bug fixes should be as frequent as possible. To understand why,
just try and find a good reason to artificially hold back a bug
fix.
Code breakage. DMD has good amount of accepts-invalid bugs.
OK, I missed the point where everything started back again. This
is being ridiculous.
On Thursday, 14 November 2013 at 00:37:38 UTC, Tyro[17] wrote:
[...]
Your thoughts and concerns please.
Please do not mix together bugs fix releases with enhancement/new
addition releases, those represent two different types of release
that serve two entirely different purposes.
Bug fixes s
On 12/11/13 20:50, Marco Leise wrote:
I've seen people use both 'd' and 'dlang' now, so I created a
poll. Everyone assembling Linux packages is then free use the
results to create a similar experience on all distributions.
I'm not sure a poll is the appropriate way to decide this, to be honest.
Am 14.11.2013 20:54, schrieb deadalnix:
On Thursday, 14 November 2013 at 13:31:30 UTC, Benjamin Thaut wrote:
Am 14.11.2013 11:28, schrieb Walter Bright:
This of course means that functions may wind up going through the
dllimport indirection even for calling functions in the same dll, but it
sh
On Thursday, 14 November 2013 at 13:31:30 UTC, Benjamin Thaut
wrote:
Am 14.11.2013 11:28, schrieb Walter Bright:
This of course means that functions may wind up going through
the
dllimport indirection even for calling functions in the same
dll, but it
should work.
Also our suggested approa
On Thursday, 14 November 2013 at 18:23:20 UTC, Andrei
Alexandrescu wrote:
[...]
Natural languages are "humans complete" because they are the
one vehicle we use to describe and manipulate our understanding
of the entire reality. If configurable syntax was something
necessary to model the worl
On Thursday, 14 November 2013 at 18:23:20 UTC, Andrei
Alexandrescu wrote:
On 11/14/13 2:17 AM, Walter Bright wrote:
On 11/14/2013 2:07 AM, Chris Cain wrote:
I guess I would have thought the exact opposite from you...
that this is
precisely something that *should* be done with a
library-defined
On Thursday, 14 November 2013 at 18:23:20 UTC, Andrei
Alexandrescu wrote:
On 11/14/13 2:17 AM, Walter Bright wrote:
On 11/14/2013 2:07 AM, Chris Cain wrote:
I guess I would have thought the exact opposite from you...
that this is
precisely something that *should* be done with a
library-defined
On 11/11/2013 12:37 AM, Andrei Alexandrescu wrote:
On 11/10/13 3:21 PM, Timon Gehr wrote:
On 11/10/2013 11:43 PM, Andrei Alexandrescu wrote:
It seems we could even get rid of __FILE__,__LINE__,__MODULE__ with AST
macros.
This would be a very small advantage. The special variables hardly caus
On Thursday, 14 November 2013 at 19:27:42 UTC, simendsjo wrote:
At the top of the page you should have "view mode" links which
supports a threaded view.
Neat. I have my browser set up to auto-login, so I rarely, if
ever, have to look up there.
On 11/12/2013 09:14 AM, Andrei Alexandrescu wrote:
On 11/12/13 12:09 AM, Jacob Carlborg wrote:
...
"An argument for macros would have to do a
lot more than 'we don't need __FILE__ etc. anymore'"
...
It's very simple. Timon got into that part as if it were important. I pointed out it's
not
On Thursday, 14 November 2013 at 19:22:08 UTC, Meta wrote:
On Thursday, 14 November 2013 at 17:55:57 UTC, Walter Bright
wrote:
On 11/14/2013 9:08 AM, Meta wrote:
What kind of macro systems are you talking about? C-like
macros? Assembly
macros? Lisp-like macros? It seems that Jacob's proposed
s
On Thursday, 14 November 2013 at 17:55:57 UTC, Walter Bright
wrote:
On 11/14/2013 9:08 AM, Meta wrote:
What kind of macro systems are you talking about? C-like
macros? Assembly
macros? Lisp-like macros? It seems that Jacob's proposed
system is similar to
none of these.
See my first comment i
On 2013-11-14 19:23, Andrei Alexandrescu wrote:
FWIW Walter talked me back around 2005-2006 into abandoning my own ideas
about languages with configurable syntax.
There are quite a few failings about comparing programming languages
against natural languages, but here's one that I think does hav
On 2013-11-14 17:21, Chris wrote:
Thanks for your reply, Kai. That's good news, however iOS and Android
support is crucial. I hope D can soon be ported to ARM, it's just too
important.
If you want to do anything useful on iOS you need to use Objective-C
libraries, for that you bascilly need t
On 11/14/13 1:36 AM, monarch_dodra wrote:
On Wednesday, 13 November 2013 at 01:37:15 UTC, Jonathan M Davis wrote:
Except that pretty most of your examples don't seem like they would fail any
more than T.init would. int.max / 2 in so no more valid or invalid than 0. The
only difference I see woul
On 11/14/13 10:23 AM, Dejan Lekic wrote:
Scrum etc is for commercial software development. It does not really work for
Open Source
development, because people will always work on what they personally consider
most important and
most interesting. In the agile world there is a customer, who prior
Am Thu, 14 Nov 2013 19:11:17 +0100
schrieb "Dejan Lekic" :
> On Wednesday, 13 November 2013 at 13:50:45 UTC, Marco Leise wrote:
> >
> > I don't want to be limited to one installation of Phobos.
> > That's why there is no "none" option. It is required to have
> > e.g.:
> > /usr/include/dlang/dmd-1.
On 11/14/13, Sönke Ludwig wrote:
> Just a little personal impression - it seems like during 2.064's
> development, more people than ever have switched to DMD HEAD instead of
> the last release version. This made it much more burdensome to support
> public libraries, because compiler induced breaka
First: Does 2.064 fully support shared libraries? It seems there
were previous indications that it would.
Second: is it possible to change forum name, or will the
automatic spam filters object?
On 11/14/13 2:17 AM, Walter Bright wrote:
On 11/14/2013 2:07 AM, Chris Cain wrote:
I guess I would have thought the exact opposite from you... that this is
precisely something that *should* be done with a library-defined macro.
Again, I reiterate what experience shows happens with macro system
Scrum etc is for commercial software development. It does not
really work for Open Source development, because people will
always work on what they personally consider most important and
most interesting. In the agile world there is a customer, who
prioritizes work items. This cannot be applied
On Wednesday, 13 November 2013 at 13:50:45 UTC, Marco Leise wrote:
Am Wed, 13 Nov 2013 13:23:17 +0100
schrieb "Dejan Lekic" :
On Tuesday, 12 November 2013 at 19:50:32 UTC, Marco Leise
wrote:
> I've seen people use both 'd' and 'dlang' now, so I created a
> poll. Everyone assembling Linux packa
On 11/14/13 1:37 AM, Don wrote:
I just can't escape the feeling that class-based runtime polyphorphism
is almost never an ideal solution, and that most of the benefits and
success of OOP languages comes from things other than OOP itself. And I
think it's because OOP is philosophically nonsense --
1. I've seen very heavy use of such macros in macro assemblers.
What happens is people use it to invent their own (very
baroque) language on top of the existing assembler one. Anyone
trying to read the code has to learn this new unique language,
and given the limitations of the macro capabili
On 11/14/2013 9:08 AM, Meta wrote:
What kind of macro systems are you talking about? C-like macros? Assembly
macros? Lisp-like macros? It seems that Jacob's proposed system is similar to
none of these.
See my first comment in this thread - it's an ancestor to this one.
El 14/11/13 17:48, Chris ha escrit:
> On Thursday, 14 November 2013 at 16:42:05 UTC, Chris wrote:
>> On Thursday, 14 November 2013 at 16:32:59 UTC, Sönke Ludwig wrote:
>>> Am 14.11.2013 16:54, schrieb Chris:
Excuse me my ignorance. I haven't used DUB for a while now. Don't know
what's wro
Am 14.11.2013 08:36, schrieb Rainer Schuetze:
As far as I understand, the optimization avoids generating code for
template instances only _created_ (not defined) by imported modules,
e.g. when needed for semantic analysis inside the imported module, but
never actually referenced by generated c
Am 14.11.2013 17:42, schrieb Chris:
On Thursday, 14 November 2013 at 16:32:59 UTC, Sönke Ludwig wrote:
Am 14.11.2013 16:54, schrieb Chris:
Excuse me my ignorance. I haven't used DUB for a while now. Don't know
what's wrong. Found no hint on the (h)internet. I it that the latest
version of dmd i
On Thursday, 14 November 2013 at 15:40:49 UTC, Robert wrote:
Enums in D may be scoped. There is nothing that prevents you
from declaring your enum thus:
enum { protected_, private_, none }
making the shorter version perfectly legal.
mixin(signal!(string, int)("valueChanged", protected_));
On Thursday, 14 November 2013 at 09:12:38 UTC, Walter Bright
wrote:
I do understand this. I've not only extensively used macro
systems, I've designed two successful ones and implemented
other peoples' designs.
I've also seen the sheer awfulness of what happens with these
systems over the long
On Thursday, 14 November 2013 at 16:42:05 UTC, Chris wrote:
On Thursday, 14 November 2013 at 16:32:59 UTC, Sönke Ludwig
wrote:
Am 14.11.2013 16:54, schrieb Chris:
Excuse me my ignorance. I haven't used DUB for a while now.
Don't know
what's wrong. Found no hint on the (h)internet. I it that the
On Thursday, 14 November 2013 at 16:32:59 UTC, Sönke Ludwig wrote:
Am 14.11.2013 16:54, schrieb Chris:
Excuse me my ignorance. I haven't used DUB for a while now.
Don't know
what's wrong. Found no hint on the (h)internet. I it that the
latest
version of dmd is "too high" for dub? Use dmd2.063
Am 14.11.2013 16:54, schrieb Chris:
Excuse me my ignorance. I haven't used DUB for a while now. Don't know
what's wrong. Found no hint on the (h)internet. I it that the latest
version of dmd is "too high" for dub? Use dmd2.063 instead?
$ dub upgrade
Upgrading project in /home/path/to/project
Tri
On Thursday, 14 November 2013 at 15:54:09 UTC, Chris wrote:
Excuse me my ignorance. I haven't used DUB for a while now.
Don't know what's wrong. Found no hint on the (h)internet. I it
that the latest version of dmd is "too high" for dub? Use
dmd2.063 instead?
$ dub upgrade
Upgrading project i
On Thursday, 14 November 2013 at 16:14:16 UTC, Kai Nacke wrote:
On Thursday, 14 November 2013 at 14:47:47 UTC, Chris wrote:
I know, I know, this question has been asked many times
before. But it came up in a meeting the other day: is there
any work being done on making D an ARM citizen so that
On Thursday, 14 November 2013 at 14:47:47 UTC, Chris wrote:
I know, I know, this question has been asked many times before.
But it came up in a meeting the other day: is there any work
being done on making D an ARM citizen so that _non-trivial_ D
code can be ported to smartphones and the like?
Excuse me my ignorance. I haven't used DUB for a while now. Don't
know what's wrong. Found no hint on the (h)internet. I it that
the latest version of dmd is "too high" for dub? Use dmd2.063
instead?
$ dub upgrade
Upgrading project in /home/path/to/project
Triggering update of package vibe-d
G
Enums in D may be scoped. There is nothing that prevents you
from declaring your enum thus:
enum { protected_, private_, none }
making the shorter version perfectly legal.
mixin(signal!(string, int)("valueChanged", protected_));
Your concern about extra typing by always needing to specify
On Thursday, 14 November 2013 at 15:31:25 UTC, eles wrote:
On Thursday, 14 November 2013 at 14:47:47 UTC, Chris wrote:
I know, I know, this question has been asked many times
before. But it came up in a meeting the other day: is there
any work being done on making D an ARM citizen so that
_non
On Thursday, 14 November 2013 at 14:47:47 UTC, Chris wrote:
I know, I know, this question has been asked many times before.
But it came up in a meeting the other day: is there any work
being done on making D an ARM citizen so that _non-trivial_ D
code can be ported to smartphones and the like?
On Thursday, 14 November 2013 at 15:25:37 UTC, Dicebot wrote:
On Thursday, 14 November 2013 at 15:22:28 UTC, Gary Willoughby
wrote:
Is there any chance of htod being improved or ported to other
platforms?
http://dlang.org/htod.html
Is this tool still capable or is it a legacy tool now?
It d
On Thursday, 14 November 2013 at 15:22:28 UTC, Gary Willoughby
wrote:
Is there any chance of htod being improved or ported to other
platforms?
http://dlang.org/htod.html
Is this tool still capable or is it a legacy tool now?
It does not reliably work even on Windows. Legacy.
Use dstep (http
Is there any chance of htod being improved or ported to other
platforms?
http://dlang.org/htod.html
Is this tool still capable or is it a legacy tool now?
I know, I know, this question has been asked many times before.
But it came up in a meeting the other day: is there any work
being done on making D an ARM citizen so that _non-trivial_ D
code can be ported to smartphones and the like? If so, what it
the rough time frame?
On 12/11/13 21:06, Dicebot wrote:
"dlang" should supersede "d" in all domains, it is a simple matter of ambiguity
(I, personally, won't change it whatever poll results are)
I suggest the opposite -- if "d" is up for grabs, we should grab it and hold on
to it. Ambiguity is best overcome by cre
On Wednesday, 13 November 2013 at 15:07:57 UTC, Iain Buclaw wrote:
That requires co-operation from upstream compiler projects...
distributors
are free to have local patches by all means to force the
compilers to look
in non-standard directories. ;-)
Well, you have co-operated with me willingl
1 - 100 of 152 matches
Mail list logo