Wow I see I was mentioned at a lot at this meeting!
In saying that I do have some points to add about Item 2 data structures.
Data structures come in one of two forms generally: owning and non-owning.
### Non-owning
Non-owning is the simplest, its an index.
It doesn't own any memory that
On Tuesday, 14 May 2024 at 18:42:56 UTC, Dennis wrote:
Hello everyone, My name is Dennis and I’m from Nigeria and I
want to contribute to the D language, perhaps engage in the
upcoming Symmetry Autumn of code, and contribute immensely to
the D language and beyond.
I’m open to anyone directing
Hello everyone, My name is Dennis and I’m from Nigeria and I want
to contribute to the D language, perhaps engage in the upcoming
Symmetry Autumn of code, and contribute immensely to the D
language and beyond.
I’m open to anyone directing me on things to work on. I'd really
appreciate that.
On Tuesday, 14 May 2024 at 12:36:27 UTC, ryuukk_ wrote:
- float nan default
Complaints from C and C++ programmers could mention that at least
stack variables gets initialized to something.
On Tuesday, 14 May 2024 at 14:01:28 UTC, Hipreme wrote:
[snip]
### Item 8
There was a project which is basically rdmd but faster out
there, done by Jonathan Marler.
- https://github.com/dragon-lang/rund
Sometime ago I thought about just pushing to d tools, but since
no one cared about, I
On Tuesday, 14 May 2024 at 13:23:17 UTC, Mike Parker wrote:
The D Language Foundation's monthly meeting for January 2024
was held on Friday the 12th. There were two things of
particular note about this meeting.
[...]
I have some things to feedback on those points
### Item 6
I had done my
The D Language Foundation's monthly meeting for January 2024 was
held on Friday the 12th. There were two things of particular note
about this meeting.
First, Jonathan Davis joined us for the first time and is now a
permanent member. We're very happy to have him aboard.
Second
On Tuesday, 14 May 2024 at 12:36:27 UTC, ryuukk_ wrote:
It'll be interesting to know what the experience was for the
maintainer to play around with D (for the first time?)
From what i could gather, problems encountered:
- rvalue ref params (wich led to someone telling him to use
-preview=all
On Tuesday, 14 May 2024 at 12:46:13 UTC, ryuukk_ wrote:
LDC yet again is proving how essential it is for D, now that
more OS are embracing ARM, having LDC available and maintained
to support latest version of LLVM and all kind of platforms is
a blessing
The maintainer is using macOS, and his
LDC yet again is proving how essential it is for D, now that more
OS are embracing ARM, having LDC available and maintained to
support latest version of LLVM and all kind of platforms is a
blessing
The maintainer is using macOS, and his library targets many
platforms including the web
It'll be interesting to know what the experience was for the
maintainer to play around with D (for the first time?)
From what i could gather, problems encountered:
- rvalue ref params (wich led to someone telling him to use
-preview=all wich led to other issues)
- attributes soup
- float
I just saw this yesterday, and i haven't see anybody talk about
it here, so i decided to share this great news for D here
Sokol is a popular gamedev library https://github.com/floooh/sokol
It now officially supports D, thanks to the work led by
https://github.com/kassane
https://github.com
On Sunday, 21 April 2024 at 14:57:33 UTC, Paolo Invernizzi wrote:
Hi,
Someone can point me to a D implementation of the classical
OpenCV find homography matrix?
Thank you,
Paolo
Now, we can do image stitching using DCV. It needs improvements
though.
https://github.com/libmir/dcv/tree
should write some automation tool...
You might find this package useful
https://code.dlang.org/packages/dynamic
Also relevant if they're C functions:
https://forum.dlang.org/post/qxctappnigkwvaqak...@forum.dlang.org
And this if you want to convert C headers to D code:
https
On Saturday, 11 May 2024 at 19:33:03 UTC, solidstate1991 wrote:
I know that BindBC exists and otherwise would use it, but the
bigger the library, the more extra hurdle it'll have. When I
did a few bindings with it, I had to order the functions the
right way, so I could do things much quicker
On Friday, 10 May 2024 at 13:27:40 UTC, Dukc wrote:
Steven Schveighoffer kirjoitti 10.5.2024 klo 16.01:
On Friday, 10 May 2024 at 11:05:28 UTC, Dukc wrote:
This also gets inferred as `pure` - meaning that if you use
it twice for the same `WeakRef`, the compiler may reuse the
result of the
with traditional blocking
I/O C/C++/D/Rust libraries w/o degrading performance.
And now we have Channels, gentelmen. The only missing bit is
`select` function to multiplex on a bunch of channels.
And the wait is over! Now there is a select function to multiplex
on read side of a bunch
Steven Schveighoffer kirjoitti 10.5.2024 klo 16.01:
On Friday, 10 May 2024 at 11:05:28 UTC, Dukc wrote:
This also gets inferred as `pure` - meaning that if you use it twice
for the same `WeakRef`, the compiler may reuse the result of the first
dereference for the second call, without checking
On Friday, 10 May 2024 at 11:05:28 UTC, Dukc wrote:
This also gets inferred as `pure` - meaning that if you use it
twice for the same `WeakRef`, the compiler may reuse the result
of the first dereference for the second call, without checking
whether the referred value has changed!
This
evilrat kirjoitti 9.5.2024 klo 18.19:
```d
struct WeakRef(T) {
private size_t _handle; // same size as a pointer
this(T* ptr) {
_handle = cast(size_t) ptr;
}
T* getRef() {
return cast(T*) _handle;
}
// do the rest ...
}
```
[1] https
]`.
Keep in mind that classes is already references so you don't need
that extra pointer for classes, can be versioned with template
specialization.
```d
struct WeakRef(T) {
private size_t _handle; // same size as a pointer
this(T* ptr) {
_handle = cast(size_t) ptr;
}
A "weak reference" (in the sense that I'm referring to) is a
feature in some programming languages for a reference to an
object that doesn't prevent the GC from destroying that object.
My current understanding is that D doesn't have weak references,
though I've found some posts in
to create the
network only by clicking with the mouse.
It is all there for anyone to use as they wish, all written
purely in D.
Here is the link: https://github.com/MuriloMir/Neural-network
Just to give you guys a spoiler, I'm writing a biology
simulator in D, it is already very impressive
.
It is all there for anyone to use as they wish, all written
purely in D.
Here is the link: https://github.com/MuriloMir/Neural-network
Just to give you guys a spoiler, I'm writing a biology simulator
in D, it is already very impressive, I will show more later.
unimportant. You
have to decide what you want to teach them and then eliminate
the languages that aren't suitable. D is one of many languages
that would work with the right content. Other languages, like
C++, add unnecessary overhead and thus should not be used.
It's often said &q
On Sunday, 28 April 2024 at 17:12:25 UTC, Mike Parker wrote:
If you haven't been keeping up with our YouTube channel, I've
been publishing a conversation with a member of the D community
on the last Sunday of every month since January. This follows
on from two conversations I had with Walter
On Friday, 3 May 2024 at 17:38:10 UTC, Chris Piker wrote:
On Thursday, 25 April 2024 at 16:57:53 UTC, mw wrote:
On Wednesday, 24 April 2024 at 22:07:41 UTC, Chris Piker wrote:
Python-AST to D source converter may already exist?
https://github.com/joortcom/eiffel_rename/tree/main/yi
On Thursday, 25 April 2024 at 16:57:53 UTC, mw wrote:
On Wednesday, 24 April 2024 at 22:07:41 UTC, Chris Piker wrote:
Python-AST to D source converter may already exist?
https://github.com/joortcom/eiffel_rename/tree/main/yi
A rudimentary converter from (extended) Python to D. Maybe you
On Monday, 29 April 2024 at 20:50:59 UTC, Dmitry Olshansky wrote:
On Monday, 29 April 2024 at 20:50:24 UTC, Dmitry Olshansky
wrote:
Photon is a minimalistic multi-threaded fiber scheduler and
event loop that works transparently with traditional blocking
I/O C/C++/D/Rust libraries w/o degrading
On Sunday, 21 April 2024 at 14:57:33 UTC, Paolo Invernizzi wrote:
Hi,
Someone can point me to a D implementation of the classical
OpenCV find homography matrix?
Thank you,
Paolo
Something I wrote awhile ago...
```
import kaleidic.lubeck : svd;
import gfm.math;
import mir.ndslice : sliced
On Sunday, 21 April 2024 at 14:57:33 UTC, Paolo Invernizzi wrote:
Hi,
Someone can point me to a D implementation of the classical
OpenCV find homography matrix?
Thank you,
Paolo
Just for future records in the forum.
//
https://math.stackexchange.com/questions/3509039/calculate-homography
If you haven't been keeping up with our YouTube channel, I've
been publishing a conversation with a member of the D community
on the last Sunday of every month since January. This follows on
from two conversations I had with Walter a while back.
So far this year, I've talked with Martin
On Wednesday, 24 April 2024 at 19:50:45 UTC, Chris Piker wrote:
Hi D
I have a somewhat extensive CGI based web service written in
Python and I'd like to port it to D. I can do this manually of
course, and maybe that's the best way, but for a rough start,
is anyone aware of any tools
BTW, maybe you can also try Mojo:
https://github.com/modularml/mojo
On Wednesday, 24 April 2024 at 22:07:41 UTC, Chris Piker wrote:
Python-AST to D source converter may already exist?
https://github.com/joortcom/eiffel_rename/tree/main/yi
A rudimentary converter from (extended) Python to D. Maybe you
can use it as a starting point.
It uses: PEG parser
On Thursday, 25 April 2024 at 07:04:13 UTC, Sergey wrote:
On Wednesday, 24 April 2024 at 22:07:41 UTC, Chris Piker wrote:
Python-AST to D source converter may already exist?
Another possible way maybe is using C :)
Python -> C -> D
https://wiki.python.org/moin/PythonImplementations#Com
On Wednesday, 24 April 2024 at 22:07:41 UTC, Chris Piker wrote:
Python-AST to D source converter may already exist?
Another possible way maybe is using C :)
Python -> C -> D
https://wiki.python.org/moin/PythonImplementations#Compilers
On Wednesday, 24 April 2024 at 05:08:25 UTC, Salih Dincer wrote:
Yes, `opApply()` works! You just need to use `do while()`
instead of `while()` because it skips the first item.
It depends on the type of structure being consumed, if it
provides "next" as a direct pointer then yeah you would
=[],
kw_defaults=[],
defaults=[]),
body=[
```
etc.
I presume I'll now need to write something that parses this into
D source (maybe with the assistance of a module provided above).
Before I do that, is this syntax general enough that a Python-AST
to D source converter may already exist
On Wednesday, 24 April 2024 at 19:50:45 UTC, Chris Piker wrote:
Hi D
I have a somewhat extensive CGI based web service written in
There is also https://code.dlang.org/packages/arsd-official%3Acgi
On Wednesday, 24 April 2024 at 19:50:45 UTC, Chris Piker wrote:
is anyone aware of any tools that generate an abstract syntax
tree which could then be converted to somewhat equivalent D
code? This might give me a jump-start on the manual conversion
process. Then later I can work on removing
On Wednesday, 24 April 2024 at 19:50:45 UTC, Chris Piker wrote:
I have a somewhat extensive CGI based web service written in
Python and I'd like to port it to D. I can do this manually of
course, and maybe that's the best way, but for a rough start,
is anyone aware of any tools that generate
Hi D
I have a somewhat extensive CGI based web service written in
Python and I'd like to port it to D. I can do this manually of
course, and maybe that's the best way, but for a rough start, is
anyone aware of any tools that generate an abstract syntax tree
which could then be converted
On Saturday, 29 July 2023 at 14:37:32 UTC, Mike Parker wrote:
I mistakenly posted the summary in the General forum. You can
find it here:
https://forum.dlang.org/thread/jzlympfqmwckaiuhq...@forum.dlang.org [geometry
dash world](https://geometrydashworld.net)
Good, I'm looking forward to
std.algorithm
`walkLength`, but if all you need is basic iteration, it can be
a simpler solution:
Yes, `opApply()` works! You just need to use `do while()` instead
of `while()` because it skips the first item.
```d
struct Node
{
int item;
Node* next;
}
class List
{
Node* root, iter;
this(int
https://issues.dlang.org/show_bug.cgi?id=24511
--- Comment #3 from Dlang Bot ---
dlang/dmd pull request #16406 "Merge stable" was merged into master:
- 978a26dd3d4b31cf0d2744ff6f147765a5df3c7b by Harry Gillanders:
Fix Bugzilla Issue 24511 - __stdcall functions from C are exte
need is basic iteration, it can be a
simpler solution:
```d
struct Range {
private I iter;
this(I iter) { this.iter = iter; }
int opApply(scope int delegate(T* t) dg) {
while (auto current = next(iter)) {
if (auto r = dg(current
On Monday, 22 April 2024 at 11:36:43 UTC, Chloé wrote:
The first implementation has the advantage is being simpler and
empty being const, but has the downside that next is called
even if the range ends up not being used. Is either approach
used consistently across the D ecosystem?
I always
On Monday, 22 April 2024 at 11:36:43 UTC, Chloé wrote:
The first implementation has the advantage is being simpler and
empty being const, but has the downside that next is called
even if the range ends up not being used. Is either approach
used consistently across the D ecosystem?
You can
ends up not being used. Is either approach used consistently across the
D ecosystem?
On Sunday, 21 April 2024 at 14:57:33 UTC, Paolo Invernizzi wrote:
Hi,
Someone can point me to a D implementation of the classical
OpenCV find homography matrix?
Thank you,
Paolo
Kinda some work but it should be doable using DCV and mir.lubeck
in theory
DCV can compute, not sift or surf
https://issues.dlang.org/show_bug.cgi?id=24511
Harry Gillanders changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=24511
--- Comment #1 from Harry Gillanders ---
dlang-bot isn't picking it up—here's a PR:
https://github.com/dlang/dmd/pull/16399
--
https://issues.dlang.org/show_bug.cgi?id=24511
Issue ID: 24511
Summary: __stdcall functions from C are extern(C) in D.
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Keywords: ImportC
On Friday, 12 April 2024 at 03:57:40 UTC, John Dougan wrote:
Not every day you get to blame a compiler bug.
D is uniquely: hacky, expressive and buggy.
Having more metaprograming then c++ without the raw man power
comes at a cost, in d you should distrust the spec and instead
see what
://issues.dlang.org
While entering the bug title, it does a fuzzy search for
existing open and closed issues.
The typical problem with issue/bug database searches is you have
to know the important discriminating keywords that projects
evolve over time. When you are new to a system, as I am with D
it somewhere and
share that on Twitter/Reddit/HN, etc.
I would, but I'm just not a social media person. I pretty much
only post online content here and at github.com. You may have
the problem that D doesn't attract "very-online" personality
types. I do mention D in work presentations,
le to list a package as a
system dependency and then just call it from D with no
interface code is a Big Freaking Deal!
Compared to Python interfaces this is a huge improvement. It
makes D an even better replacement for the mixed mode python +
C development I was doing before switching to
-issue for me anyway. In my environment the servers are all
Linux so "apt-get" (or equivalent) typically provides a
pre-compiled dependency. Being able to list a package as a
system dependency and then just call it from D with no interface
code is a Big Freaking Deal!
Compared
, but I'm just not a social media person. I pretty much
only post online content here and at github.com. You may have
the problem that D doesn't attract "very-online" personality
types. I do mention D in work presentations, but those are not
visible to the public.
On Friday, 12 April 2024 at 03:57:40 UTC, John Dougan wrote:
What is the procedure for bug reporting? I'm looking at the
issues tracker and have no clue how to drive the search to see
if this is already there.
https://issues.dlang.org
While entering the bug title, it does a fuzzy search
On Thursday, 11 April 2024 at 15:00:49 UTC, Steven Schveighoffer
wrote:
So D can provide a nice mechanism to show what is happening --
`pragma(msg, ...)`
If I do that with the two types above I see something *very*
interesting:
```d
pragma(msg, FnPrefixT);
pragma(msg, FnSuffixT
I actually tell the compiler with
the placement of the attributes? And how was it different
between the function type alias declaration, and the actual
function declaration?
More specifically, what are the semantic differences below?
```d
alias FnPrefixT = @nogc nothrow @safe bool function(int
of the attributes? And how was it different between the
function type alias declaration, and the actual function
declaration?
More specifically, what are the semantic differences below?
```d
alias FnPrefixT = @nogc nothrow @safe bool function(int);
// Versus
alias FnSuffixT = bool function(int) @nogc nothrow
to apply type constructors to the return type, you need
to use parentheses:
```d
const int foo(); // const applies to the context pointer of
`foo`, not `int`
const(int) bar(); // const applies to `int` return type
ref int baz(); // ref applies to `baz`, which in turn means "ref
retu
Place your attributes on the right hand side of the function, not the
left side.
Use the left side for attributes/type qualifiers that go on the return type.
```d
bool[7] stagesToProcess = false;
bool shouldDoInStages(int index) @nogc nothrow @safe
{
return stagesToProcess[index
Below is a example program that illustrates my issue.
When compiled at run.dlang I get:
```
onlineapp.d(18): Error: `@safe` function
`onlineapp.processSafely!(1, 4).processSafely` cannot call
`@system` function pointer `shouldDo`
onlineapp.d(28): Error: template instance
On Tuesday, 2 April 2024 at 00:18:10 UTC, Steven Schveighoffer
wrote:
On Monday, 1 April 2024 at 22:34:14 UTC, Iain Buclaw wrote:
Glad to announce D 2.108.0, ♥ to the 36 contributors.
This release comes with 8 major changes and 36 fixed Bugzilla
issues, including:
[...]
Also
I would like to sincerely thank everyone who contributed. ❤️❤️❤️
On Wednesday, 3 April 2024 at 11:28:57 UTC, Ferhat Kurtulmuş
wrote:
Dear Nick, this is out of the topic, but I noticed that you are
a Geany contributor. I have a long waiting PR here
On Wednesday, 3 April 2024 at 16:25:49 UTC, Mike Parker wrote:
The D Language Foundation's quarterly meeting for January, 2024
took place on Friday the 5th at 15:00 UTC. It lasted for about
45 minutes.
One update is that by now, Luna is now maintaining with me the
Objective-C meta library
On Wednesday, 3 April 2024 at 16:25:49 UTC, Mike Parker wrote:
The D Language Foundation's quarterly meeting for January, 2024
took place on Friday the 5th at 15:00 UTC. It lasted for about
45 minutes.
[snip]
Thanks for the write-up, as always.
__Question about Ddoc__
Second, when
The D Language Foundation's quarterly meeting for January, 2024
took place on Friday the 5th at 15:00 UTC. It lasted for about 45
minutes.
Our quarterly meetings are where representatives from businesses
big and small can come to bring us their most pressing D issues,
status reports
? etc.
Yes, the literal is just a value sequence.
Thank you. It looks like run.dlang.org is not using the last
dmd version yet.
Yes, it's DMD64 D Compiler v2.105.3. I wanted to make the
examples runnable in that page but we need a dmd update there.
I also noticed the 'dmd-nightly' version
. It looks like run.dlang.org is not using the last
dmd version yet.
Yes, it's DMD64 D Compiler v2.105.3. I wanted to make the
examples runnable in that page but we need a dmd update there.
I also noticed the 'dmd-nightly' version is v2.103.0!
On Tuesday, 2 April 2024 at 21:15:16 UTC, Nick Treleaven wrote:
On Tuesday, 2 April 2024 at 19:41:52 UTC, Ferhat Kurtulmuş
wrote:
Could you please provide a link to the documentation that one
should read to know everthing related to string interpolation
in dlang.
Official docs:
On Tuesday, 2 April 2024 at 19:41:52 UTC, Ferhat Kurtulmuş wrote:
Could you please provide a link to the documentation that one
should read to know everthing related to string interpolation
in dlang.
Official docs:
https://dlang.org/spec/istring.html
Things like: Can it be used in nogc
On Tuesday, 2 April 2024 at 00:18:10 UTC, Steven Schveighoffer
wrote:
On Monday, 1 April 2024 at 22:34:14 UTC, Iain Buclaw wrote:
Glad to announce D 2.108.0, ♥ to the 36 contributors.
This release comes with 8 major changes and 36 fixed Bugzilla
issues, including:
- In the language, named
On Monday, 1 April 2024 at 22:34:14 UTC, Iain Buclaw wrote:
Glad to announce D 2.108.0, ♥ to the 36 contributors.
This release comes with 8 major changes and 36 fixed Bugzilla
issues, including:
- In the language, named arguments for functions have been
implemented and documented
On Monday, 1 April 2024 at 22:34:14 UTC, Iain Buclaw wrote:
Glad to announce D 2.108.0, ♥ to the 36 contributors.
This release comes with 8 major changes and 36 fixed Bugzilla
issues, including:
- In the language, named arguments for functions have been
implemented and documented
Glad to announce D 2.108.0, ♥ to the 36 contributors.
This release comes with 8 major changes and 36 fixed Bugzilla
issues, including:
- In the language, named arguments for functions have been
implemented and documented.
- In phobos, std.uni has been upgraded to Unicode 15.1.0.
- In dub
ttps://dlang.org/spec/interfaceToC.html) still have this text:
Since D can call C code directly, it can also call any C
library functions,
giving D access to the smorgasbord of existing C libraries.
To do so, however,
one needs to write a D interface (.di) file, which is a
translation of the C .h
header
On Saturday, 30 March 2024 at 05:01:32 UTC, harakim wrote:
@D Language Foundation - This is a HUGE selling point. I had to
use cups the other day and I just copied some code from a d
file and linked the library. It was so easy I was suspicious
but it worked. Using C from D is pretty much
and then call the functions you need.
Wow. **That just worked the first time!** Holy &^@$ that's
easy!
So why does the 2nd page returned from the google search
```
interfacing with C site:dlang.org
```
(which happens to be: https://dlang.org/spec/interfaceToC.html)
still have this text:
Sin
On Wednesday, 27 March 2024 at 20:32:16 UTC, Mike Parker wrote:
[...]
Thank you for summarising these!
The D Language Foundation's monthly meeting for December 2023
took place on Friday the 8th at 16:00 UTC. It lasted two hours.
## The Attendees
The following people attended the meeting:
* Andrei Alexandrescu
* Paul Backus
* Walter Bright
* Iain Buclaw
* Martin Kinkelin
* Razvan Nitu
* Mike
and then call the functions you need.
Wow. **That just worked the first time!** Holy &^@$ that's
easy!
So why does the 2nd page returned from the google search
```
interfacing with C site:dlang.org
```
(which happens to be: https://dlang.org/spec/interfaceToC.html)
still have this text:
Sin
the first time!** Holy &^@$ that's easy!
So why does the 2nd page returned from the google search
```
interfacing with C site:dlang.org
```
(which happens to be: https://dlang.org/spec/interfaceToC.html)
still have this text:
Since D can call C code directly, it can also call any C
library funct
On Tuesday, 26 March 2024 at 19:24:39 UTC, Chris Piker wrote:
Hi D
I have a C library I use for work, it's maintained by an
external organization that puts it through a very through test
framework. Though source code is supplied, the intended use is
to include the header files and link
Hi D
I have a C library I use for work, it's maintained by an external
organization that puts it through a very through test framework.
Though source code is supplied, the intended use is to include
the header files and link against pre-compiled code.
What is the best way, as of 2024
Unfortunately there's no "edit" option here, but the library I
was referring to is actually "libdparse".
On Thursday, 7 March 2024 at 22:18:40 UTC, Richard (Rikki) Andrew
Cattermole wrote:
There are two ways to do this.
1. Use templates.
https://tour.dlang.org/tour/en/basics/templates
Thank you for teaching me how to do this. This is where I first
learned to use templates in D, and I have been
On Tuesday, 19 March 2024 at 15:38:40 UTC, Ben Jones wrote:
On Tuesday, 19 March 2024 at 08:40:37 UTC, Per Nordlöw wrote:
On Tuesday, 19 March 2024 at 08:35:55 UTC, Per Nordlöw wrote:
I just added a D implementation to dmd
(https://github.com/dlang/dmd/blob/master/compiler/src/dmd/common
On Tuesday, 19 March 2024 at 08:40:37 UTC, Per Nordlöw wrote:
On Tuesday, 19 March 2024 at 08:35:55 UTC, Per Nordlöw wrote:
I just added a D implementation to dmd
(https://github.com/dlang/dmd/blob/master/compiler/src/dmd/common/blake3.d) which doesn't support streaming, so is probably
On Tuesday, 19 March 2024 at 08:35:55 UTC, Per Nordlöw wrote:
- Compliant with std.digest.
- Current compiles C libraries directly for maximum performance.
- Might need some adjustments with compiler flags.
See https://code.dlang.org/packages/blake3-d.
Please see details on the building
- Compliant with std.digest.
- Current compiles C libraries directly for maximum performance.
- Might need some adjustments with compiler flags.
See https://code.dlang.org/packages/blake3-d.
Please see details on the building of the wrapped C library using
cmake and make. Probably needs some
On Tuesday, 12 March 2024 at 19:07:25 UTC, M.M. wrote:
I was always wondering about this debate on a suitable "first"
programming language in a CS curriculum. I largely observe one
dividing point: to start with a strongly-typed language or not.
(After that, it probably does not matter so much
On Monday, 4 March 2024 at 13:37:53 UTC, Fidele wrote:
I want to start learning D programming language it looks
interesting
The free digital book from Ali, is written to fit your need:
https://ddili.org/ders/d.en/index.html
this was the only path for programming (i.e. C++, assembly,
etc.). For this reason, a language that is gentler (e.g.
Python, JavaScript, or I also suspect a large subset of D)
would all have been better choices. More universities these
days are offering courses with gentler options (e.g
On Tuesday, 12 March 2024 at 20:40:49 UTC, Meta wrote:
On Tuesday, 12 March 2024 at 16:20:29 UTC, matheus. wrote:
On Tuesday, 12 March 2024 at 14:52:32 UTC, Mike Shah wrote:
...
I really think D would be a wonderful first language. Fast
feedback, no need to manage memory, and easy to use
On Tue, Mar 12, 2024 at 08:40:49PM +, Meta via Digitalmars-d-announce wrote:
[...]
> I think it really depends on the person. My first language was C++, which
> was absolute hell to learn as a complete beginner to programming, but I
> really wanted to learn a language with
101 - 200 of 71210 matches
Mail list logo