On Tuesday, 12 June 2018 at 08:42:51 UTC, Walter Bright wrote:
Direct link:
https://news.ycombinator.com/item?id=17284350\
I tried compiling 'make' for fun, but failed. Is the source on
github outdated? You can see the errors here:
https://github.com/DigitalMars/Compiler/issues/5
What I had with actually modern C:
1) narrowing conversions
2) not only arrays decay to pointers, C happily allows the
opposite too, eww
3) looks like C code loves to have function arguments named `in`
and `out`
Also difficulties with transpiling to C don't look that big:
errno is the first
On Sunday, 10 June 2018 at 20:10:31 UTC, Steven Schveighoffer
wrote:
iopipe version 0.1.0 has been released.
iopipe is a high-performance pipe processing system that makes
it easy to string together pipelines to process data with as
little buffer copying as possible.
I saw iopipe a while
Direct link:
https://news.ycombinator.com/item?id=17284350\
On Monday, 11 June 2018 at 14:21:20 UTC, Mike Parker wrote:
Walter's latest post on -betterC is now on the blog. Here, he
shows step-by-step an example of using -betterC to convert a
real-world program, one small enough to describe in a blog
post, from C to D.
The blog:
On Tuesday, 12 June 2018 at 13:51:56 UTC, Steven Schveighoffer
wrote:
On 6/12/18 1:51 AM, DigitalDesigns wrote:
Could you explain some benefits specific to this
implementation and a bit of the functional aspects for a
proper overview of it's capabilities and why I should chose
this method
On 6/11/18 10:50 PM, Mike Parker wrote:
Woohoo! I'm extremely pleased to announce the first Seoul D Meetup!
The three known D enthusiasts currently in Seoul (me, Mike Franklin, and
Mathias Lang), and at least one potential enthusiast, are getting
together at Charlie's (the hot dog shop my
On 6/12/18 3:08 AM, Anton Fediushin wrote:
On Sunday, 10 June 2018 at 20:10:31 UTC, Steven Schveighoffer wrote:
iopipe version 0.1.0 has been released.
iopipe is a high-performance pipe processing system that makes it easy
to string together pipelines to process data with as little buffer
On 6/12/2018 3:35 AM, biocyberman wrote:
On Tuesday, 12 June 2018 at 08:42:51 UTC, Walter Bright wrote:
Direct link:
https://news.ycombinator.com/item?id=17284350\
I tried compiling 'make' for fun, but failed. Is the source on github outdated?
You can see the errors here:
I plan to eventually finish the JSON parser for a releasable
state, and eventually tackle XML and a few other things.
-Steve
You should definitely tackle xml by branching dxml. I'm really
liking the api.
On 6/12/18 10:19 AM, Jesse Phillips wrote:
I plan to eventually finish the JSON parser for a releasable state,
and eventually tackle XML and a few other things.
You should definitely tackle xml by branching dxml. I'm really liking
the api.
Of course that is my plan! I would never want to
On 6/12/18 1:51 AM, DigitalDesigns wrote:
Could you explain some benefits specific to this implementation and a
bit of the functional aspects for a proper overview of it's capabilities
and why I should chose this method over others?
The things that I think make this approach better are:
1.
12 matches
Mail list logo
