On 2/12/2014 12:13 AM, Jesse Phillips wrote:
following your formatting as a separate file.
Done, it's all separate files with a package.d now.
On Wednesday, 12 February 2014 at 04:59:11 UTC, Nick Sabalausky
wrote:
But I may well just be paranoid about multiple files being a
problem. Unless there's objections (don't seem to be so far) I
may go ahead and split it up with a package.d. If it turns out
to be an issue, I could just deal wit
On 2/11/2014 10:42 PM, Jesse Phillips wrote:
On Wednesday, 12 February 2014 at 02:15:38 UTC, Nick Sabalausky wrote:
2. You still have to either pass all the files to DMD, or add an extra
-Ipath to your RDMD call.
That is true with the single file, so I don't see why this would be
relevant.
On Tuesday, 11 February 2014 at 11:33:53 UTC, thedeemon wrote:
Have you seen Dabble?
https://github.com/callumenator/dabble
Just found out its author added Linux support. I was able to
build an x86 version but it didn't work properly in a 64 bit
system: it assumes dmd makes x86 binaries by
Personally the biggest problem I have are libraries which depend
on other libraries. A few of my scripts ended up growing a
library I chopped off, but I haven't come up with a way to
segregate it from needing XML/ini/cmdln libraries too.
On Wednesday, 12 February 2014 at 02:15:38 UTC, Nick Sab
On 02/11/2014 04:24 PM, Martin Nowak wrote:
No problem :), it's the most important TODO right now to prevent this.
https://github.com/MartinNowak/drepl/blob/master/examples/server.d#L34
I wish SELinux was simpler, but it isn't. So instead of using a TCP
socket, I quickfixed this issue by po
On 2/11/2014 8:10 PM, Jesse Phillips wrote:
On Wednesday, 12 February 2014 at 00:07:42 UTC, Nick Sabalausky wrote:
I think that would fit very well into Scriptlike, as long as you don't
mind it all being in the same module as the rest of scriptlike, and
preferably using same formatting style (no
On 2/11/2014 8:01 PM, Jesse Phillips wrote:
On Wednesday, 12 February 2014 at 00:07:42 UTC, Nick Sabalausky wrote:
As for the license, if you don't mind switching to zlib then great,
just go ahead and submit a pull request if you'd like to. But I'm not
married to zlib license or anything. My rea
On 11 February 2014 05:56, extrawurst wrote:
> As a long time D fanboy I was known to say "That is quite simple in D" a
> lot at work!
> Now I was finally able to convience my boss (our CTO) to take a serious
> look at D as a replacement for the parts of our infrastructure that use
> nodejs right
On Wednesday, 12 February 2014 at 00:07:42 UTC, Nick Sabalausky
wrote:
I think that would fit very well into Scriptlike, as long as
you don't mind it all being in the same module as the rest of
scriptlike, and preferably using same formatting style (not
that that's strictly important, but consi
On Wednesday, 12 February 2014 at 00:07:42 UTC, Nick Sabalausky
wrote:
As for the license, if you don't mind switching to zlib then
great, just go ahead and submit a pull request if you'd like
to. But I'm not married to zlib license or anything. My reasons
for using zlib license are relatively
On 2/11/2014 1:52 PM, Jesse Phillips wrote:
> On Tuesday, 11 February 2014 at 11:38:06 UTC, Nick Sabalausky wrote:
>> I've released a little one-module utility, Scriptlike, to help
>> simplify writing shell script-like programs in D:
>>
>> https://github.com/Abscissa/scriptlike
>
> It looks like
On Tuesday, 11 February 2014 at 13:11:06 UTC, The Guest wrote:
On Tuesday, 11 February 2014 at 04:46:41 UTC, Martin Nowak
wrote:
Barely running but already fun and a little useful.
Example:
D> import std.algorithm, std.array, std.file;
=> std
D> auto name(T)(T t) {
| return t.name;
| }
=>
On Tuesday, 11 February 2014 at 11:38:06 UTC, Nick Sabalausky
wrote:
I've released a little one-module utility, Scriptlike, to help
simplify writing shell script-like programs in D:
https://github.com/Abscissa/scriptlike
It looks like you've covered a lot of the short comings for doing
som
Reminder...
Ali
On 02/05/2014 09:48 PM, Ali Çehreli wrote:
When: Wednesday, February 12, 2014
Topic: Multi-core Software Development Challenges and How D Helps
Speaker: Amaury Séchet
Time: 6:30pm doors open
7:00pm meeting begins
Where: Symantec
VCAFE
On Mon, 10 Feb 2014 19:56:55 +, extrawurst wrote:
> As a long time D fanboy I was known to say "That is quite simple in D" a
> lot at work!
> Now I was finally able to convience my boss (our CTO) to take a serious
> look at D as a replacement for the parts of our infrastructure that use
> node
On Tuesday, 11 February 2014 at 11:38:06 UTC, Nick Sabalausky
wrote:
I've released a little one-module utility, Scriptlike, to help
simplify writing shell script-like programs in D:
https://github.com/Abscissa/scriptlike
Sounds very nice and handy. I tend to write my scripts in D these
day
Hi Bruno,
First off, I wanted to share my appreciation for working on D
support in Eclipse and especially for introducing the debugging
capabilities with DDT - really awesome!
I started playing around with the CDT debugger for D programs and
so far got a question about D dynamic arrays.
Actu
Congrats! I'm green with envy.
Atila
On Monday, 10 February 2014 at 19:56:57 UTC, extrawurst wrote:
As a long time D fanboy I was known to say "That is quite
simple in D" a lot at work!
Now I was finally able to convience my boss (our CTO) to take a
serious look at D as a replacement for the p
On Tuesday, 11 February 2014 at 08:51:50 UTC, extrawurst wrote:
Did I just kill it ?
After playing around the site is not responding anymore :( I am
sorry
No problem :), it's the most important TODO right now to prevent
this.
https://github.com/MartinNowak/drepl/blob/master/examples/serv
On Tuesday, 11 February 2014 at 04:46:41 UTC, Martin Nowak wrote:
Barely running but already fun and a little useful.
Example:
D> import std.algorithm, std.array, std.file;
=> std
D> auto name(T)(T t) {
| return t.name;
| }
=> name
D> dirEntries(".", SpanMode.depth).map!name.join(", ")
=>
I've released a little one-module utility, Scriptlike, to help simplify
writing shell script-like programs in D:
https://github.com/Abscissa/scriptlike
Here's post outlining my motivations for this library (sorry, the CMS
I'm using ATM generates very long URLs):
http://semitwist.com/articl
Have you seen Dabble?
https://github.com/callumenator/dabble
Just found out its author added Linux support. I was able to
build an x86 version but it didn't work properly in a 64 bit
system: it assumes dmd makes x86 binaries by default while it
really makes 64-bit ones. And for 64 bits Dabb
On Tuesday, 11 February 2014 at 04:46:41 UTC, Martin Nowak wrote:
Barely running but already fun and a little useful.
Have you seen Dabble?
https://github.com/callumenator/dabble
It works pretty well on my Win 7.
On Monday, 10 February 2014 at 23:03:15 UTC, Ali Çehreli wrote:
On 02/10/2014 11:56 AM, extrawurst wrote:
So our next online game will be powered by some parts in D ;)
Congratulations! Please consider updating the following page
http://wiki.dlang.org/Current_D_Use
Ali
Done, thanks for t
On Tuesday, 11 February 2014 at 03:37:52 UTC, Martin Nowak wrote:
On 02/10/2014 10:24 PM, extrawurst wrote:
I gave beta 3 on my win32 dev machine a try today and noticed
that
building vibe.d (a dependancy in almost all my projects) takes
noticeably longer to built. observing the process shows t
On Tuesday, 11 February 2014 at 05:37:45 UTC, Andrei Alexandrescu
wrote:
As I understand it, you are executing dmd in the background to
repl.
Simple and clever :D
But then how is it saving context?
Andrie
It's using shared libraries to do so. Each new deck/stmt/expr is
compiled in a shar
On 2/10/14, 9:01 PM, deadalnix wrote:
On Tuesday, 11 February 2014 at 04:46:41 UTC, Martin Nowak wrote:
Barely running but already fun and a little useful.
Example:
D> import std.algorithm, std.array, std.file;
=> std
D> auto name(T)(T t) {
| return t.name;
| }
=> name
D> dirEntries(".",
On Tuesday, 11 February 2014 at 08:49:56 UTC, extrawurst wrote:
On Tuesday, 11 February 2014 at 08:15:55 UTC, Martin Nowak
wrote:
On Tuesday, 11 February 2014 at 05:37:45 UTC, Andrei
Alexandrescu wrote:
As I understand it, you are executing dmd in the background
to repl.
Simple and clever :D
On Tuesday, 11 February 2014 at 08:15:55 UTC, Martin Nowak wrote:
On Tuesday, 11 February 2014 at 05:37:45 UTC, Andrei
Alexandrescu wrote:
As I understand it, you are executing dmd in the background
to repl.
Simple and clever :D
But then how is it saving context?
Andrie
It's using shared
Barely running but already fun and a little useful.
Example:
D> import std.algorithm, std.array, std.file;
=> std
D> auto name(T)(T t) {
| return t.name;
| }
=> name
D> dirEntries(".", SpanMode.depth).map!name.join(", ")
=> ./drepl_sandbox
D>
https://github.com/MartinNowak/drepl
http://dr
On Tuesday, 11 February 2014 at 04:46:41 UTC, Martin Nowak wrote:
Barely running but already fun and a little useful.
Example:
D> import std.algorithm, std.array, std.file;
=> std
D> auto name(T)(T t) {
| return t.name;
| }
=> name
D> dirEntries(".", SpanMode.depth).map!name.join(", ")
=>
On 02/10/2014 10:24 PM, extrawurst wrote:
I gave beta 3 on my win32 dev machine a try today and noticed that
building vibe.d (a dependancy in almost all my projects) takes
noticeably longer to built. observing the process shows that beta3
consumes almost 1.5GB of RAM while dmd 2.064 'just' uses 1
Can you share the D presentation material you used at work? It
would be great to also share this with other game development
companies that are interested.
On 02/10/2014 11:56 AM, extrawurst wrote:
So our next online game will be powered by some parts in D ;)
Congratulations! Please consider updating the following page
http://wiki.dlang.org/Current_D_Use
Ali
I gave beta 3 on my win32 dev machine a try today and noticed
that building vibe.d (a dependancy in almost all my projects)
takes noticeably longer to built. observing the process shows
that beta3 consumes almost 1.5GB of RAM while dmd 2.064 'just'
uses 1GB.
Am 10.02.2014 20:56, schrieb extrawurst:
As a long time D fanboy I was known to say "That is quite simple in D" a
lot at work!
Now I was finally able to convience my boss (our CTO) to take a serious
look at D as a replacement for the parts of our infrastructure that use
nodejs right now.
After my
On 02/10/2014 02:56 PM, extrawurst wrote:
So our next online game will be powered by some parts in D ;)
Cool!
10-Feb-2014 23:56, extrawurst пишет:
So our next online game will be powered by some parts in D ;)
Yay!
Exciting times!
Lucky you :)
--
Dmitry Olshansky
On Monday, 10 February 2014 at 19:56:57 UTC, extrawurst wrote:
As a long time D fanboy I was known to say "That is quite
simple in D" a lot at work!
Now I was finally able to convience my boss (our CTO) to take a
serious look at D as a replacement for the parts of our
infrastructure that use no
On 2/10/2014 11:56 AM, extrawurst wrote:
As a long time D fanboy I was known to say "That is quite simple in D" a lot at
work!
Now I was finally able to convience my boss (our CTO) to take a serious look at
D as a replacement for the parts of our infrastructure that use nodejs right
now.
After m
As a long time D fanboy I was known to say "That is quite simple
in D" a lot at work!
Now I was finally able to convience my boss (our CTO) to take a
serious look at D as a replacement for the parts of our
infrastructure that use nodejs right now.
After my series of blog posts about this topic a
42 matches
Mail list logo
