On Monday, 27 February 2023 at 23:45:18 UTC, kinke wrote:
Glad to announce the first beta for LDC 1.32. Major changes:
* Based on D 2.102.1+.
* LLVM for prebuilt packages bumped to v15.0.7.
* Linker-level dead code elimination is enabled by default for
Apple, wasm and *all* ELF targets too
On Monday, 27 February 2023 at 23:45:18 UTC, kinke wrote:
Glad to announce the first beta for LDC 1.32. Major changes:
* Based on D 2.102.1+.
* LLVM for prebuilt packages bumped to v15.0.7.
* Linker-level dead code elimination is enabled by default for
Apple, wasm and *all* ELF targets too
Glad to announce the first beta for LDC 1.32. Major changes:
* Based on D 2.102.1+.
* LLVM for prebuilt packages bumped to v15.0.7.
* Linker-level dead code elimination is enabled by default for
Apple, wasm and *all* ELF targets too now.
* Vector comparisons (==, !=, <, <=, >, >=) now yield a
On Monday, 27 February 2023 at 12:08:58 UTC, newbie wrote:
betterC is much more important for some user, please don't
phase out `-betterC`.
BetterC isn’t going anywhere. Too many people use it.
On Monday, 27 February 2023 at 15:39:35 UTC, Dom Disc wrote:
On Monday, 27 February 2023 at 14:27:25 UTC, bachmeier wrote:
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
Razvan [submitted a PR deprecating `alias this` in
classes](https://github.com/dlang/dmd/pull/14812) the
On Monday, 27 February 2023 at 15:39:35 UTC, Dom Disc wrote:
On Monday, 27 February 2023 at 14:27:25 UTC, bachmeier wrote:
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
Razvan [submitted a PR deprecating `alias this` in
classes](https://github.com/dlang/dmd/pull/14812) the
On Monday, 27 February 2023 at 14:27:25 UTC, bachmeier wrote:
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
Razvan [submitted a PR deprecating `alias this` in
classes](https://github.com/dlang/dmd/pull/14812) the next
day. Amaury [initiated a forum
On Monday, 27 February 2023 at 14:25:29 UTC, Adam D Ruppe wrote:
On Monday, 27 February 2023 at 14:18:04 UTC, M.M. wrote:
In the recent post by Mike Parker, betterC is used as a great
alternative to C for writing bare-metal RISC-V application:
Real D can do this too.
Oh, that's a bit new
On Monday, 27 February 2023 at 14:24:38 UTC, Adam D Ruppe wrote:
On Monday, 27 February 2023 at 12:08:58 UTC, newbie wrote:
with `betterC` you can target into new platform without much
work, and easy to deal with dynamic library, generate much
fast and smaller binary.
you can do this
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
Razvan [submitted a PR deprecating `alias this` in
classes](https://github.com/dlang/dmd/pull/14812) the next day.
Amaury [initiated a forum
discussion](https://forum.dlang.org/thread/roaaoujwgkzednetb...@forum.dlang.org) a few
On Monday, 27 February 2023 at 14:18:04 UTC, M.M. wrote:
In the recent post by Mike Parker, betterC is used as a great
alternative to C for writing bare-metal RISC-V application:
Real D can do this too.
betterC needs to die, it is just arbitrary special cases that add
tech debt to the
On Monday, 27 February 2023 at 12:08:58 UTC, newbie wrote:
with `betterC` you can target into new platform without much
work, and easy to deal with dynamic library, generate much
fast and smaller binary.
you can do this without betterC too. often easier. And it could
be even easier with a
I use -betterC because i can focus on the language and build upon
it, i don't have to deal with the slowness of phobos and more
importantly, i don't have to wait for phobos or druntime to be
ported to WASM in order to be able to target to WASM, i target
WASM today
It also makes me confident
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
...
### Dennis
Dennis asked about the future direction of `-betterC`...
... He then listed three possible approaches:
* Explicitly annotate code as CTFE-only with new syntax:
`pragma(ctfe)`, `if (ctfe)` etc. Walter noted that the
I just want to make this point about -betterC.
As a switch it should just be switching other things off. As a result
its just a marketing name of D without the language extensions that
depend on druntime.
It isn't that way in practice, but it should be.
However I think there is a pathway
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
The January meeting took place on January 13th at 14:00 UTC. It
was a quarterly meeting, which means we invited representatives
from companies using D in production. We normally would have
scheduled it on the first Friday of the
The February meeting took place on February 3rd, 2023, at 15:00
UTC. The following people attended:
* Walter Bright
* Iain Buclaw
* Ali Çehreli
* Martin Kinkelin
* Dennis Korpel
* Mathias Lang
* Átila Neves
* Razvan Nitu
* Mike Parker
* Robert Schadek
The meeting lasted just under 50 minutes.
The January meeting took place on January 13th at 14:00 UTC. It
was a quarterly meeting, which means we invited representatives
from companies using D in production. We normally would have
scheduled it on the first Friday of the month, but delayed it a
bit to allow everyone time to return
On Monday, 27 February 2023 at 00:11:49 UTC, Mike Parker wrote:
Unfortunately, our application to Google Summer of Code was not
accepted this year.
Yeah, that's unfortunate. I think that Google Summer of Code
would be an important showcase to the outside world. Hopefully
dlang can make it
On Sunday, 26 February 2023 at 17:16:48 UTC, Dan wrote:
On Saturday, 11 February 2023 at 16:05:39 UTC, Steven
Schveighoffer wrote:
# BEERCONF!
Thanks everyone for presenting talks and demos!
20 matches
Mail list logo