On Tuesday, 1 October 2024 at 05:59:30 UTC, Kagamin wrote:
On Wednesday, 4 September 2024 at 12:24:07 UTC, FeepingCreature
wrote:
Now there's a few rewrites, one in Rust, one in Go, but I mean
- we're a D shop, and I'll be damned if I make critical
workflow dependent on a Rus
On Tuesday, 24 September 2024 at 05:30:32 UTC, Imperatorn wrote:
On Wednesday, 4 September 2024 at 12:24:07 UTC, FeepingCreature
wrote:
tl;dr: D port of powerline-shell, a beautiful command prompt
with (among others) git status
https://github.com/FeepingCreature/powerline-d
[...]
Nice
On Tuesday, 24 September 2024 at 07:23:26 UTC, Vladimir
Marchevsky wrote:
On Monday, 23 September 2024 at 08:46:30 UTC, aberba wrote:
You would be surprised how much original code and code
modifications LLMs can output. I wouldn't be to quick to
dismiss them as mere translation tools.
For e
On Wednesday, 4 September 2024 at 18:55:07 UTC, user1234 wrote:
On Wednesday, 4 September 2024 at 17:02:55 UTC, Vladimir
Marchevsky wrote:
In case that really needs some arguing, I would say
translation is not a programming.
There are semantical differences between two languages. Things
lik
tl;dr: D port of powerline-shell, a beautiful command prompt with
(among others) git status
https://github.com/FeepingCreature/powerline-d
## What's powerline-shell?
Has this happened to you? You're using git, and you enter some
command only to get a weird error about branc
On Monday, 3 June 2024 at 13:26:54 UTC, Mike Parker wrote:
## The DConf '24 Schedule
The DConf '24 schedule is now live:
https://dconf.org/2024/index.html#schedule
You'll notice that we've departed from the norm in a few
places. That's because of the number of submissions we
received. Typica
On Tuesday, 20 February 2024 at 10:51:27 UTC, FeepingCreature
wrote:
I'm gonna see if I can put together enough content for a talk
about effective dustmiting. Might have to be a lightning talk
though. 30 minutes is gonna be a challenge to hit with that.
Nevermind, I just went throug
On Tuesday, 20 February 2024 at 03:27:31 UTC, Mike Parker wrote:
It's time to start thinking more seriously about that DConf
talk you've been thinking about submitting: DConf '24 is
tentatively scheduled for September 17 - 20. Symmetry
Investments is again our host and primary sponsor. We'll be
On Monday, 13 November 2023 at 00:18:35 UTC, Richard (Rikki)
Andrew Cattermole wrote:
Part of the problem with shared is that it is completely
inverse of what it should be.
It fundamentally does not annotate memory with anything extra
that is useful.
At the CPU level there are no guarantees
On Sunday, 17 September 2023 at 15:35:04 UTC, Mike Parker wrote:
I've begun editing, rendering, and publishing the standalone
videos of the DConf '23 talks. The venue gave us access to all
of their footage this year rather than just a subset of it, and
I'm happy to make use of it.
I've also g
On Sunday, 3 September 2023 at 07:04:44 UTC, Steven Schveighoffer
wrote:
On Saturday, 2 September 2023 at 20:41:33 UTC, Dukc wrote:
Just a while ago I was hit by some sort of a violent ailment.
I first noticed it like an hour ago, and I'm shivering as I
stand in a well-heated house, despite hav
On Saturday, 2 September 2023 at 20:27:04 UTC, Bonarc wrote:
On Wednesday, 30 August 2023 at 14:19:03 UTC, FeepingCreature
wrote:
When you want to react to ~every keypress in a language server
impl with updated coloring, it starts to be problematic. Think
in terms of "UI feedback" r
On Friday, 25 August 2023 at 02:10:25 UTC, harakim wrote:
I'm also curious why a 500ms compile time would be generally
recognized as way too long. Is it because it has potential to
be faster or does it cause some legitimate problem? That's a
question at large, not for Matheus.
When you want t
On Tuesday, 6 June 2023 at 13:33:00 UTC, Mike Parker wrote:
Thanks again to everyone who submitted talks for DConf '23, and
congratulations to those who were accepted. We've got what
looks to be another solid lineup this year. Check it out:
https://dconf.org/2023/index.html
And remember, earl
On Tuesday, 2 May 2023 at 00:34:45 UTC, Iain Buclaw wrote:
This release comes with 11 major changes, including:
- In the standard library, `std.typecons.Rebindable` now
supports all types
Tiny note of warning: `Rebindable` supports all types that it did
not previously support, including stru
On Sunday, 7 May 2023 at 02:15:02 UTC, monkyyy wrote:
On Wednesday, 3 May 2023 at 11:13:34 UTC, Mike Parker wrote:
IVY, their organizational development program
Your solution to hearing luas dev saying "I dont manage
anything" and whatever feedback from your survey, is you got
corporate trai
On Saturday, 29 October 2022 at 10:14:31 UTC, rikki cattermole
wrote:
And now for some good news!
Its almost Halloween, so grab your candy and any spooky brews
you may have, and join us for a ghostly chat!
https://meet.jit.si/Dlang2022OctoberBeerConf
I wish you'd announce the time a bit in
On Wednesday, 4 May 2022 at 16:21:19 UTC, Mike Parker wrote:
Mario also mentioned that Mathis Beer is having "the usual
problems" in his work because he is always "in the dark areas
of the D compiler", but they have nothing causing them any
major issues that need immediate attention.
I don'
On Monday, 4 October 2021 at 22:40:19 UTC, Temtaime wrote:
What is really discourages me that persons like Walter instead
of making D great just do nothing helpful.
This is just uncalled for. I'm sure you can express what you mean
without pointlessly and wrongly insulting the *reason we have
On Wednesday, 29 September 2021 at 10:22:40 UTC, FeepingCreature
wrote:
Or: Turducken 2.0 The Reckoning
https://code.dlang.org/packages/rebindable
https://github.com/FeepingCreature/rebindable
Rebindable offers a proxy type, `rebindable.DeepUnqual`
(`DeepUnqual!T`) that can "stand in
Or: Turducken 2.0 The Reckoning
https://code.dlang.org/packages/rebindable
https://github.com/FeepingCreature/rebindable
Rebindable offers a proxy type, `rebindable.DeepUnqual`
(`DeepUnqual!T`) that can "stand in" for `T` in layout, but does
not share `T`'s constructor, d
On Saturday, 14 August 2021 at 21:19:25 UTC, kinke wrote:
A new minor version was just released:
* Based on D 2.097.2 (very few fixes over v1.27.0).
* Improved `-ftime-trace` implementation for compiler
profiling/tracing, now excluding LLVM-internal traces, adding
frontend memory tracing, sour
On Thursday, 12 August 2021 at 15:34:48 UTC, Dennis wrote:
On Thursday, 12 August 2021 at 14:14:27 UTC, FeepingCreature
wrote:
I can just wait for 2.098.1 otherwise though, it's not a big
deal.
Since Nullable is a template type, maybe you can just apply the
patch on your LDC installat
On Thursday, 12 August 2021 at 13:57:28 UTC, kinke wrote:
On Thursday, 12 August 2021 at 08:43:59 UTC, FeepingCreature
wrote:
On Wednesday, 11 August 2021 at 17:21:40 UTC, kinke wrote:
I don't plan to release any LDC v1.27.1 for the very few
minor fixes that made it into v2.097.2 compar
On Wednesday, 11 August 2021 at 17:21:40 UTC, kinke wrote:
On Wednesday, 11 August 2021 at 13:06:24 UTC, FeepingCreature
wrote:
Seems to work here too :) Just waiting for ldc now.
I don't plan to release any LDC v1.27.1 for the very few minor
fixes that made it into v2.097.2 compar
On Saturday, 7 August 2021 at 00:31:34 UTC, kinke wrote:
On Wednesday, 4 August 2021 at 17:34:32 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.097.2 point release,
Thanks Martin, much appreciated. Test results at Symmetry are
looking good.
Seems to work here too :) Just
a tool to supervise `tgkill` syscalls (used by
the GC for `SIGUSR1`/`SIGUSR2`) and log time, PID and GC delay.
https://gist.github.com/FeepingCreature/a2efe19f15eb582af274b23002c25706
Since it uses the kernel event tracing API, it needs to run as
root.
Time is seconds since boot.
Sample output:
On Saturday, 5 June 2021 at 10:19:47 UTC, Martin Nowak wrote:
Glad to announce D 2.097.0, ♥ to the 54 contributors.
This release comes with a new `std.sumtype` packcage, support
for `while (auto n = expression)`, an overhauled formatting
package, and many more changes.
http://dlang.org/downl
On Monday, 26 April 2021 at 14:01:37 UTC, sighoya wrote:
On Monday, 26 April 2021 at 13:17:49 UTC, FeepingCreature wrote:
On Sunday, 25 April 2021 at 21:27:55 UTC, sighoya wrote:
On Monday, 19 April 2021 at 06:37:03 UTC, FeepingCreature
wrote:
Native CTFE and macros are a beautiful thing
On Sunday, 25 April 2021 at 21:27:55 UTC, sighoya wrote:
On Monday, 19 April 2021 at 06:37:03 UTC, FeepingCreature wrote:
Native CTFE and macros are a beautiful thing though.
What did you mean with native?
When cx needs to execute a function at compiletime, it links it
into a shared object
On Monday, 19 April 2021 at 08:46:05 UTC, Ola Fosheim Grøstad
wrote:
I think the downsides are conceptual and technical, not social.
If you can implement a version counter then you get all kinds
of problems, like first compilation succeeding, then the second
compilation failing with no code cha
conservatism as much as any technological restriction
in the frontend.
¹ I have a language, by the way! :)
https://github.com/FeepingCreature/cx , but it's pre-pre-alpha.
Native CTFE and macros are a beautiful thing though.
On Monday, 1 March 2021 at 14:12:21 UTC, Steven Schveighoffer
wrote:
On 3/1/21 2:02 AM, FeepingCreature wrote:
On Sunday, 28 February 2021 at 11:56:28 UTC, Martin Nowak
wrote:
Glad to announce the first beta for the 2.096.0 release, ♥ to
the 53 contributors.
http://dlang.org/download.html
On Sunday, 28 February 2021 at 11:56:28 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.096.0 release, ♥ to
the 53 contributors.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.096.0.html
As usual please report any bugs at
https://issues.dlang.org
-Mart
yaaay
On Tuesday, 8 September 2020 at 09:17:10 UTC, Mike Parker wrote:
I was on the verge to cutting the schedule down to one day, but
thanks to some last-minute submissions, looks like we'll have
enough content now to stretch across two days!
Thanks to everyone who submitted a proposal. I'll be in
On Sunday, 13 September 2020 at 19:16:24 UTC, Steven
Schveighoffer wrote:
Yeah, I don't know the intention originally. But I have
definitely done exactly what the thread author stated (used
__traits(getMember) on all the module to look for certain
symbols). So my code would be broken too.
Ess
On Tuesday, 8 September 2020 at 09:17:10 UTC, Mike Parker wrote:
I was on the verge to cutting the schedule down to one day, but
thanks to some last-minute submissions, looks like we'll have
enough content now to stretch across two days!
Yay! How close was it? Half the submissions in the las
On Saturday, 5 September 2020 at 04:01:43 UTC, Mike Parker wrote:
On Monday, 31 August 2020 at 08:36:09 UTC, Mike Parker wrote:
I've received exactly one submission for DConf Online. Two
keynotes + one talk does not make a conference.
So this is the last call. The deadline has been extended to
On Thursday, 25 June 2020 at 11:55:14 UTC, Mike Parker wrote:
Simen Kjærås outlines an approach to supporting head-mutable
types in D without the need for compiler or language changes.
The blog:
https://dlang.org/blog/2020/06/25/a-pattern-for-head-mutable-structures/
Reddit:
https://www.reddit
On Thursday, 27 February 2020 at 03:50:35 UTC, Walter Bright
wrote:
On 2/26/2020 4:46 PM, Adam D. Ruppe wrote:
But DIP1027 had a fatal flaw: it made type safety impossible.
I don't see how that is true.
Because it turned a format string into a list of built-in types
indistinguishable from a
On Wednesday, 26 February 2020 at 11:13:12 UTC, Petar Kirov
[ZombineDev] wrote:
On Wednesday, 26 February 2020 at 09:45:55 UTC, Walter Bright
wrote:
It is lowered to:
f("hello %s", a);
as designed. I don't know what's unwanted about it.
In all other languages with string interpolation that
On Monday, 24 February 2020 at 22:11:08 UTC, Walter Bright wrote:
The semantics of an interpolated string must be defined by the
DIP, not deferred to some template. If the implementation of
those defined language features is done by a template, that is
an implementation choice, not part of the
On Monday, 11 November 2019 at 13:44:28 UTC, Robert Schadek wrote:
Now that dud can parse dub files, the next step will be a
semantic phase,
checking the input for errors.
After that, path expansion and dependency resolution.
PR's are always welcome.
Destroy!
[1] https://github.com/symmetryin
On Tuesday, 29 October 2019 at 06:06:56 UTC, FeepingCreature
wrote:
On Sunday, 27 October 2019 at 16:50:00 UTC, baz wrote:
What does the author of the deprecation think about this case
("feep" IIRC ) ?
Yeah that's a non-fix. It's a blind replacement of "a" with
On Sunday, 27 October 2019 at 16:50:00 UTC, baz wrote:
On Sunday, 27 October 2019 at 16:38:30 UTC, baz wrote:
On Sunday, 27 October 2019 at 15:04:34 UTC, drug wrote:
27.10.2019 17:20, baz пишет:
On Sunday, 27 October 2019 at 12:59:52 UTC, baz wrote:
On Thursday, 17 October 2019 at 06:02:33 UTC
On Tuesday, 15 October 2019 at 18:02:28 UTC, Mario Kröplin wrote:
https://github.com/linkrope/oberon2d
is a simple tool that translates source code from Oberon to D.
It was intended to be thrown away after the resurrection of a
single Oberon project.
(So, don't expect too much.)
But then, Bas
On Wednesday, 19 June 2019 at 04:00:44 UTC, Norm wrote:
Is the JSON_TYPE deprecation listed in the changelog, I
couldn't see it? I was on 2.086.0 prior to trying this beta
which did not show the deprecation.
Cheers,
Norm
That was back on 2.082.0, to make it match the D style guide. Not
sure
On Sunday, 12 May 2019 at 05:43:01 UTC, Walter Bright wrote:
All this effort strongly implies that there's no such thing as
a satisfactory bool type. Will you succeed where 10,000 other
programmers have failed? Seems unlikely. But I doubt I will
dissuade you from trying.
If you succeed at i
https://gist.github.com/FeepingCreature/6c67479c99bc0f20544d1e455622ae82
Usage: DMD= progress-dmd
The script sets -v and then uses the code and semantic stages
logged in the output to paint a cute little ANSI-colored progress
bar, with one character for every file listed on the command line
- Consider a short form for "dispatch". Purely for convenience:
e.g.: john.d.residence.d.numberOfRooms;
Why not .get, like Nullable?
As long as you never alias it to this... ;)
On Monday, 23 July 2018 at 14:26:17 UTC, Nick Treleaven wrote:
On Wednesday, 11 July 2018 at 07:30:59 UTC, FeepingCreature
wrote:
To reproduce the format issue, try to print the struct with
writefln!"%s"(MyDomainType()).
I implemented the compile time format string checking by
On Friday, 13 July 2018 at 01:26:28 UTC, Cym13 wrote:
I'm not sure I understand, that's what T.init is: a fictitious
domain value that just happens to be the default value. It
doesn't have to have any meaning and shouldn't be used that
way. It's just a value until it has a value. If it happens
On Thursday, 12 July 2018 at 08:54:17 UTC, Simen Kjærås wrote:
Whether that means it's undefined behavior or the compiler
should statically disallow it is up for debate, I guess.
--
Simen
Honestly, half the reason I'm using it so enthusiastically is
that I want to emphasize that this is an
On Wednesday, 11 July 2018 at 20:10:17 UTC, Meta wrote:
I hate to say I told you so, but...
https://github.com/dlang/phobos/pull/5855#issuecomment-345783238
Just joking, of course =)
Nullable has needed to be completely overhauled for a long time
because it was only really designed with POD t
Destructors are not called for fields embedded in unions.
On the one hand this is a horrible, horrible hack. On the other,
whee!
On Wednesday, 11 July 2018 at 07:30:59 UTC, FeepingCreature wrote:
Then just stick it in a Nullable. No explicit .init needed.
To clarify this point some more, since on reflection it's
ambiguous: you might well say that "well yeah, the default
constructor returns an invalid value,
On Tuesday, 10 July 2018 at 21:08:32 UTC, Cym13 wrote:
First of all I must point that I would very much like to have
seen a code actually producing an error in that article.
Contrary to what is hinted just taking the struct and putting
using it with Nullable or format() caused no error for me a
I've written up a short blogpost about the T.init issue.
It is not very enthusiastic.
https://medium.com/@feepingcreature/d-structs-dont-work-for-domain-data-c09332349f43
Related links:
https://github.com/dlang/phobos/pull/6594 problem with T.init and
toString
https://github.com/
See Subject :)
On 24.07.2010 02:53, bearophile wrote:
> FeepingCreature:
>> Feedback appreciated!
>
> I looks cute. It can be useful for to invent and test possible designs for
> D2/D3, for example to test and try alternative designs for ASM macros that
> may be added to D3.
>
> By
I've worked on it on and off over the last few months, and with the addition of
classes and the 5000 lines milestone, I thought I'd get some early feedback.
http://www.reddit.com/r/programming/comments/csxd6/fcc_01_is_a_compiler_for_a_simple_clike_language/
0.1 release reddit announcement.
The
On 30.04.2010 21:25, Don wrote:
> FeepingCreature wrote:
>
> The quality-of-code metric seems to be universally acknowledged - after
> all, druntime itself is a fork of tango core.
>
> "We think you suck, so we'll base our new standard library on your work. "
&
On 30.04.2010 20:26, Gurney Halleck wrote:
> == Quote from Chris Wright (dhase...@gmail.com)'s article
>> == Quote from Gurney Halleck (gurney.hall...@dune.com)'s article
>>> The loss is unbearable.
>> Yes, all the code I've ever written or will write is in those two
>> modules. Sad, isn't it? I'm
On 30.04.2010 17:22, Andrei Alexandrescu wrote:
> I think, given the situation, that a phone call is bound to mean
> something.
Well .. what does it mean? I mean, what do you mean it means. Not saying what
you mean is just mean.
>
>> Now, could we all please stop with the personal attacks and
>
On 30.04.2010 17:10, Don wrote:
> It seems very clear to me that there are Tango developers who do not
> want any of their code to be used in Phobos. Which is fine, that's their
> choice. But I wish they'd have the decency to say so, so that the
> community stops wasting time on the issue.
>
So w
On 30.04.2010 16:27, Daniel Keep wrote:
>
>
> lurker wrote:
>> FeepingCreature Wrote:
>>
>>> Phobos1 is shit. The Tango devs know this, the Phobos devs know it. Anyone
>>> who denies it has never compared the Phobos and Tango sourcecode.
>>
>
On 30.04.2010 16:20, Moritz Warning wrote:
> On Fri, 30 Apr 2010 07:45:23 -0400, Steven Schveighoffer wrote:
>
>> I feel bad for
>> SHOO that he was caught in the middle of this, his lib looks well
>> written.
> Phobos and Tangos license are both chosen to be for the greatest benefit
> to it's us
On 30.04.2010 16:04, lurker wrote:
> The Tango developers could have handed over all copyrights to Walter or
> Phobos. This would solve the licensing problems if anything needs to change
> later. Many open source projects such as MySQL do this.
>
They could have jumped off a bridge too. Yay, no
On 30.04.2010 15:46, lurker wrote:
> So far I've been just lurking here, but these are my 5 cents.
>
> I think the library situation is terrible. It's not for the good of D. We
> should just simple ditch Tango. It's D 1.0 only and always causing trouble.
> We absolutely need support from profess
I used the opportunity to write up a tutorial for it. (Reddit post
http://www.reddit.com/r/programming/comments/bm60m/a_tutorial_for_my_text_adventure_language_using/
, tutorial is http://demented.no-ip.org/dw/doku.php?id=xkcd-adventure ,
example dialog http://tinyurl.com/yh2ndmp ).
D source is
On 17.03.2010 04:45, Michael Rynn wrote:
> The list of std modules is getting a bit too long. Maybe a tree structure
> would work. After all it is for a programming language. Another idea
> would be to make another root, like dlang. or lang. Having std. in
> front of nearly makes it a piece
72 matches
Mail list logo
