On Tuesday, 5 November 2013 at 05:09:58 UTC, Manu wrote:
Note: I saw Alexander Bothe released an update to the parser
one day after
your release... ;)
Sure, there have been a couple of critical regression bugs in the
parser engine.
Furthermore, I re-enabled the ufcs completion.
Rainer, I
i have added dub package to this bindings, need testing. i don't
have an idea how it works since dub lacks documentation.
El 05/11/13 23:46, Walter Bright ha escrit:
On 11/5/2013 2:41 PM, Brad Anderson wrote:
Figured it out. You used linux/win/installer.nsi. I have no idea why that
exists and what it is for.
It's so you can build the windows installer from a Linux box. I presumed it
was the same.
It is
El 06/11/13 10:55, Jordi Sayol ha escrit:
El 05/11/13 23:46, Walter Bright ha escrit:
On 11/5/2013 2:41 PM, Brad Anderson wrote:
Figured it out. You used linux/win/installer.nsi. I have no idea why that
exists and what it is for.
It's so you can build the windows installer from a Linux
Arch Linux package has been updated.
Was awaiting for some of good stuff from this release for a long
time :)
There are two extremely disappointing things though:
1)
We still can't get versioning right. Walter has treated release
candidate as a release which is why we have 2.064.2 right now
El 05/11/13 23:08, Walter Bright ha escrit:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064.2-0_i386.deb
On Wednesday, 6 November 2013 at 12:02:48 UTC, Gary Willoughby
wrote:
Release notes?
http://dlang.org/changelog
On Wednesday, 6 November 2013 at 12:44:09 UTC, Dicebot wrote:
On Wednesday, 6 November 2013 at 12:02:48 UTC, Gary Willoughby
wrote:
Release notes?
http://dlang.org/changelog
There is a a bug in the new eponymous syntax example in the
changelog:
template isIntOrFloat(T)
{
static if
Dicebot, el 6 de November a las 12:43 me escribiste:
Arch Linux package has been updated.
Was awaiting for some of good stuff from this release for a long
time :)
There are two extremely disappointing things though:
1)
We still can't get versioning right. Walter has treated release
El 05/11/13 23:08, Walter Bright ha escrit:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064.2-0_i386.deb
On 11/6/2013 6:29 PM, evilrat wrote:
i have added dub package to this bindings, need testing. i don't have an
idea how it works since dub lacks documentation.
http://code.dlang.org/about
http://code.dlang.org/package-format
On 6 November 2013 18:25, Alexander Bothe i...@alexanderbothe.com wrote:
On Tuesday, 5 November 2013 at 05:09:58 UTC, Manu wrote:
Note: I saw Alexander Bothe released an update to the parser one day after
your release... ;)
Sure, there have been a couple of critical regression bugs in the
On Wednesday, 6 November 2013 at 14:25:46 UTC, Mike Parker wrote:
On 11/6/2013 6:29 PM, evilrat wrote:
i have added dub package to this bindings, need testing. i
don't have an
idea how it works since dub lacks documentation.
http://code.dlang.org/about
http://code.dlang.org/package-format
Regarding project files - I like Mono-D attempt to support dub
package.json as project description file.
Regarding semantical analysis - both Mono-D and VisualD should
just merged efforts with DCD, problem solved :)
On Wednesday, 6 November 2013 at 14:35:07 UTC, evilrat wrote:
also if you look at my repo u can see it has examples
subfolder, should i put package.json there too or it would be
simpler to add custom build script for building all this
examples?
I think former is expected as it is how Sonke
On Wednesday, 6 November 2013 at 14:44:59 UTC, Dicebot wrote:
On Wednesday, 6 November 2013 at 14:35:07 UTC, evilrat wrote:
also if you look at my repo u can see it has examples
subfolder, should i put package.json there too or it would be
simpler to add custom build script for building all
On Wednesday, 6 November 2013 at 14:43:35 UTC, Dicebot wrote:
Regarding project files - I like Mono-D attempt to support dub
package.json as project description file.
Regarding semantical analysis - both Mono-D and VisualD should
just merged efforts with DCD, problem solved :)
I dunno,
On 06/11/2013 14:39, Manu wrote:
For instance, it seems a shame to have .visualdproj, and .dproj files
separate and incompatible. .csproj files are the same between VS and MD,
I wonder if the same is possible for D with collaboration?
The best approach here is to support an IDE-independent
06-Nov-2013 02:08, Walter Bright пишет:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064.2-0_i386.deb
On 11/6/13, Sergei Nosov sergei.no...@gmail.com wrote:
It seems to work now! I've send you a little pull request fixing
glu loading on my Ubuntu setup.
Merged. And thanks!
On 11/6/13, Szymon Gatner noem...@gmail.com wrote:
There is a a bug in the new eponymous syntax example in the
changelog
This was fixed, the website hasn't been updated.
On 7 November 2013 02:05, Bruno Medeiros brunodomedeiros+...@gmail.comwrote:
On 06/11/2013 14:39, Manu wrote:
For instance, it seems a shame to have .visualdproj, and .dproj files
separate and incompatible. .csproj files are the same between VS and MD,
I wonder if the same is possible for D
http://www.reddit.com/r/programming/comments/1q1dct/d_release_2064_is_out_with_35_enhancements_and/
Andrei
Picking common standard for all possible IDE's scales better than
cloning approach of a single one (especially if this one is
closed and known of forcing closed ecosystems)
On Wednesday, 6 November 2013 at 04:11:52 UTC, Manu wrote:
On 6 November 2013 09:54, Brad Anderson e...@gnuk.net wrote:
On Tuesday, 5 November 2013 at 23:51:54 UTC, Walter Bright
wrote:
On 11/5/2013 2:52 PM, Brad Anderson wrote:
He's made so many changes I don't even know where to begin
On 11/6/13, Sergei Nosov sergei.no...@gmail.com wrote:
It seems to work now! I've send you a little pull request fixing
glu loading on my Ubuntu setup.
Btw, which compiler are you using? Could you try running on LDC/GDC if
you have that installed and see if there's any performance difference?
On 11/6/13 9:41 AM, Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/1q1dct/d_release_2064_is_out_with_35_enhancements_and/
Hackernews: https://news.ycombinator.com/item?id=6684003
Twitter: https://twitter.com/D_Programming/status/398144005478707200
Andrei
On Tuesday, 5 November 2013 at 22:24:03 UTC, Orvid King wrote:
On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright
wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
I'm confused. The changelog pages links to
http://ftp.digitalmars.com/dmd.2.064.zip, while the download page
links to
http://downloads.dlang.org/releases/2013/dmd.2.064.2.zip. Which
is the correct file/version?
Also, at least on OS X (with both versions) I get a link error in
the wrap
On 11/6/2013 5:16 AM, Jordi Sayol wrote:
In dmd.2.064.2.zip, src/VERSION contains 2.064. Should be 2.064.2
I deliberately didn't do that because it would have required rebuilding all the
binaries just for that.
On 11/6/2013 4:34 AM, Leandro Lucarella wrote:
Also I find strange that the first patchlevel version is 2 and not 1.
Was that intended or just an error?
It was intended. I felt that 2.064 = 2.064.1 would have been confusing, hence
2.064 = 2.064.2
On 11/6/2013 11:22 AM, Andrei Alexandrescu wrote:
I confirm that. Walter, could this have something to do with the new approach to
compiling templates?
It might. You can confirm by seeing if it works with -allinst switch.
On 11/6/13 11:56 AM, Walter Bright wrote:
On 11/6/2013 11:22 AM, Andrei Alexandrescu wrote:
I confirm that. Walter, could this have something to do with the new
approach to
compiling templates?
It might. You can confirm by seeing if it works with -allinst switch.
I confirm it works when
On Wednesday, 6 November 2013 at 19:57:40 UTC, Walter Bright
wrote:
On 11/6/2013 4:34 AM, Leandro Lucarella wrote:
Also I find strange that the first patchlevel version is 2 and
not 1.
Was that intended or just an error?
It was intended. I felt that 2.064 = 2.064.1 would have been
On Wednesday, 6 November 2013 at 20:06:54 UTC, Andrei
Alexandrescu wrote:
On 11/6/13 11:56 AM, Walter Bright wrote:
It might. You can confirm by seeing if it works with -allinst
switch.
I confirm it works when compiled with -allinst.
Is that switch new? It is not documented in the
On Tue, 05 Nov 2013 14:08:50 -0800, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064.2-0_i386.deb
On Wed, 06 Nov 2013 20:27:01 +, Jonathan Crapuchettes wrote:
On Tue, 05 Nov 2013 14:08:50 -0800, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
On Wednesday, 6 November 2013 at 17:49:57 UTC, Dicebot wrote:
Picking common standard for all possible IDE's scales better
than cloning approach of a single one (especially if this one
is closed and known of forcing closed ecosystems)
Essentially, dub.
I'm okay with that decision :-P
Is it possible to build something like wrap, so that it can be
given a wrapping class instead of a wrapping interface?
I was trying to build something very similar to wrap, and at
first glance it seems like wrap might suit me, except that I
wanted to wrap the wolf in the class Sheeps clothes,
On Wed, 06 Nov 2013 20:37:56 +, Jonathan Crapuchettes wrote:
On Wed, 06 Nov 2013 20:27:01 +, Jonathan Crapuchettes wrote:
On Tue, 05 Nov 2013 14:08:50 -0800, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
On Wednesday, 6 November 2013 at 20:11:13 UTC, Aleksandar Ruzicic
wrote:
versions must be marked with rc, as betas are marked with b
flag. Something like 2.064-rc.1, 2.064-rc.2, ... 2.064
(stable/major release), 2.064.1 (patch release), ...
This (-rc.xx) is how RC versions should be marked as
On 2013-11-06 20:57, Walter Bright wrote:
It was intended. I felt that 2.064 = 2.064.1 would have been confusing,
hence 2.064 = 2.064.2
That's what's happening if you start to add new digits. The first
release should have possibly been 2.064.0. BTW, there was a 2.063.1, if
I recall
On Wednesday, 6 November 2013 at 20:46:23 UTC, Luís Marques wrote:
Is it possible to build something like wrap, so that it can be
given a wrapping class instead of a wrapping interface?
I was trying to build something very similar to wrap, and at
first glance it seems like wrap might suit me,
There have been a lot of comments about the package naming scheme and numbering
scheme. I confess that these issues do not seem that important to me, as the
user just clicks on a url, but I recognize that they are very important to others.
This is why I believe that D needs a Build Master.
On Wednesday, 6 November 2013 at 21:25:46 UTC, Walter Bright
wrote:
There have been a lot of comments about the package naming
scheme and numbering scheme. I confess that these issues do not
seem that important to me, as the user just clicks on a url,
but I recognize that they are very
On 11/6/2013 1:43 PM, Brad Anderson wrote:
It might need to be multiple people because very few people are experts in every
platform supported. Maybe a release manager with more platform lieutenants to
help.
Of course. Being in charge of something doesn't mean being expert at all of it
or
On Tuesday, 5 November 2013 at 22:08:48 UTC, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
Walter Bright, el 6 de November a las 12:01 me escribiste:
On 11/6/2013 5:16 AM, Jordi Sayol wrote:
In dmd.2.064.2.zip, src/VERSION contains 2.064. Should be 2.064.2
I deliberately didn't do that because it would have required
rebuilding all the binaries just for that.
And that's bad
Walter Bright, el 6 de November a las 11:57 me escribiste:
On 11/6/2013 4:34 AM, Leandro Lucarella wrote:
Also I find strange that the first patchlevel version is 2 and not 1.
Was that intended or just an error?
It was intended. I felt that 2.064 = 2.064.1 would have been
confusing, hence
Jacob Carlborg, el 6 de November a las 22:06 me escribiste:
On 2013-11-06 20:57, Walter Bright wrote:
It was intended. I felt that 2.064 = 2.064.1 would have been confusing,
hence 2.064 = 2.064.2
That's what's happening if you start to add new digits. The first
release should have
, el 6 de November a las 21:53 me escribiste:
On Wednesday, 6 November 2013 at 20:11:13 UTC, Aleksandar Ruzicic
wrote:
versions must be marked with rc, as betas are marked with b
flag. Something like 2.064-rc.1, 2.064-rc.2, ... 2.064
(stable/major release), 2.064.1 (patch release), ...
On Thursday, November 07, 2013 00:11:37 Leandro Lucarella wrote:
Walter Bright, el 6 de November a las 11:57 me escribiste:
On 11/6/2013 4:34 AM, Leandro Lucarella wrote:
Also I find strange that the first patchlevel version is 2 and not 1.
Was that intended or just an error?
It was
On 11/6/2013 3:43 PM, nazriel wrote:
Good job everyone!
DPaste is already using it
Nice!
On 11/6/2013 3:20 PM, Leandro Lucarella wrote:
Walter Bright, el 6 de November a las 12:01 me escribiste:
On 11/6/2013 5:16 AM, Jordi Sayol wrote:
In dmd.2.064.2.zip, src/VERSION contains 2.064. Should be 2.064.2
I deliberately didn't do that because it would have required
rebuilding all
On Wednesday, 6 November 2013 at 18:15:58 UTC, Andrej Mitrovic
wrote:
On 11/6/13, Sergei Nosov sergei.no...@gmail.com wrote:
It seems to work now! I've send you a little pull request
fixing
glu loading on my Ubuntu setup.
Btw, which compiler are you using? Could you try running on
LDC/GDC
On 06.11.2013 09:25, Alexander Bothe wrote:
On Tuesday, 5 November 2013 at 05:09:58 UTC, Manu wrote:
Note: I saw Alexander Bothe released an update to the parser one day
after
your release... ;)
Sure, there have been a couple of critical regression bugs in the parser
engine.
Furthermore, I
On Thursday, 7 November 2013 at 05:45:34 UTC, Rainer Schuetze
wrote:
On 06.11.2013 09:25, Alexander Bothe wrote:
On Tuesday, 5 November 2013 at 05:09:58 UTC, Manu wrote:
Note: I saw Alexander Bothe released an update to the parser
one day
after
your release... ;)
Sure, there have been a
The C library is relatively small, clocking in at about ~11.000
lines
Do I right understand that rewriting code from C to D did not
make it's more compact? I tried to calculate D source lines, and
get ~11.000
On 2013-11-06 18:41, Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/1q1dct/d_release_2064_is_out_with_35_enhancements_and/
Are we even ready to announce this yet? I though we were in the release
candidate phase.
--
/Jacob Carlborg
On 2013-11-05 23:08, Walter Bright wrote:
Ok, this is it:
http://ftp.digitalmars.com/dmd_2.064.2-0_amd64.deb
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.i386.rpm
http://ftp.digitalmars.com/dmd-2.064.2-0.fedora.x86_64.rpm
http://ftp.digitalmars.com/dmd_2.064.2-0_i386.deb
Good to have a thread on it, thank you for taking this step Walter !
Although, it looks to me that the numbering scheme and the git tags are not
related to the build, but rather related to the release.
So you might consider a release master, not just build.
This will involve doing (or delegating
On Tuesday, 5 November 2013 at 14:54:34 UTC, Dmitry Olshansky
wrote:
I was also toying with the idea of exposing Builder interface
for std.regex. But push/pop IMHO are better be implicitly
designed-out:
auto re =
atom('x').star(charClass(unicode.Letter),atom('y')).build();
... and
On 2013-11-05 17:55, Philippe Sigaud wrote:
Walter is far from convinced that AST manipulation is a good thing. You
would have to convince him first. His fear is that it will lead to
unreadable code, and everyone using her own personnal version of D.
AFAICT, nothing of the sort happened in Lisp
On Tuesday, 5 November 2013 at 16:31:52 UTC, Philippe Sigaud
wrote:
On Tue, Nov 5, 2013 at 5:45 AM, Chad Joan chadj...@gmail.com
wrote:
Use the repetition operator(s) and turn the resulting array
into
whatever tree you like. In practice, I have never had a
problem with this.
I have used
On 2013-11-05 18:23, Martin Nowak wrote:
Sounds promising.
I think I found a way to implement a D REPL but are lacking a reliable
way to classify code snippets (expressions, declarations, statements)
and get introduced symbol names.
Do you think it will be able to handle that (performance is
Go is on the list of languages that I'd like to spend more time
becoming familiar with, because I think that it's good to know
lots of programming languages, but the more I learn about it,
the less I like it. Its design philosophies are just too
different from my preferences.
Go IMHO is a
On Tuesday, 5 November 2013 at 20:17:07 UTC, Andrei Alexandrescu
wrote:
3. Grammar changes are the simplest ones and in a way the most
embarrassing if they happen. The best solution I see to that is
deriving the documentation and the actual parser from the same
source. This is part of why
On Wednesday, 6 November 2013 at 08:19:13 UTC, Jacob Carlborg
wrote:
On 2013-11-05 17:55, Philippe Sigaud wrote:
Walter is far from convinced that AST manipulation is a good
thing. You
would have to convince him first. His fear is that it will
lead to
unreadable code, and everyone using her
On Wednesday, 6 November 2013 at 06:28:59 UTC, Walter Bright
wrote:
On 11/5/2013 8:19 AM, Don wrote:
On Wednesday, 30 October 2013 at 18:28:14 UTC, Walter Bright
wrote:
Not exactly what I meant - I mean the algorithm should be
designed so that
extra precision does not break it.
Anyway on my day job, we will not be moving away from JVM/.NET
world any time soon.
You may want to look at scala then.
I fear the language on the JVM in 95% of all cases will be Java.
Sad, but I guess it is true. But it helps to talk about it ...
;-). You might have a look at Kotlin:
On Tuesday, 5 November 2013 at 16:45:53 UTC, bearophile wrote:
Some better examples:
http://d.puremagic.com/issues/show_bug.cgi?id=5409
http://d.puremagic.com/issues/show_bug.cgi?id=3827
http://d.puremagic.com/issues/show_bug.cgi?id=8757
Those are not implemented, so no difference with C yet
On Wednesday, 6 November 2013 at 06:28:59 UTC, Walter Bright
wrote:
On 11/5/2013 8:19 AM, Don wrote:
On Wednesday, 30 October 2013 at 18:28:14 UTC, Walter Bright
wrote:
Not exactly what I meant - I mean the algorithm should be
designed so that
extra precision does not break it.
On Wednesday, 6 November 2013 at 08:34:32 UTC, Chad Joan wrote:
Also, IIRC, it is believed that string mixins with CTFE are
potentially more powerful.
Maybe. But first, the point that Brian Schott brought up has to
be addressed (language spec and DMD must be in sync). Second,
CTFE has to get
On Tuesday, 5 November 2013 at 16:45:53 UTC, bearophile wrote:
Kagamin:
One example is
http://d.puremagic.com/issues/show_bug.cgi?id=4077
Some better examples:
http://d.puremagic.com/issues/show_bug.cgi?id=5409
http://d.puremagic.com/issues/show_bug.cgi?id=3827
On Wednesday, 6 November 2013 at 01:52:30 UTC, growler wrote:
On Tuesday, 5 November 2013 at 08:41:17 UTC, eles wrote:
On Saturday, 2 November 2013 at 04:03:46 UTC, Walter Bright
wrote:
On 11/1/2013 8:03 AM, bearophile wrote:
Fail safe design needs to be engineered to handle the situation
On Wednesday, 6 November 2013 at 07:33:54 UTC, deadalnix wrote:
On Wednesday, 6 November 2013 at 07:26:42 UTC, Paulo Pinto
wrote:
The language follows the Pascal tradition of type declarations
and safety before performance dirty tricks. I find quite
appealing its Oberon and Alef/Lingo
On Wednesday, 6 November 2013 at 08:22:36 UTC, Bienlein wrote:
..
Lightweight Threads in Go and Rust
What is a *BIG* plus for Go and Rust are lightweight threads.
You
can spawn some thousand of them and it's no problem. I really
wished D had that kind of threads as well. For nowaydays
On Wednesday, 6 November 2013 at 08:22:36 UTC, Bienlein wrote:
Lightweight Threads in Go and Rust
What is a *BIG* plus for Go and Rust are lightweight threads.
You
can spawn some thousand of them and it's no problem. I really
wished D had that kind of threads as well. For nowaydays
Which are also available in many JVM implementations and in
.NET as tasks and asynch.
Although, it is nice PR for HN guys that ignore what these
platforms offer.
I'm sure about that. When you block a thread in Java it is no
longer available for the thread pool and increasing the size of
it
On Wednesday, 6 November 2013 at 10:10:06 UTC, Bienlein wrote:
Which are also available in many JVM implementations and in
.NET as tasks and asynch.
Although, it is nice PR for HN guys that ignore what these
platforms offer.
I'm sure about that. When you block a thread in Java it is no
On 06.11.2013 04:59, deadalnix wrote:
On Wednesday, 6 November 2013 at 03:07:08 UTC, Simen Kjærås wrote:
I cannot for the life of me see how my suggestion violates SC, and you
even seem to say it doesn't (making a copy is fine). Are you arguing
about something other than what I'm arguing about?
On 2013-11-05 13:36, Bienlein wrote:
Ah, you think it seems unbelievable? I thought so too the first
time. OOP and OOD is not on the job ads any more as earlier. They
are now filled with things like JSP, JSF, EJBs, JNDI, JTA, JMS,
SOAP, REST, ICEFaces, Spring, Ajax, OSGi, Spring, Axis, CXF,
On 2013-11-05 19:50, deadalnix wrote:
Well there is understanding and understanding. Yes it is quite common
that people understand bytecode but not inheritance, from a software
architecture point of view (not how it works). We even have quite a lot
of instances of this in this newsgroup.
Put
On 2013-11-06 04:37, 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 (obviously), and I also remember it
was definitely before second grade (but not
On 2013-11-05 19:23, H. S. Teoh wrote:
Well yes. My point was not to force students to write *all* their code
in assembly, but to give them some experience in writing small(!)
assembly programs so that they get a taste of how the machine actually
works under the hood. Once they have that down,
On 2013-11-05 23:26, Timothee Cour wrote:
actually an important use case of this feature is to help writing domain
specific language inputs, eg writing a python file inside D, or config /
plain text files.
# is common in many languages (eg python/bash etc) as a comment.
@ would be inside string
On 2013-11-06 02:42, Manu wrote:
While thinking on a new string literal that may support DSL's, the
syntax should optionally receive a language specification on opening.
The thing that sucks most about DSL's is that the IDE can't syntax
hilight them, but if it was provided what language the
Am 05.11.2013 21:33, schrieb Dicebot:
On Tuesday, 5 November 2013 at 19:57:07 UTC, Walter Bright wrote:
- I ran into another dmd bug (it crashed) at one point if -inline was
used.
At least this one will be fixed in 2.064
Are you sure? There are still 5 open ICE-bugs with -inline
On Wednesday, 6 November 2013 at 11:27:04 UTC, Benjamin Thaut
wrote:
Are you sure? There are still 5 open ICE-bugs with -inline
Reasonable proposal but I have not encountered much need in this
functionality personally (std.string.format worked just fine) and
thus can't really evaluate how justified such addition may be.
On Wednesday, 6 November 2013 at 03:44:07 UTC, Chris Cain wrote:
I'd very nearly say that this could be a library function.
Imagine it like this:
syntax!python(r{
...
})
I agree.
On Wednesday, 6 November 2013 at 11:45:41 UTC, Dicebot wrote:
Reasonable proposal but I have not encountered
On Tue, 2013-11-05 at 08:12 -0800, Andrei Alexandrescu wrote:
[…]
Well now at least we'll get bearophile off of our backs touting
segmented stacks, using Rust as the sole argument they're good :o).
I guess we could gs/Rust/Go/g. Go uses segmented stacks and is proud of
it. For Go it is likely
I submitted the -inline bug. The other one with TaskPool.map was
a known one, as was one with dub and dmd. I'll look at dub with
ldc/gdc and at their bug tracking.
On Tuesday, 5 November 2013 at 19:57:07 UTC, Walter Bright wrote:
On 11/5/2013 5:05 AM, Atila Neves wrote:
- I ran into a dmd
On Tue, 2013-11-05 at 21:38 -0800, Jonathan M Davis wrote:
[…]
Go is on the list of languages that I'd like to spend more time becoming
familiar with, because I think that it's good to know lots of programming
languages, but the more I learn about it, the less I like it. Its design
On Wed, 2013-11-06 at 08:33 +0100, deadalnix wrote:
[…]
You may want to look at scala then.
Or possibly Ceylon or Kotlin.
Or Groovy.
At least on the JVM
--
Russel.
=
Dr Russel Winder t: +44 20 7585 2200
On Tuesday, 5 November 2013 at 08:38:34 UTC, Robert Schadek wrote:
Can you give an example, I'm not sure if I know what you mean.
Currently common approach is just adding top-level module imports
like this:
```
module app;
import std.algorithm;
```
It has several issues:
1) Name clash if
On Wed, 2013-11-06 at 11:10 +0100, Bienlein wrote:
[…]
I'm sure about that. When you block a thread in Java it is no
longer available for the thread pool and increasing the size of
it cannot be done at will, because creating new threads is not
lightweigt on the JVM.
Anyone using thread
On Wed, 2013-11-06 at 08:26 +0100, Paulo Pinto wrote:
[…]
I rather use D than Go, but it has more to do with Go's community
with their religion decisions about generics, dynamic loading,
exceptions, enumerations, package management than anything else.
I find the Go community excellent. The
On Wednesday, 6 November 2013 at 08:22:36 UTC, Bienlein wrote:
Then have a look at this thread in the Scala user forum:
https://groups.google.com/forum/?hl=de#!topic/scala-user/D9QDOnHSUu8
It is about build times in Scala not scaling up. One reply was
Do you have very fast SSDs in your
in functions like chain will improve. But when you describe
immutable and purity as a plus, are you describing the idea of
its use as positive (which I agree is) or the actual use of it
(which I think needs work)?
What I meant to say was that Scala wants to call itself
functional to a certain
1 - 100 of 260 matches
Mail list logo
