On Thursday, 27 July 2017 at 14:44:23 UTC, Mike Parker wrote:
DIP 1012 is titled "Attributes".
https://github.com/dlang/DIPs/blob/master/DIPs/DIP1012.md
All review-related feedback on and discussion of the DIP should
occur in this thread. The review period will end at 11:59 PM ET
on August 10
On Friday, 25 May 2018 at 23:47:33 UTC, sarn wrote:
That std.signals code that Steven filed a bug report for is
example of why we can't just fix the behaviour, though. If we
just fixed __dtor/__xdtor, any code that used std.signals would
start having ugly bugs at run time.
I think that long
On Wednesday, 23 May 2018 at 19:05:38 UTC, Manu wrote:
For my money it would be:
destroy() <- just destroy
reset() <- destroy and re-init
Or something like that.
Maybe:
class.destruct(); <- destroy without init?
Yeah that. I'll make a PR!
I had an in-depth discussion with Andrei about this
On Friday, 25 May 2018 at 20:08:23 UTC, 12345swordy wrote:
https://github.com/dlang/DIPs/pull/120
Feedback would be very appreciated.
I was under the impression that Andrei's ProtoObject was supposed
to remedy that:
https://forum.dlang.org/post/pa1lg6$1lud$1...@digitalmars.com
Mike
On Friday, 25 May 2018 at 12:23:35 UTC, Seb wrote:
I just gave converting the DMD Make build script to D a quick
shot and it doesn't look too complicated:
Very Nice! Many thumbs up! And, welcome back!
Mike
On Thursday, 24 May 2018 at 18:08:35 UTC, Patrick Schluter wrote:
As a contrived illustration, take a look at the code in
https://github.com/dlang/druntime/blob/master/src/core/internal/string.d Those same features are also in Phobos.
OT, numberDigits enters an infinite loop if radix == 1.
On Wednesday, 23 May 2018 at 14:25:44 UTC, Steven Schveighoffer
wrote:
How do I know I'm in a function?
I don't think you're ever actually "in a function". The code is
just data passing through the compiler. I think what your may be
asking is "How do I know I'm working on a function?". Tha
On Wednesday, 23 May 2018 at 13:12:57 UTC, Steven Schveighoffer
wrote:
Hm.. that should be fixed. I don't see why we can't just do =
T.init, we should at least be optimizing to this for small
enough structs.
The problem I ran into with this is that if you use T.init
directly you end up maki
On Wednesday, 23 May 2018 at 14:25:44 UTC, Steven Schveighoffer
wrote:
Common questions I have when looking at dmd code:
Where is this in the source?
How do I know I'm in a function?
How do I know I'm in a template?
What module am I in?
How do I know what has been run?
What is the proper way t
On Wednesday, 23 May 2018 at 22:33:05 UTC, IntegratedDimensions
wrote:
Large code is produced for assmly and others and it would be
nice if it had it's own window to scroll rather than scrolling
the entire window.
Also it would be nice if clicking on a line in the src scrolled
to the proper l
On Wednesday, 23 May 2018 at 03:43:16 UTC, Mike Franklin wrote:
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
An LDC or GDC cross-compiler generator for the Raspberry Pi.
There are already some instructions out there (e.g.
http://d-land.sepany
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
I've often wondered if D has the right features to implement a
borrow-checker in the library. Something similar to this:
https://www.youtube.com/watch?v=Lj1GppqNr8c
https://gist.github.com/foonath
On Wednesday, 23 May 2018 at 04:58:17 UTC, rikki cattermole wrote:
In essence a -betterC libc with wrapper functions for extern(D).
I'd prefer to not even need to link in libc. I mean rewrite
memcpy, memcmp, malloc, free, and realloc in D. Once those
building blocks exist in D, everything
On Wednesday, 23 May 2018 at 04:17:19 UTC, Mike Franklin wrote:
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
Try to replace some of the basic software building blocks
(memcpy, memcmp, malloc, free, realloc) that are currently
leveraged from t
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
Try to replace some of the basic software building blocks
(memcpy, memcmp, malloc, free, realloc) that are currently
leveraged from the platform's C library with counterparts, and
provide a D API t
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
Building and running the DMD test suite on vanilla Windows is a
pain. I never succeeded but it appears to require the user to
first set up a posix environment and then battle environment
configura
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
An LDC or GDC cross-compiler generator for the Raspberry Pi.
There are already some instructions out there (e.g.
http://d-land.sepany.de/einstieg-in-die-raspberry-pi-entwicklung-mit-ldc.html), but w
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
I haven't looked into this myself, but I vaguely remember an
ongoing problem with DMDs performance (especially memory usage)
gradually degrading with time. I think it would be a nice
exercise for
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
Fork newCTFE and bring it to completion:
https://dlang.org/blog/2017/04/10/the-new-ctfe-engine/
Mike
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
Find a way to improve the performance of our CIs. See
https://forum.dlang.org/post/mailman.1018.1526887297.29801.digitalmar...@puremagic.com
The more time a PR is "green" the higher the likelihood
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
Get some help allocated to GDC.
It seems progress on GDC has stalled for reasons I'm not quite
sure of. I'm trying to help, but it's becoming more apparent
that I'm not the right person for the jo
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
An apprentice for Walter.
I think Walter needs an apprentice (or 10). Too much knowledge
about D's design decisions, present, and future are locked up in
his mind. He needs to be disseminating hi
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
Make WebAssembly a thing in D.
See
https://forum.dlang.org/post/ejplfelcqsvjmdvxt...@forum.dlang.org
Currently C++ and Rust dominate that domain. D could kick some
web asm there too.
Mike
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
It might be useful for measuring D's progress if we had some kind
of stats about D updated on a daily basis.
This is the most useful page I know of at the moment:
https://auto-tester.puremagic.co
On Tuesday, 22 May 2018 at 16:27:05 UTC, Eduard Staniloiu wrote:
Let the brainstorming begin!
I would like to see a dependency-less Phobos-like library that
can be used by the DMD compiler, druntime, -betterC, and other
runtime-less/phobos-less use cases. It would have no
dependencies what
On Monday, 21 May 2018 at 07:21:31 UTC, Manu wrote:
A few of those machines can build AND run the tests in 5-6
mintues. A
lot under 10 minutes...
Then there's a few that take 45+ minutes. Why are they in the
pool? Is
it really worth having 20 machines build the thing, especially
when a
few o
On Friday, 18 May 2018 at 10:28:37 UTC, Thomas Mader wrote:
On Friday, 11 May 2018 at 04:27:20 UTC, Thomas Mader wrote:
My suspicion about the switch to glibc 2.27 being the problem
was wrong.
I did a very timeconsuming bisection and found the problem
commit to be the one which bumped binutils
On Friday, 18 May 2018 at 09:35:28 UTC, Majestio wrote:
Also, I believe this is __lambda1:
m_queue = () @trusted { return kqueue(); } ();
Is `kqueue()` nothrow? You probably need to decorate that
lambda with `nothrow`. (i.e. put a `nothrow` right after
`@trusted`.
Mike
`kqueue()` is n
On Friday, 18 May 2018 at 05:44:12 UTC, Majestio wrote:
this()
@safe nothrow {
m_queue = () @trusted { return kqueue(); } ();
m_events.length = 100;
assert(m_queue >= 0, "Failed to create kqueue.");
}
Also, I believe this is __lambda1:
m_queue = () @trust
On Friday, 18 May 2018 at 05:44:12 UTC, Majestio wrote:
==
log:
==
[majestio@freebsd ~/Projects/webapp]$ dub
Performing "debug" build using /usr/local/bin/dmd for x86_64.
tagge
On Friday, 18 May 2018 at 05:28:10 UTC, Arun Chandrasekaran wrote:
Has this been implemented in DMD master?
So I was looking at the changelog[1] and tried to build the
example, but it erred.
https://github.com/dlang/dmd/blob/master/changelog/expression-based_contract_syntax.dd
https://githu
On Wednesday, 16 May 2018 at 08:48:26 UTC, Russel Winder wrote:
Is D wthout Phobos useful for IoT or should one stick with
C,Lua, and MicroPython? Is IoT an opportunity for D or is it a
false direction given D is an x86/x86_64 oriented programming
language?
Using D for programming ARM Cortex
On Tuesday, 15 May 2018 at 22:26:54 UTC, Jonathan M Davis wrote:
I _think_ that it only works if the function isn't templated.
A PR to remove that limitation has been submitted at
https://github.com/dlang/dmd/pull/8195, but once again, we're
waiting on someone from the top to give it their b
On Monday, 14 May 2018 at 07:20:48 UTC, Joakim wrote:
There are obviously pros and cons to each pace, and this has
been debated internally before, with one of the ldc devs again
posting to the Internals mailing list today questioning the
current speed.
The post is here:
https://forum.dlang.
On Tuesday, 8 May 2018 at 18:48:15 UTC, Seb wrote:
What do you guys think about having a dedicated "Bugzilla & PR
sprint" at the first weekend of very month?
We could organize this a bit by posting the currently "hot"
bugs a few days ahead and also make sure that there are plenty
of "bootcamp
On Thursday, 26 April 2018 at 09:24:19 UTC, A. Nicholi wrote:
So in a way, the D runtime is similar to libstdc++, providing
implementations of runtime language features.
I would argue that Phobos is more analogous to libstc++, but
there are some language features in C++ that are implemented i
On Thursday, 26 April 2018 at 03:04:55 UTC, A. Nicholi wrote:
I am working on a large cross-platform project, which will be
written primarily in D, interfacing to C as necessary. To get
finer control over memory safety, binary size, and use of the
GC, we would like to disclude libphobos as a d
On Wednesday, 18 April 2018 at 12:28:59 UTC, Jonathan M Davis
wrote:
> In order to facilitate on schedule deprecations, a comment
> of the format @@@DEPRECATED_[version]@@@ should be added to
> the top of the code to be removed/disabled.
Is `[version]` the version in which the deprecation took
On Monday, 2 April 2018 at 07:05:45 UTC, Mike Parker wrote:
DIP 1013 is titled "The Deprecation Process".
https://github.com/dlang/DIPs/blob/d8f6bfa1810c9774bd7d3b3dc6a7a6776ed5e17e/DIPs/DIP1013.md
I've been thinking about the deprecation schedule being measure
in terms of releases, and I don
On Tuesday, 17 April 2018 at 12:13:06 UTC, Mike Franklin wrote:
On Tuesday, 17 April 2018 at 05:33:53 UTC, Radu wrote:
This is very odd, as the following compiles:
---
struct S
{
this(this)
{
}
~this()
{
}
}
struct C
{
S s1;
}
---
If the scope failure would cause
On Tuesday, 17 April 2018 at 05:33:53 UTC, Radu wrote:
This is very odd, as the following compiles:
---
struct S
{
this(this)
{
}
~this()
{
}
}
struct C
{
S s1;
}
---
If the scope failure would cause this then I assume it would
not work at all in any case.
Yeah!
On Tuesday, 17 April 2018 at 00:27:07 UTC, Nicholas Wilson wrote:
It is odd though since
void foo (){}
extern(C) void main()
{
scope(exit) foo();
}
compiles and runs with -betterC
I believe `scope(exit)` is fine because it is basically
try-finally, but `scope(failure)` won't work becaus
On Monday, 16 April 2018 at 13:40:55 UTC, jmh530 wrote:
On Monday, 16 April 2018 at 13:01:44 UTC, Radu wrote:
A blocker for more advanced 'betterC' usage.
https://issues.dlang.org/show_bug.cgi?id=18493
From what I can gather this appears to be caused by a
`scope(failure)` statement
(https:
On Thursday, 5 April 2018 at 15:58:28 UTC, Cora Dias wrote:
Hi...i am a new user here.
Welcome!
As per my observation as suggested above you need a minimal
runtime implementation that implements the features of D that
your code is using, some that your code is not using but is
required by t
On Monday, 2 April 2018 at 07:05:45 UTC, Mike Parker wrote:
DIP 1013 is titled "The Deprecation Process".
https://github.com/dlang/DIPs/blob/d8f6bfa1810c9774bd7d3b3dc6a7a6776ed5e17e/DIPs/DIP1013.md
I think there should be some clarification on the stages of
deprecation. For example, somethin
On Monday, 2 April 2018 at 18:54:28 UTC, 12345swordy wrote:
Interesting that they are going the "No classes allowed"
approach. It looks like the bullet points can be done in better
c mode of D.
I think you'll find Sarn's work on Xanthe quite interesting:
https://forum.dlang.org/post/qjowkuws
On Wednesday, 7 March 2018 at 22:02:17 UTC, sarn wrote:
When I wrote Xanthe a year ago, I rolled my own classes using
alias this and explicit vtables:
https://gitlab.com/sarneaud/xanthe/blob/master/src/game/rigid_body.d#L15
(I did this because normal D classes use the druntime library,
and Xan
On Monday, 2 April 2018 at 07:02:07 UTC, sarn wrote:
On Thursday, 8 March 2018 at 22:07:24 UTC, sarn wrote:
On Thursday, 8 March 2018 at 04:37:08 UTC, Mike Franklin wrote:
Nice! I was thinking about something almost exactly like
this recently since 2.079.0 has features to further decouple
the
On Thursday, 22 March 2018 at 04:12:00 UTC, John Belmonte wrote:
I'm still rather puzzled. My pull request remains with 8 tests
pending after several hours. I can't find any confirmation on
the pulls display
https://auto-tester.puremagic.com/pulls.ghtml?projectid=1 that
it intends to run th
On Thursday, 22 March 2018 at 04:17:52 UTC, Mike Franklin wrote:
Let's see what happens after the auto-tester starts testing it
again.
Note that it could be a while, as there are PRs that will be
getting merged in the next 24 hours that will restart the test
queue.
Mike
On Thursday, 22 March 2018 at 01:46:08 UTC, John Belmonte wrote:
I'm trying to understand why my pull request was queued in D2
Auto-Test for only 2 of 8 tests, with the remaining left in
pending state.
https://auto-tester.puremagic.com/pull-history.ghtml?projectid=1&repoid=1&pullid=8051
S
On Tuesday, 20 March 2018 at 21:27:53 UTC, 12345swordy wrote:
This is very important to me as I am very interested in using
the language for game development.
Yes I know that it's marked as "Duplicated", but I strongly
disagree as it is different enough to consider is own issue.
Alex
https
On Tuesday, 20 March 2018 at 14:44:39 UTC, Alexandru Jercaianu
wrote:
If there is anything on your wish list which matches the
criteria above, feel free to share.
There's also a lot of low-barrier-to-entry stuff in this project
I created a while ago: https://github.com/dlang/dmd/projects/3
On Tuesday, 20 March 2018 at 14:44:39 UTC, Alexandru Jercaianu
wrote:
Hello,
At the Polytechnic University of Bucharest we are organizing a
special program called CDL[1], where Bachelor students are
mentored to make their first open source contributions.
I think it's a great idea to involve
On Tuesday, 20 March 2018 at 02:45:34 UTC, Jonathan M Davis wrote:
IMHO, it would be _huge_ if this issue could be fixed.
Mike Parker, I think that means +1.
On Tuesday, 20 March 2018 at 02:28:21 UTC, Manu wrote:
On 19 March 2018 at 17:17, Mike Franklin via Digitalmars-d
wrote:
On Tuesday, 20 March 2018 at 00:00:22 UTC, ciechowoj wrote:
Digging out and old yet important issue.
https://issues.dlang.org/show_bug.cgi?id=5710
+1
Oh oh, https
On Tuesday, 20 March 2018 at 00:00:22 UTC, ciechowoj wrote:
Digging out and old yet important issue.
https://issues.dlang.org/show_bug.cgi?id=5710
+1
On Monday, 12 March 2018 at 01:10:41 UTC, Richard wrote:
There's a couple of outstanding things at the moment though
The first is the use of BetterC, although from what I can tell
DMD now has support for a minimal runtime feature as part of
2.079.0
https://dlang.org/changelog/2.079.0.html#mi
On Wednesday, 7 March 2018 at 22:02:17 UTC, sarn wrote:
When I wrote Xanthe a year ago, I rolled my own classes using
alias this and explicit vtables:
https://gitlab.com/sarneaud/xanthe/blob/master/src/game/rigid_body.d#L15
(I did this because normal D classes use the druntime library,
and Xan
On Wednesday, 28 February 2018 at 13:43:37 UTC, SimonN wrote:
Hi,
Andrei said in 2014 that not-null-references should be the
priority of 2014's language design, with consideration to make
not-null the default. In case the code breakage is too high,
this can be an opt-in compiler flag.
You m
On Tuesday, 27 February 2018 at 15:52:15 UTC, Andrei Alexandrescu
wrote:
https://isocpp.org/blog/2018/02/new-cpp-foundation-developer-survey-lite-2018-02
Andrei
"If you could wave a magic wand and change one thing about any
part of C++, what would it be, and how would that change help
your d
On Tuesday, 27 February 2018 at 08:43:32 UTC, Timothee Cour wrote:
see rationale in https://issues.dlang.org/show_bug.cgi?id=18529
It looks like the actual deprecation was made with this PR:
https://github.com/dlang/dmd/pull/5860 Meaning it's been
deprecated for more than a year and a half.
On Tuesday, 6 February 2018 at 17:49:33 UTC, Jonathan Marler
wrote:
What do people think of adding an argument to DMD to add
library search paths? Currently the only way I know how to do
this would be via linker-specific flags, i.e.
GCC: -L-L/usr/lib
MSVC: -L-libpath:C:\mylibs
OPTLINK: -L+C:\
On Saturday, 17 February 2018 at 12:18:28 UTC, Peter Campbell
wrote:
I was checking the 2017 vision pages and was wondering why
there hasn't been a 2018H1 vision page but also what the
current status of being able to use D without a garbage
collector is?
There are a number of ways to use D wi
On Wednesday, 14 February 2018 at 01:11:33 UTC, David Nadlinger
wrote:
On Tuesday, 13 February 2018 at 23:09:07 UTC, Ali Çehreli wrote:
David (aka klickverbot) is a longtime D contributor […]
… who is slightly surprised at the amount of media interest
this has attracted. ;)
David, this is s
On Tuesday, 13 February 2018 at 14:17:00 UTC, Steven
Schveighoffer wrote:
On 2/12/18 11:29 PM, Nick Sabalausky (Abscissa) wrote:
A bunch of stuff I 100% agree with.
Me too. So refreshing to read.
Mike
https://issues.dlang.org/show_bug.cgi?id=18068
I tried to fix this one myself, but it beat me. It's also
currently causing me friction when working on DMD. I would love
to see it fixed.
Interestingly, however, it works fine in the auto-tester. But,
problem can be reproduced at https://run.
On Friday, 9 February 2018 at 01:31:41 UTC, Mike Franklin wrote:
On Thursday, 8 February 2018 at 17:10:00 UTC, bachmeier wrote:
What are D's limitations on do-it-yourself reference counting?
* Types that are built into the language like dynamic arrays,
associative arrays, and exceptions won
On Thursday, 8 February 2018 at 17:10:00 UTC, bachmeier wrote:
What are D's limitations on do-it-yourself reference counting?
* Types that are built into the language like dynamic arrays,
associative arrays, and exceptions won't benefit from DIY
reference counting.
* Much of Phobos probabl
On Thursday, 8 February 2018 at 11:06:15 UTC, ixid wrote:
How difficult would it be for D at this point to move towards a
pay for what you use system that out of the box is betterC and
requires the garbage collector to be explicitly imported?
I'm not sure if this is what you're looking for, bu
https://issues.dlang.org/show_bug.cgi?id=1983
A PR addressing this issue
(https://github.com/dlang/dmd/pull/2130), is the oldest PR in the
DMD repository. The issue also is almost a decade old. I'd love
to see it finally resolved.
On Thursday, 8 February 2018 at 00:25:21 UTC, H. S. Teoh wrote:
hexString is in Phobos, and druntime can't use Phobos.
Should templates like octal and hexString be in druntime
instead?
IMO, no. I think the interdependencies between the compiler,
druntime, phobos, and even the packages con
On Wednesday, 7 February 2018 at 16:03:36 UTC, Steven
Schveighoffer wrote:
They are deprecated:
https://dlang.org/changelog/pending.html#hexstrings
https://dlang.org/deprecate.html#Hexstring%20literals
Wow, that's... a little superfluous.
I agree with the notion that the language should be
On Wednesday, 7 February 2018 at 23:30:57 UTC, Walter Bright
wrote:
Can you please provide a list of these issues, and file issues
that aren't on bugzilla yet, and tag them with the betterC
keyword?
I see only one:
https://issues.dlang.org/buglist.cgi?quicksearch=%5Bbetterc%5D&list_id=21938
https://issues.dlang.org/show_bug.cgi?id=2043
It's a really old bug, and top-voted in bugzilla according to
https://issues.dlang.org/buglist.cgi?bug_status=__open__&columnlist=component%2Cbug_status%2Cresolution%2Cshort_desc%2Cchangeddate%2Cvotes&list_id=218657&order=votes%20DESC%2Cpriority%2Cbu
On Tuesday, 30 January 2018 at 11:03:07 UTC, Mike Franklin wrote:
On Sunday, 28 January 2018 at 15:39:41 UTC, Seb wrote:
As I just addded emsi_containers to it, I was wondering what
other libraries would be useful for you?
What about adding a small frame buffer on the page for
displaying 2d g
On Sunday, 28 January 2018 at 15:39:41 UTC, Seb wrote:
As I just addded emsi_containers to it, I was wondering what
other libraries would be useful for you?
What about adding a small frame buffer on the page for displaying
2d graphics, or to render vibe.d's html output? Then add
libraries li
On Sunday, 28 January 2018 at 06:25:51 UTC, Shachar Shemesh wrote:
What will the following code print? Do not use the compiler:
import std.stdio;
struct A {
int a = 1;
void initialize() {
a = a.init;
}
}
void main() {
A a;
a.initialize()
On Wednesday, 24 January 2018 at 09:35:44 UTC, lobo wrote:
And I'm broken after using D, going back to C++ is awful and
Rust just has too much friction to be enjoyable.
Yep, I know exactly what you mean.
On Thursday, 25 January 2018 at 04:59:55 UTC, Mike Franklin wrote:
Yes, ROM is at address 0. Address 0 contains the initial stack
pointer. So you read address 0, dereference it, and then do
your damage.
Keep in mind too that the ROM, on these devices, is actually
reprogrammable from the fi
On Thursday, 25 January 2018 at 04:45:34 UTC, Walter Bright wrote:
This implies a ROM must be located there. Else how do initial
values get there?
Yes, ROM is at address 0. Address 0 contains the initial stack
pointer. So you read address 0, dereference it, and then do your
damage.
Mike
On Thursday, 25 January 2018 at 04:45:34 UTC, Walter Bright wrote:
This implies a ROM must be located there. Else how do initial
values get there?
I'm not sure what you mean. When you upload your firmware to the
MCU, it writes the initial stack pointer to address 0x00 and the
address of the
On Thursday, 25 January 2018 at 04:01:47 UTC, Mike Franklin wrote:
"The initial stack pointer and the address of the reset handler
must be located at 0x0 and 0x4 respectively."
(http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0497a/CHDBIJJE.html)
Sorry! Wrong link. Try this o
On Thursday, 25 January 2018 at 02:41:53 UTC, Walter Bright wrote:
Ok, but are these devices with 0 being a valid address?
It seems weird to me that any sane modern CPU design that can
access megabytes of memory would have 0 be a valid address.
Yes, 0 is a valid address and typically points
On Wednesday, 24 January 2018 at 03:46:41 UTC, lobo wrote:
Well if your embedded device has all that on it you should be
sitting on an OS with proper memory management support.
I don't see how the OS can help if the underlying hardware
doesn't have an MMU. That being said, admittedly, the mo
On Wednesday, 24 January 2018 at 01:44:51 UTC, Walter Bright
wrote:
Microcontroller code tends to be small and so it's unlikely
that you'll need to worry about it.
I think you need to get involved in programming microcontrollers
again because the landscape has changed drastically. The
micr
On Tuesday, 23 January 2018 at 21:53:24 UTC, Steven Schveighoffer
wrote:
[1] Note: the reason they are safe is because they generally
result in a segfault, which doesn't harm any memory. This is
very much a user-space POV, and doesn't take into account
kernel-space where null dereferences may
On Tuesday, 23 January 2018 at 21:53:24 UTC, Steven Schveighoffer
wrote:
Interestingly, `destroy` is an unsafe operation for classes.
Because it's calling a @system function, rt_finalize. This
function calls whatever is in the destructor, and because it
works on Object level, it has no idea
On Tuesday, 23 January 2018 at 02:25:57 UTC, Mike Franklin wrote:
Should `destroy` be `@system` so it can't be called in `@safe`
code, or should the compiler be smart enough to figure out the
flow control and throw an error?
Interestingly, `destroy` is an unsafe operation for classes.
import
On Tuesday, 23 January 2018 at 02:38:42 UTC, Mike Franklin wrote:
So that's bad. But it looks like a bug in `-dip1000`
https://issues.dlang.org/show_bug.cgi?id=18283
On Tuesday, 23 January 2018 at 02:25:57 UTC, Mike Franklin wrote:
Due to the aforementioned bugs in my prior posts, I couldn't
even make an example to demonstrate in @safe code, so I
modified the example slightly in an effort to reproduce the
same problem.
import std.stdio;
void main() @saf
On Tuesday, 23 January 2018 at 01:08:19 UTC, ag0aep6g wrote:
The real question is about this line:
p2 = ls[0];
That's an out-of-bounds access, and the compiler does not catch
this statically. Instead, it inserts bounds-checking code that
crashes the program safely with an `Error`.
Due
On Tuesday, 23 January 2018 at 01:08:19 UTC, ag0aep6g wrote:
The real question is about this line:
p2 = ls[0];
That's an out-of-bounds access, and the compiler does not catch
this statically. Instead, it inserts bounds-checking code that
crashes the program safely with an `Error`.
In t
On Tuesday, 23 January 2018 at 01:08:19 UTC, ag0aep6g wrote:
If you add `@safe`, the compiler rejects this line:
ls ~= &foo;
But that line would only be problematic if the pointer would
leave the scope of the function. It doesn't, so this is
actually safe. But the compiler isn't smart en
On Monday, 22 January 2018 at 23:30:16 UTC, Aedt wrote:
I was asked in Reddit
(https://www.reddit.com/r/learnprogramming/comments/7ru82l/i_was_thinking_of_using_d_haxe_or_another/) how would D handle the following similar D code. I'm surprised that both dmd and ldc provides no warnings even with
On Saturday, 6 January 2018 at 02:53:38 UTC, Walter Bright wrote:
For example, there were several uses of the word 'ctor' instead
of 'constructor'.
I couldn't find any cases like that. If you know of them, please
explicitly identify them for me.
Thanks,
Mike
On Friday, 5 January 2018 at 03:28:10 UTC, Walter Bright wrote:
There's a lot of technical debt I've been trying to fix with
that, and nobody else seems willing to do it. For example,
fixing the error messages so they make use of color syntax
highlighting. It's boring, tedious, unfun work, mea
On Thursday, 4 January 2018 at 10:18:29 UTC, Dan Partelly wrote:
Rust has a OS being written right now. Does D has ? Anyone ever
wanted to use D to write a OS kernel
https://github.com/xomboverlord/xomb
https://github.com/PowerNex/PowerNex
https://github.com/JinShil/stm32f42_discovery_demo
Bu
This is in response to some of the frustrations offered in the
thread staring with
http://forum.dlang.org/post/oeigdutfphxhenexc...@forum.dlang.org
I share some of those frustrations, and I've been vocal about
such things myself. However, in the last 2 months, at least in
terms of the DMD re
On Tuesday, 2 January 2018 at 13:58:49 UTC, Johan Engelen wrote:
How about:
"Destroys the given object `obj` and puts `obj` in its `T.init`
state. This function used to destroy an object such that any
cleanup by the destructor or finalizer is done, and such that
`obj` no longer references any
101 - 200 of 217 matches
Mail list logo