On Monday, 18 March 2019 at 18:52:10 UTC, Jacob Carlborg wrote:
Currently it has only one command, "leaf-functions", that will
print all leaf functions. A leaf function is a function that
doesn't call any other functions or doesn't have a body.
Functions without bodies cannot be considered le
On Wednesday, 20 March 2019 at 17:22:07 UTC, Robert Schadek wrote:
https://code.dlang.org/packages/darser
https://github.com/burner/Darser
Have you had a look at fancypars?
if not you might want to look at the lexer_generation of it.
And the way it represents the grammar.
On Sunday, 7 July 2019 at 19:45:28 UTC, Stefan wrote:
Join us in July for our next event. Last event before the
summer break.
We will have a look at the GSoC projects, recent DIPs and after
that play around with the D Jupyter Notebook Kernel.
https://www.meetup.com/de-DE/Munich-D-Programmers/e
On Wednesday, 4 September 2019 at 15:18:15 UTC, Atila Neves wrote:
... So not going to be available until I'm back.
Have fun and relax!
Happy holidays!
On Monday, 2 March 2020 at 21:39:01 UTC, Murilo wrote:
On Saturday, 29 February 2020 at 01:00:40 UTC, Andrei
Alexandrescu wrote:
[...]
Hi Mr. Andrei, I've searched the official website of HOPL but I
didn't find the cost of the ticket to attend it. Do you know if
there is a cost at all or if
On Tuesday, 21 April 2020 at 14:43:04 UTC, Jean-Louis Leroy wrote:
I wonder if templates are lazily expanded. I haven't looked at
the compiler's code, my guess is: maybe not.
If the template gets used it gets instantiated (and cached).
if not than not.
you can use the -vcg-ast switch to look
On Wednesday, 22 April 2020 at 13:32:03 UTC, Jean-Louis Leroy
wrote:
I tried compiling my example with `dmd -vcg-ast -c tmt.d` and I
did got neither an AST nor an error, and the option is not in
`dmd -h`, where can I read about it?
-vcg-ast is a debugging tool I original built to fix an bug
On Wednesday, 22 April 2020 at 17:27:48 UTC, Jean-Louis Leroy
wrote:
On Wednesday, 22 April 2020 at 17:16:28 UTC, Stefan Koch wrote:
I am working on a much more powerful and efficient meta
programming system.
Great! Is it going to be in a library, or part of the compiler?
Can we get a previe
On Saturday, 25 April 2020 at 10:17:50 UTC, Ali Çehreli wrote:
A colleague of mine has written dmdcache which may be very
useful for some projects:
https://github.com/seeraven/dmdcache
It drops our build time
from 8 minutes
to 45 seconds
on a particular build environment for about half
On Sunday, 24 May 2020 at 09:47:37 UTC, Walter Bright wrote:
On 5/24/2020 2:29 AM, Panke wrote:
I've always understood that the @safe,@trusted,@system
machinery provides the following guarantee once all holes are
fixed:
If I have a memory corruption in my code than I need to only
look at the
On Wednesday, 27 May 2020 at 10:06:41 UTC, rikki cattermole wrote:
On 27/05/2020 10:03 PM, Walter Bright wrote:
Frankly, I feel that if I could sit down with you folks, I can
get the idea across what I'm trying to accomplish.
Okay, how is your camera and mic situation?
Lets do a Twitch stream
On Thursday, 4 June 2020 at 12:46:51 UTC, Andrei Alexandrescu
wrote:
PLDI (Programming Language Design and Implementation) is a top
academic conference. This year PLDI will be held online and
registration is free. This is an amazing treat.
https://conf.researchr.org/home/pldi-2020
Workshops a
On Monday, 15 June 2020 at 20:47:16 UTC, 12345swordy wrote:
On Saturday, 13 June 2020 at 15:11:49 UTC, Atila Neves wrote:
https://code.dlang.org/packages/tardy
https://github.com/atilaneves/tardy
[...]
Wouldn't a top type be a better way to achieve this?
-Alex
the Talias in type functions i
On Monday, 15 June 2020 at 20:54:27 UTC, 12345swordy wrote:
On Monday, 15 June 2020 at 20:51:38 UTC, Stefan Koch wrote:
On Monday, 15 June 2020 at 20:47:16 UTC, 12345swordy wrote:
On Saturday, 13 June 2020 at 15:11:49 UTC, Atila Neves wrote:
https://code.dlang.org/packages/tardy
https://github
On Saturday, 29 August 2020 at 10:30:50 UTC, Mike Parker wrote:
In my experience with DConf and SAOC, a number of
submissions/applications come in on the last day, but I usually
receive a some before then. So far, I haven't seen a single
submission for DConf Online.
If need be, I will extend
On Tuesday, 1 September 2020 at 09:09:36 UTC, Jacob Carlborg
wrote:
On Sunday, 30 August 2020 at 14:13:36 UTC, Mike Parker wrote:
Looking for a full-time or part-time gig? Not only is Symmetry
Investments hiring D programmers, they are also generously
funding two positions for ecosystem work un
On Tuesday, 1 September 2020 at 13:28:07 UTC, Steven
Schveighoffer wrote:
On 9/1/20 5:38 AM, Stefan Koch wrote:
On Tuesday, 1 September 2020 at 09:09:36 UTC, Jacob Carlborg
wrote:
BTW, is timestamps vs SHA-1 hashing really the most pressing
issue with Dub?
We think that not recompiling cert
On Tuesday, 1 September 2020 at 13:30:33 UTC, Stefan Koch wrote:
On Tuesday, 1 September 2020 at 13:28:07 UTC, Steven
Schveighoffer wrote:
On 9/1/20 5:38 AM, Stefan Koch wrote:
On Tuesday, 1 September 2020 at 09:09:36 UTC, Jacob Carlborg
wrote:
BTW, is timestamps vs SHA-1 hashing really the mos
On Sunday, 13 September 2020 at 17:51:49 UTC, Steven
Schveighoffer wrote:
On 9/13/20 1:25 PM, MrSmith wrote:
On Sunday, 13 September 2020 at 15:12:00 UTC, Steven
Schveighoffer wrote:
The first part of the change seems disruptive. If you just
fix the second part (that you can now retrieve all me
On Wednesday, 26 April 2023 at 01:39:14 UTC, Walter Bright wrote:
On 4/25/2023 1:15 PM, ryuukk_ wrote:
Or perhaps, listen to this person:
https://github.com/dlang/dmd/pull/14650
That only does a subset of the proposal. The inference only
works in specific cases. Things like function overloadi
On Wednesday, 20 September 2023 at 00:35:47 UTC, Mike Parker
wrote:
On Sunday, 17 September 2023 at 15:35:59 UTC, FeepingCreature
wrote:
Thank you for your work!
You're welcome!
Unfortunately, last night my GPU started to consistently
overheat and shut down when doing anything graphics in
As it happens I am writing a kind of DFIX on top of DScanner
right at the moment.
There are a few details to sort out. But I should have some small
demo pretty soon.
Regrards, Stefan
What's keeping us from having such a tool? It seems that after
one has a decent parser (that also keeps tracks of the source
ranges of AST nodes), it's easy to write code that does
syntactic modifications and then rewrites the source code. And
there's several D parsers out there already - so it
DSL?! You crazy bro?
If you are using DScanner, just let people use D itself to
write their own custom AST transformation code. With DUB it
should be super easy to compile that code and run it on the
target D code.
This solution is vastly more simple than inventing your own
DSL, and scales w
On Wednesday, 18 June 2014 at 06:43:32 UTC, Jacob Carlborg wrote:
On 17/06/14 22:00, Bruno Medeiros wrote:
And perhaps rightly so, one could make a case that string
mixins should
be used sparsely? We have to realize that string mixins are
very useful,
but are a dirty hack that is a replacemen
On Thursday, 19 June 2014 at 21:28:28 UTC, Brian Schott wrote:
On Thursday, 19 June 2014 at 20:37:48 UTC, Stefan Koch wrote:
hmm well all string-mixins life at compile-time. So one can
print them out at runtime. Dump the source and put it into the
AST. Same for the results of static if, and the
Hello,
I am happy to announce that my 32bit version of sdc compiles the
whole testsuite including mixins.
the only there are only 6 tests still failing
2 of them are dependent on size_t.siezof beeing 8.
The otherer 4 have to do with execptoion handling.
please check out the 32-branches
on https
On Tuesday, 29 July 2014 at 13:36:39 UTC, Stefan Koch wrote:
Hello,
the only there are only 6 tests still failing
2 of them are dependent on size_t.siezof beeing 8.
Correction I fixed the tests for 32bit
only 4 tests are failing
all of them due to Execptions
On Tuesday, 29 July 2014 at 14:22:43 UTC, ketmar via
Digitalmars-d-announce wrote:
On Tue, 29 Jul 2014 13:36:37 +
Stefan Koch via Digitalmars-d-announce
wrote:
wow.
Well thanks.
please give me feedback if you are using it.
In the next days i'm going to tackle ArrayLiterals and foreach
On Tuesday, 29 July 2014 at 18:58:50 UTC, UplinkCoder wrote:
Sorry I think i messed up with my github branches.
until i get it straightend out you can get my local working
source verbatim from
http://www42.zippyshare.com/v/4371099/file.html
I modified the sdc to produce 32bit code if the -m32 a
make that
I have now setup a repo with my 32bit sdc source.
https://github.com/UplinkCoder/sdc32-experimental
There are NO submodules I dump my source straight in there.
cloning it and calling make should be enough.
hmm it looks like you are not linking llvm in ...
do you use the most recent version from my sdc32-experimental
repo ?
please not that the dub build is broken because i can't get the
link order right.
so you have to `make` it :D
please do `git pull` and if the error presists post the full
error-message on dpaste or similar.
Are you on a 64bit system ?
my makesfiles are hardcoded to use -m32
so I guess it will not link with 64bit libs
On Friday, 1 August 2014 at 15:26:08 UTC, ketmar via
Digitalmars-d-announce wrote:
yes, just cloned it before sending report.
commit 34fdd6a73e6137173a3840218a76dfd2f6c50d68
Hmm I can't find commit 34fdd6a73e6137173a3840218a76dfd2f6c50d68
...
it must have a commit I have squashed.
I do this qui
On Friday, 1 August 2014 at 15:46:14 UTC, ketmar via
Digitalmars-d-announce wrote:
On Fri, 01 Aug 2014 15:33:05 +
Stefan Koch via Digitalmars-d-announce
wrote:
please do `git pull` and if the error presists post the full
error-message on dpaste or similar.
you're welcome.
upgated t
I can say it has nothing todo with llvm (so far)
On Friday, 1 August 2014 at 16:31:49 UTC, ketmar via
Digitalmars-d-announce wrote:
On Fri, 01 Aug 2014 15:54:42 +
Stefan Koch via Digitalmars-d-announce
wrote:
AFAICS this it because you are using dmd-master
if it fails with the dmd-2.065 then I have a real nut to crack
sorry, you are
On Friday, 1 August 2014 at 16:52:39 UTC, ketmar via
Digitalmars-d-announce wrote:
On Fri, 01 Aug 2014 16:33:39 +
Stefan Koch via Digitalmars-d-announce
wrote:
please try to compile a few tests and tell me if it works
results of runner.d: http://dpaste.com/0P4DXGE
Thats is just as
Next time you might want to use my jsonRunner
it runs 7.5x times faster than the old one :D
thogh it needs a bit more work
enableing multihtreading and such
first run "time ./runner"
and then run
"sh buildTester.sh && ./convtest"
and then "time ./jsonRunner"
i am intressted in your timings
runner d envokes the sdc binary
while jsonRunner is linked with sdc
On Friday, 1 August 2014 at 22:44:48 UTC, ketmar via
Digitalmars-d-announce wrote:
On Sat, 2 Aug 2014 01:37:33 +0300
ketmar via Digitalmars-d-announce
wrote:
damn, it's hard to switch between two dmds. ok, i compiled
everything,
here's the timings:
./runner 2> /dev/null > /dev/null 21.39s u
On Saturday, 2 August 2014 at 22:48:35 UTC, Shammah Chancellor
wrote:
On 2014-08-01 05:00:53 +, deadalnix said:
On Tuesday, 29 July 2014 at 13:36:39 UTC, Stefan Koch wrote:
Hello,
I am happy to announce that my 32bit version of sdc compiles
the whole testsuite including mixins.
the only
On Sunday, 3 August 2014 at 11:37:26 UTC, John Colvin wrote:
On Sunday, 3 August 2014 at 11:19:01 UTC, Stefan Koch wrote:
On Saturday, 2 August 2014 at 22:48:35 UTC, Shammah Chancellor
wrote:
On 2014-08-01 05:00:53 +, deadalnix said:
On Tuesday, 29 July 2014 at 13:36:39 UTC, Stefan Koch w
On Sunday, 3 August 2014 at 11:31:10 UTC, ketmar via
Digitalmars-d-announce wrote:
On Fri, 01 Aug 2014 15:49:09 +
Stefan Koch via Digitalmars-d-announce
wrote:
it must have a commit I have squashed.
I do this quite often since sometimes I commit stuff that
causes my build to fail :p
btw
On Tuesday, 5 August 2014 at 11:56:28 UTC, Shammah Chancellor
wrote:
On 2014-08-04 04:19:01 +, deadalnix said:
On Saturday, 2 August 2014 at 22:48:35 UTC, Shammah Chancellor
wrote:
Also, it looks by using your fiber based scheduler that you
can naturally parallize compiling. Have you inve
On Friday, 1 August 2014 at 23:16:45 UTC, Stefan Koch wrote:
jsonRunner really runs fast ... io overhead really makes a
diffrence
Correction I just checked the old runner and I found out the
following:
sdc runs 7.5 times faster if all sourceFiles are compiled
together.
(as dub does)
the slo
I just updated my fork.
https://github.com/UplinkCoder/sdc32-experimental
* test0037 passes now
meaning that alias works in more cases
* I implemented foreach for Arrays
though since ArrayLiterals are currently not supported this is
not too helpful.
Updated fork again.
-m32 and -m64 switches work properly now.
sdc32 uses a the same default outputFile as dmd does.
Soon to come :
- ArrayLiterals
In planning :
- a new backend ;D
- Source-to-Source transformations
You should check www.vibed.org
And next time please post questions in D.learn
On Friday, 17 October 2014 at 10:39:15 UTC, Temtaime wrote:
New backend why ?
Because I want to code a backend.
I want output C or maybe even Cool ...
generating UML via a backend would also be nice.
On Saturday, 18 October 2014 at 09:29:10 UTC, Suliman wrote:
What's benefits this would give?
apart from the hack-factor a backend that generates _nice_ C-code
is a really
usefil thing to have.
For example if you want to program microcontrollers in D.
On Monday, 1 December 2014 at 09:17:42 UTC, trgy wrote:
Hello,
is there a german D community?
I cannot find a forum/wiki or something else.
I hope you can help me. :)
Thanks in advance.
Best regards
trgy
There is a german community.
Most of them are here :)
As far as I know there is no sepe
On Monday, 1 December 2014 at 09:38:35 UTC, trgy wrote:
Thank you for this information.
Would nobody of the german community prefer to have a forum/wiki
in german?
Best regards trgy
If you want one, go ahead and create one.
Though a german forum would most likely be quite small.
just look at
Hello,
I'd like to announce that I am going to be writing a C-compiler
in D.
Without flex or bison or anything like that.
Just pure handwritten D.
I will shoot videos of my progress, and I will explain how a
compiler really works.
If you think that is like HandmadeHero you are right!
Caseys
On Sunday, 7 December 2014 at 20:17:30 UTC, MattCoder wrote:
On Sunday, 7 December 2014 at 19:13:42 UTC, Stefan Koch wrote:
Please tell me what you think if that announcement, and feel
free to ask anything you like.
Nice and some useful links:
https://www.reddit.com/r/programming/comments/2la
On Monday, 8 December 2014 at 11:08:36 UTC, Shriramana Sharma via
Digitalmars-d-announce wrote:
Please do post updates here. I think it would be a great
show-casing of D's
capabilities.
Just a suggestion and I may be totally off mark here, but will
you have it
directly output machine code? Or
First two videos are up
think of them as beta quality!
https://www.youtube.com/watch?v=aeBSsuCCRFo
and
https://www.youtube.com/watch?v=crQk929crCE
On Monday, 8 December 2014 at 17:26:59 UTC, John Colvin wrote:
On Monday, 8 December 2014 at 16:28:24 UTC, Stefan Koch wrote:
First two videos are up
think of them as beta quality!
https://www.youtube.com/watch?v=aeBSsuCCRFo
and
https://www.youtube.com/watch?v=crQk929crCE
The quality is comp
On Monday, 8 December 2014 at 21:04:17 UTC, John wrote:
On Monday, 8 December 2014 at 19:35:54 UTC, Stefan Koch wrote:
think of them as beta quality!
You may have to either pause when you need to cough and sneeze
or just edit that out. I am interested in this topic but the
horrible quality
On Tuesday, 9 December 2014 at 07:58:51 UTC, Iain Buclaw via
Digitalmars-d-announce wrote:
On 9 Dec 2014 07:00, "Stefan Koch via Digitalmars-d-announce" <
digitalmars-d-announce@puremagic.com> wrote:
On Monday, 8 December 2014 at 21:04:17 UTC, John wrote:
On Monday, 8 Decemb
On Tuesday, 9 December 2014 at 08:10:14 UTC, Iain Buclaw via
Digitalmars-d-announce wrote:
On 9 Dec 2014 00:50, "deadalnix via Digitalmars-d-announce" <
digitalmars-d-announce@puremagic.com> wrote:
On Monday, 8 December 2014 at 15:44:55 UTC, Stefan Koch wrote:
I want to do a C backend first.
On Tuesday, 9 December 2014 at 10:55:24 UTC, Robert M. Münch
wrote:
On 2014-12-07 19:13:41 +, Stefan Koch said:
I'd like to announce that I am going to be writing a
C-compiler in D.
Without flex or bison or anything like that.
Just pure handwritten D.
Hi, how about using PEG for parsing
On Wednesday, 10 December 2014 at 13:02:43 UTC, Tobias Pankrath
wrote:
I will use a handwritten recursive decent parser.
Since that is what I deem the easiest thing to do.
Take a look at the std.lexer proposal first.
Thanks for your suggestion.
In fact, I know and like std.lexer.
But this i
On Thursday, 11 December 2014 at 15:02:02 UTC, Tobias Pankrath
wrote:
I didn't want to suggest to use std.lexer, but to showcase the
nice compile time tricks it employs, e.g. the generation of a
Trie at compile time.
std.lexer is awesome, no doubt about it!
But it is not in the scope of buil
I will start uploading official videos at Monday.
If you are interested in qcc please join me in irc.
server : irc.freenode.net
channel : #qcc
New videos are online :)
part 1:
https://www.youtube.com/watch?v=_YAUfd41URA
part 2:
https://www.youtube.com/watch?v=RGLgiPhwskM
please give me feedback in this thread
please tell me what concepts you would like to have explained.
perhaps I should do a live-stream for Q&A maybe ?
On Thursday, 18 December 2014 at 23:56:54 UTC, Ronald Adonyo
wrote:
Hi Everyone,
In my spare time over the last 3 weeks, I've been working on a
C# to D Compiler based on Roslyn.
Please check it out and give comments. I would also like this
to be a basis to provide both Libraries in D and allow
New videos are comeing soon :)
Topics : Intro to compilers
Parseing and the AsT
Identifier-resolution and scope
On Monday, 22 December 2014 at 12:12:19 UTC, FrankLike wrote:
D is useful ,now I use the
dfl2(https://github.com/FrankLIKE/dfl2/)and the build tool dco
(https://github.com/FrankLIKE/dco/),very good.
Frank
Do you work for Facebook ?
On Saturday, 14 February 2015 at 16:25:30 UTC, Adam D. Ruppe
wrote:
I got an email from the publisher of my D Cookbook asking me to
write another book on D. From their email:
"We have recently commissioned a book on D, titled ' Learning D
'. This book will have approximately 400 pages and and
Oh boy.
the source is messy ...
On Tuesday, 21 February 2017 at 12:45:47 UTC, Mithun Hunsur wrote:
Hi all,
Introducing Moonshot (https://github.com/Philpax/moonshot)!
Hi Mithun,
Looking over the code for lua it seems that you use std.format a
lot a ctfe.
I would advise against that as it needlessly increases compile
times
On Thursday, 9 March 2017 at 21:32:20 UTC, Martin Nowak wrote:
Glad to announce D 2.073.2.
http://dlang.org/download.html
This point release fixes a few issues over 2.073.1, see the
changelog for more details.
http://dlang.org/changelog/2.073.2.html
-Martin
It says: D LATEST.
On Wednesday, 15 March 2017 at 07:37:53 UTC, Jack Applegame wrote:
Dear developers. I need help fixing issue #17257
(https://issues.dlang.org/show_bug.cgi?id=17257) and related
bug
(https://forum.dlang.org/post/zpxzbctiijfhjujsz...@forum.dlang.org).
I can't fix it myself, because know almost
On Monday, 20 March 2017 at 20:09:58 UTC, Atila Neves wrote:
http://code.dlang.org/packages/excel-d
This dub package allows D code to be called from Excel. It uses
compile-time reflection to register the user's code in an XLL
(a DLL loaded by Excel) so no boilerplate is necessary. Not
even `D
On Wednesday, 12 April 2017 at 05:51:20 UTC, Ali Çehreli wrote:
On 04/10/2017 06:07 AM, Mike Parker wrote:
Stefan has been diligently keeping us all updated on NewCTFE
here in the
forums. Now, he's gone to the blog to say something to tell
the world
about it.
The blog:
https://dlang.org/blog/
On Wednesday, 17 May 2017 at 14:55:12 UTC, Moritz Maxeiner wrote:
In response to a DConf 2017 request regarding this, llvm-d
again supports dynamic loading.
The API is essentially the same as is was for llvm 1.x, though
you have to enable it with D versions.
[...]
Many Thanks.
On Tuesday, 23 May 2017 at 13:27:42 UTC, Andrei Alexandrescu
wrote:
On 5/22/17 4:51 PM, Johan Engelen wrote:
On Monday, 22 May 2017 at 15:05:24 UTC, Andrei Alexandrescu
wrote:
[...]
A fun read!
"(Late at night, I double checked. Mozilla’s CheckedInt is
just as bad as I remembered. They do a
On Tuesday, 23 May 2017 at 15:19:39 UTC, Andrei Alexandrescu
wrote:
On 05/23/2017 09:42 AM, Stefan Koch wrote:
On Tuesday, 23 May 2017 at 13:27:42 UTC, Andrei Alexandrescu
wrote:
On 5/22/17 4:51 PM, Johan Engelen wrote:
[...]
Thanks! Yes, seto is what I thought of - one way or another,
it g
On Tuesday, 23 May 2017 at 15:37:39 UTC, Stefan Koch wrote:
The compiler does indeed seem to optimize the code somewhat.
Although the generated asm still looks wired.
http://asm.dlang.org/#compilers:!((compiler:dmd_nightly,options:'-dip25+-O+-release+-inline+-m32',source:'import+core.checkedint%3
On Tuesday, 23 May 2017 at 15:43:24 UTC, Andrei Alexandrescu
wrote:
On 05/23/2017 11:37 AM, Stefan Koch wrote:
The compiler does indeed seem to optimize the code somewhat.
Although the generated asm still looks wired.
http://asm.dlang.org/#compilers:!((compiler:dmd_nightly,options:'-dip25+-O+-r
On Tuesday, 23 May 2017 at 15:54:42 UTC, Stefan Koch wrote:
Well
Since core.checkedint is in druntime, we _could_ detected the
checking operations and generate better code for them.
But right now, I am [NOT] convinced it is worth the effort.
Hi guys,
I just finished the PR to remove the builtin array properties
.sort and .reverse.
while the dmd changes were trivial fixing all the broken tests
were not.
Even tests that were supposed to call std.algorithm.sort turned
out to use the property by accident; (because of a small error
On Sunday, 28 May 2017 at 09:23:01 UTC, Ivan Kazmenko wrote:
On Wednesday, 24 May 2017 at 22:56:15 UTC, Stefan Koch wrote:
I just finished the PR to remove the builtin array properties
.sort and .reverse.
That's nice! Finally, we could get rid of the awkward
reverse() or sort!() in UFCS chai
On Wednesday, 7 June 2017 at 21:47:58 UTC, John Carter wrote:
On Monday, 5 June 2017 at 14:23:34 UTC, Mike Parker wrote:
https://dlang.org/blog/2017/06/05/compile-time-sort-in-d/
Seems like you have inspired people...
http://blog.zdsmith.com/posts/compiletime-sort-in-nim.html
We should make
On Friday, 9 June 2017 at 01:34:14 UTC, Mike Parker wrote:
On Thursday, 8 June 2017 at 19:07:50 UTC, cym13 wrote:
Seeing that the one and only D example in the nim article is a
broken one (using static instead of enum or static immutable
for 'b') we should have started with a correct example
On Friday, 9 June 2017 at 12:15:50 UTC, Steven Schveighoffer
wrote:
[it] can use the *actual* i/o routines [at compile-time] you
would use at runtime is pretty impressive.
Stefan would have a field day with this power :)
-Steve
Infact I think this would scale pretty badly.
I do not want to
On Friday, 9 June 2017 at 15:16:56 UTC, Steven Schveighoffer
wrote:
On 6/9/17 10:49 AM, Stefan Koch wrote:
If I'd had to worry about an interface to runtime code I'd be
a little
unhappy.
I kind of remember you saying at dconf2016 "If only CTFE could
write to the filesystem, I could fully sup
On Friday, 9 June 2017 at 16:50:15 UTC, H. S. Teoh wrote:
Yes, please add ctfeWriteln().
ctfeWriteln has it's own set of problems.
I resurrected a PR for it a while back.
And somewhere along the lines it broke again.
newCTFE's debugging facilities which will come later this year,
will provide
On Tuesday, 13 June 2017 at 13:51:02 UTC, Ben Palmer wrote:
Hi All,
The Berlin June D meetup is happening on this Friday the 16th
at 19:30 at Berlin Co-Op (http://co-up.de/) on the fifth floor.
Mathias Lang will be giving a short talk on metaprogramming
tricks in D. In particular on a "Self g
On Monday, 3 July 2017 at 23:16:07 UTC, solidstate1991 wrote:
While I currently don't have an ARM based hardware that would
be easy to develop on, I'm planning to use QEMU to emulate some
form of ARMv6 CPU, as it'll be the main target, as it's still
being used in devices like the Raspberry Pi.
On Tuesday, 4 July 2017 at 21:10:45 UTC, Walter Bright wrote:
On 7/4/2017 1:15 PM, Stefan Koch wrote:
Most arm implementation are not as forgiving as contemporary
x86 processors when it comes to bad register scheduling and
the like.
The backend's scheduler is actually very effective. It matte
On Monday, 3 July 2017 at 18:23:27 UTC, Dragos Carp wrote:
Hi all,
On 18 July, we will have our next Munich meetup. Mario will
give a talk with the title "Avoiding the Big Ball of Mud".
As usual before and after the talk we will also have good
conversations with pizza and drinks.
Please RSVP
On Wednesday, 9 August 2017 at 20:42:48 UTC, Wild wrote:
I hope I can maintain ArchLinux as a great environment to use D.
You are not only the new package mainainer but also my new Hero :)
On Wednesday, 14 March 2018 at 11:44:10 UTC, Simen Kjærås wrote:
On Wednesday, 14 March 2018 at 11:38:20 UTC, Dmitry Olshansky
wrote:
- I owe you a bottle of your favorite beverage and your
favorite bug in Bugzilla if you agree ;)
https://issues.dlang.org/show_bug.cgi?id=5710 might be worth
On Wednesday, 25 April 2018 at 14:13:55 UTC, Seb wrote:
Hi all,
I hope you are all looking forward to DConf.
[...]
I request a lighting talk slot :)
On Wednesday, 21 November 2018 at 13:05:27 UTC, Nicholas Wilson
wrote:
On Wednesday, 21 November 2018 at 11:58:25 UTC, Vladimir
Panteleev wrote:
Have we tried disabling -unittest for modules that aren't on
the compiler's command line yet (or, in case of -i, not
excluded)?
Not that I know of,
On Sunday, 16 December 2018 at 14:24:54 UTC, Jacob Carlborg wrote:
On 2018-12-15 16:37, Basile B. wrote:
This poisoning kills the interest of using a fuzzer. 99% of
the crashes will be in hdrgen.
Does that matter as long as the bug is found?
Well it's hard to tell if it's begin.
Generally i
1 - 100 of 286 matches
Mail list logo