On Saturday, 5 August 2017 at 20:08:39 UTC, WebFreak001 wrote:
I just clicked through some random files in the example folder,
this line seems broken:
https://github.com/JinShil/svd_to_d/blob/master/examples/atsamd21g18a/AC.d#L13
Fixed. Thanks!
On Tuesday, 1 August 2017 at 20:11:13 UTC, Taylor Hillegeist
wrote:
Reminds me of something I put together a while ago.
https://github.com/taylorh140/SVD_TO_D
But this looks much nicer, nice work!
ha ha! Even the pattern used in our code is similar. I swear I
never saw it before.
Looking
On Tuesday, 1 August 2017 at 19:04:44 UTC, Johannes Pfau wrote:
SVD seems to be an ARM standard / initiative?
Yeah, ARM appears to maintain the XML schema, but the SVD files
are usually created and distributed by the silicon vendors, in
varying levels of quality, unfortunately.
Mike
On Tuesday, 1 August 2017 at 14:52:51 UTC, Steven Schveighoffer
wrote:
Mike, I have to say still your talk in 2014 was one of my
favorites. One of the things that was so impressive to me was
the way you scraped the PDF to generate all the registers
automatically. Having worked with STM chips
On Monday, 31 July 2017 at 08:51:16 UTC, Mike wrote:
The code generated by SVD_to_D depends on this memory-mapped-IO
library: https://github.com/JinShil/memory_mapped_io That
library uses D's CTFE and meta-programming features to generate
highly optimized code (for both size and speed) at
https://github.com/JinShil/svd_to_d
SVD_to_D is a command-line utility that generates D code from ARM
Cortex-M SVD files.
SVD files are XML files that describe, in great detail, the
memory layout and characteristics of registers in an ARM Cortex-M
microcontroller. See
On Thursday, 20 July 2017 at 17:09:40 UTC, Mr.D wrote:
Thanks for your work with bare metal MCUs! I am dreaming that
someday I can program smart house IoT automation on D.
You already can; it just may not be the most professional
experience. If you have the hardware and the time, do it!
A few years ago I created a bare metal demo on an ARM Cortex-M4
microcontroller entirely in D. It was just a demonstration that
one could do bare metal programming for microcontrollers in D
without any dependencies on C or assembly. It was also a proof
of some ideas I had about leveraging
On Thursday, 9 February 2017 at 17:45:15 UTC, Nick Sabalausky
wrote:
No. There should be appropriate checks and reviews, yes. But,
no, every little fix and improvement shouldn't feel like trying
to get somewhere in a year-long tabs vs spaces debate or making
a big-budget sales pitch to
On Thursday, 9 February 2017 at 10:38:11 UTC, Johannes Pfau wrote:
But OTOH I'm an electrical engineer as well ;-)
Haha! Then this
(https://www.youtube.com/watch?v=D7Sd8A6_fYU=youtu.be=2389) is for you ;-)
"What we know is that C code will compile all sorts of bugs, more
so than most
On Wednesday, 8 February 2017 at 22:52:36 UTC, bpr wrote:
On Wednesday, 8 February 2017 at 21:41:24 UTC, Mike wrote:
Suggesting D would be an exercise in futility, unless I can
create a notable project in D in my spare time that
demonstrates its advantages and appeal to the masses. I tried
On Wednesday, 8 February 2017 at 18:27:57 UTC, Ilya Yaroshenko
wrote:
1. Why your company uses D?
We don't use D.
2. Does your company uses C/C++, Java, Scala, Go, Rust?
C/C++. Currently exploring Rust.
3. If yes, what the reasons to do not use D instead?
* The powers that be in my
On Sunday, 8 January 2017 at 22:14:36 UTC, Iain Buclaw wrote:
1) -fno-rtti should be a flag that is honoured by the compiler.
The more I think about it the more I dislike the whole idea of
-fno-rtti. All I've ever wanted from the D compiler is to not
put code in my binary that has not
On Thursday, 5 January 2017 at 02:32:00 UTC, Chris Wright wrote:
Templatize dmd <-> druntime API
I'm curious as to why. I'm guessing this is for things like
creating runtime type information?
This thread
(http://forum.dlang.org/post/mr7a65$2hc$1...@digitalmars.com) should
provide some
On Monday, 19 December 2016 at 19:53:06 UTC, Iain Buclaw wrote:
The compiler doesn't actually generate any code that peeks
inside TypeInfo. It only generates the reference to the right
typeinfo to pass to library runtime functions - or on request
via typeid(). It doesn't actually care
On Sunday, 18 December 2016 at 12:57:08 UTC, Iain Buclaw wrote:
On 18 December 2016 at 03:37, Mike via Digitalmars-d-announce
<digitalmars-d-announce@puremagic.com> wrote:
On Sunday, 18 December 2016 at 00:04:54 UTC, sarn wrote:
I thought I'd write something up to help other people
expe
On Sunday, 18 December 2016 at 12:57:08 UTC, Iain Buclaw wrote:
As a response to my last message in that thread, the changes
for classinfo generation is now ready to go in master.
Ok, I'll give it a test in the next week or so.
However I already have ideas for future implementation that is
On Wednesday, 17 August 2016 at 07:17:24 UTC, Rory McGuire wrote:
If DIP1000 is implemented, it will change that behavior, so
the
allocation will instead be on the GC heap, but the compiler
will do some
flow-control analysis to prevent escaping references. Is that
right?
Mike
Not
On Wednesday, 17 August 2016 at 07:04:26 UTC, Mike wrote:
Or perhaps DIP1000 changes the current behavior of the `scope`
storage class.
My understanding is that the `scope` storage class currently
allocates a class on the stack (though its usage for this
purpose is deprecated in favor of
On Wednesday, 17 August 2016 at 06:44:41 UTC, Mike wrote:
On Wednesday, 17 August 2016 at 04:28:33 UTC, Rory McGuire
wrote:
Basically DIP1000 makes it so that:
void main()
{
A obj;
{
scope A a = new A(1);
obj = a;
}
assert(obj.x == 1); // fails, 'a' has been
On Wednesday, 17 August 2016 at 04:28:33 UTC, Rory McGuire wrote:
Basically DIP1000 makes it so that:
void main()
{
A obj;
{
scope A a = new A(1);
obj = a;
}
assert(obj.x == 1); // fails, 'a' has been destroyed
}
Will not compile.
Ok, that makes sense. But
On Wednesday, 17 August 2016 at 01:42:00 UTC, Walter Bright wrote:
Can you please clarify the current implementation `scope`, and
what DIP1000
proposes to change with respect to the current implementation?
It just adds to the existing compiler implementation of
'scope'. It has nothing to do
On Monday, 15 August 2016 at 04:58:06 UTC, Walter Bright wrote:
On 8/14/2016 9:56 PM, Joseph Rushton Wakeling wrote:
Does that actually work in D2?
Yes.
Can you please clarify the current implementation `scope`, and
what DIP1000 proposes to change with respect to the current
On Saturday, 6 August 2016 at 17:34:14 UTC, Andre Pany wrote:
there is a new feature with the recent windows 10 update.
You now can compile and run your linux apps (console only) on
windows.
For those who might not be aware of this and are looking for a
little more info, it's called the
On Sunday, 7 August 2016 at 03:06:27 UTC, Martin Nowak wrote:
What OS does it detect and download?
$lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 14.04.4 LTS
Release:14.04
Codename: trusty
On Sunday, 23 August 2015 at 05:17:33 UTC, Walter Bright wrote:
We have made the switch from C++ DMD to D DMD!
Very Cool! And thank you to all who worked towards it.
There are still a number of .h files in the front end. What will
happen with those? Do they need to be maintained?
On Tuesday, 18 August 2015 at 19:35:02 UTC, Walter Bright wrote:
I hate the movie Field of Dreams where they push the idiotic
idea of Build it and they will come. No, they won't. There's
a blizzard of stuff competing for their attention out there,
why should they invest the time looking at
On Thursday, 20 August 2015 at 06:50:51 UTC, Rikki Cattermole
wrote:
Humm, I wonder if we could strip it out before the final link.
I tried a number of things, all discussed on the D.gnu forum
(http://forum.dlang.org/post/quemhwpgijwmqtpxu...@forum.dlang.org). The only hack that worked
On Wednesday, 8 July 2015 at 11:33:03 UTC, Dicebot wrote:
Please respond to this post with a comment starting with a
single Yes/No and optional explanation after that.
Yes
On Thursday, 25 June 2015 at 07:48:24 UTC, Iain Buclaw wrote:
More importantly, will all cross-platform regressions
introduced in the development cycle of 2.068 be fixed? :-)
And, for your convenience the current list of regressions is
here:
On Friday, 26 June 2015 at 18:43:50 UTC, Andrei Alexandrescu
wrote:
It is planned inasmuch people send pull requests for it. --
Andrei
A pull request was submitted a couple of days ago.
https://github.com/D-Programming-Language/dconf.org/pull/81
I added these new videos today.
There's work
On Thursday, 25 June 2015 at 10:30:29 UTC, Martin Nowak wrote:
On Wednesday, 24 June 2015 at 23:59:43 UTC, Mike wrote:
* If you do wish to pursue it please polish it up and rebase
it so it has a chance
Which doesn't increase our review capacity, it would make more
sense to only spent more
On Thursday, 25 June 2015 at 10:42:46 UTC, Mike wrote:
No, let's not play that game. Last minute additions are never
a good idea and the next release is already coming in 2 month.
I hope that more regular releases will help people to get
their stuff ready in time.
Then please flag things
On Wednesday, 24 June 2015 at 23:14:05 UTC, Martin Nowak wrote:
First beta for the 2.068.0 release.
Martin, I saw your post about a potentially using Trello
(http://forum.dlang.org/post/55586d5b.8020...@dawg.eu), and I
added a link to it on the Wiki
On Wednesday, 24 June 2015 at 23:14:05 UTC, Martin Nowak wrote:
First beta for the 2.068.0 release.
There are 107 open pull requests in DMD, 32 in DRuntime, 78 in
phobos, 25 in dlang.org, and a few elsewhere. I've seen a couple
that are about 3 years old.
I kindly ask...
Contributuors:
*
On Thursday, 4 June 2015 at 15:04:05 UTC, Vladimir Panteleev
wrote:
http://beta.forum.dlang.org/
messages sent to DMD-Internals don't seem to be appearing in the
beta site.
Mike
On Saturday, 6 June 2015 at 20:07:22 UTC, Atila Neves wrote:
Original discussion:
http://forum.dlang.org/post/ranqlmrjornlvopsu...@forum.dlang.org
Now, with the `-b binary` option, reggae creates an executable
called build in the build directory (i.e. wherever the CWD
was when calling the
On Thursday, 4 June 2015 at 14:46:39 UTC, Dicebot wrote:
gdc
- now uses 5.1 gcc base and 2.066.1 frontend
- patched to correctly use system zlib library (resulted in
linker errors before)
dtools
- switched back to use dmd as default compiler
dub
- switched back to use dmd
On Friday, 5 June 2015 at 00:49:48 UTC, Vladimir Panteleev wrote:
Consider the space bar's current functionality: it jumps to the
next unread post. How would it work in this scheme? Would it go
down within a thread and then jump up to the next thread? Or
would it keep going down, going
On Thursday, 4 June 2015 at 15:04:05 UTC, Vladimir Panteleev
wrote:
http://beta.forum.dlang.org/
This is really nice.
It appears the horizontal split puts the latest thread at the
bottom of the list instead of the top. I think that should be
reversed.
Mike
On Thursday, 4 June 2015 at 15:04:05 UTC, Vladimir Panteleev
wrote:
http://beta.forum.dlang.org/
In threaded view, when viewing any post except the original post,
and then clicking the leaf breadcrumb at the top, the following
appears:
Post #0 of thread mkpqgo$41n$1...@digitalmars.com not
On Friday, 5 June 2015 at 00:37:20 UTC, Vladimir Panteleev wrote:
It appears the horizontal split puts the latest thread at the
bottom of the list instead of the top. I think that should be
reversed.
I think not, as that would mean that threads are sorted in one
direction, but posts within
On Saturday, 9 May 2015 at 02:31:09 UTC, Elie Morisse wrote:
Hi!
Calypso just got a D translation of the first Qt5 Widgets
tutorial building and running:
https://github.com/Syniurge/Calypso/blob/master/tests/calypso/qt5/qt5demo.d
Result: http://homo-nebulus.fr/dlang/oh%20my.webm
On Saturday, 2 May 2015 at 23:02:05 UTC, Andrei Alexandrescu
wrote:
I'm looking into ways to make this more interactive (google
hangouts?) and more fun (contests? prizes? etc). Chime in!
My idea:
1. Members of the D leadership/committers form a working group.
2. The working group creates of
A simple demonstration using D to bare-metal program and ARM
Cortex-M microcontroller. Full description with pictures and
even a video can be found here:
https://github.com/JinShil/stm32f42_discovery_demo/blob/master/README.md
I know, random rectangles on a screen is not all that
On Wednesday, 14 January 2015 at 03:46:39 UTC, Philpax wrote:
Hey everyone,
I recently wrote a blog post about how I used D/vibe.d to help
find a new house. I haven't publicized it anywhere else yet, so
I'm looking forward to what the D community has to say! You can
check it out here:
On Tuesday, 13 January 2015 at 14:08:58 UTC, Adam D. Ruppe wrote:
I've started writing a weekly D newsletter. Here's the first
issue, any feedback welcome!
Nice work, Adam! (as usual).
I'm already looking forward to the next one :)
Mike
On Sunday, 11 January 2015 at 20:17:25 UTC, Iain Buclaw via
Digitalmars-d-announce wrote:
On 10 January 2015 at 20:15, Walter Bright via
Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On 1/10/2015 9:50 AM, Andrei Alexandrescu wrote:
On 1/10/15 9:49 AM, Andrei Alexandrescu
On Wednesday, 3 December 2014 at 19:42:39 UTC, Ary Borenszweig
wrote:
On 12/2/14, 6:41 PM, Vladimir Panteleev wrote:
Enter DCaptcha
I think this could work with just two or three variants of a
question. Always ask what's the return value of the function.
1. int foo() { return 8 % 3; }
I
On Friday, 29 August 2014 at 16:37:12 UTC, Sean Kelly wrote:
On Wednesday, 27 August 2014 at 04:23:28 UTC, Mike wrote:
On Wednesday, 27 August 2014 at 00:32:20 UTC, Mike wrote:
I'm asking this community to consider setting a new precedent
for druntime: reduce the scope to just the language
On Friday, 29 August 2014 at 16:54:18 UTC, Sean Kelly wrote:
On Wednesday, 27 August 2014 at 09:43:03 UTC, Mike wrote:
On Wednesday, 27 August 2014 at 06:50:19 UTC, Walter Bright
wrote:
The irony is D1 has std.c, and for D2 it was migrated to
core.stdc.
...and design takes the backseat to
On Wednesday, 27 August 2014 at 06:50:19 UTC, Walter Bright wrote:
On 8/26/2014 5:32 PM, Mike wrote:
We currently have std.c and core.stdc. I believe core.stdc
should be
migrated to std.c, not the other way around. And before we
make the same
mistake with core.stdcpp, we should set a new
On Wednesday, 27 August 2014 at 02:17:39 UTC, Dicebot wrote:
On Wednesday, 27 August 2014 at 01:57:38 UTC, Mike wrote:
What do you think about following compromise:
1) C bindings are defined in spec to be optional
2) They are still kept in druntime repo but declared an
implementation detail
On Tuesday, 26 August 2014 at 05:03:01 UTC, Daniel Murphy wrote:
Mike wrote in message
news:sdrjfagsayomsngme...@forum.dlang.org...
What's the motivation for embedding these things in the d
runtime?
Make them available.
Wouldn't it be better to have a libc_d instead of core.stdc,
On Tuesday, 26 August 2014 at 08:15:07 UTC, Marc Schütz wrote:
On Tuesday, 26 August 2014 at 06:12:54 UTC, Mike wrote:
The C standard library and C++ standard library are not part
of D-the-language. D would even be better served by putting
these features in phobos as std.stdc and std.stdcpp.
On Tuesday, 26 August 2014 at 06:35:18 UTC, Walter Bright wrote:
On 8/25/2014 11:12 PM, Mike wrote:
The C standard library and C++ standard library are not part
of D-the-language.
D would even be better served by putting these features in
phobos as std.stdc
and std.stdcpp. This would make
On Tuesday, 26 August 2014 at 07:56:45 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 26 August 2014 at 07:06:57 UTC, eles wrote:
Yeah, I think C's success is directly linked to having a clear
use scenario and avoiding being a general purpose language
What? C is THE quintessential general
On Tuesday, 26 August 2014 at 14:48:48 UTC, Andrei Alexandrescu
wrote:
On 8/26/14, 3:06 AM, Mike wrote:
D has a lot of potential beyond it's current use. Please take
this
opportunity to reflect on what's been done, take a look ahead,
and see
if we can set a better precedent for the future.
On Tuesday, 26 August 2014 at 12:54:49 UTC, Daniel Murphy wrote:
I really don't see a practical problem with having them in
druntime, only a philosophical one.
It give the impression that D requires the C standard library,
the C++ standard library, and an full-featured desktop OS in
order
On Tuesday, 26 August 2014 at 15:44:31 UTC, eles wrote:
On Tuesday, 26 August 2014 at 15:30:35 UTC, Mike wrote:
On Tuesday, 26 August 2014 at 14:48:48 UTC, Andrei
Alexandrescu wrote:
On 8/26/14, 3:06 AM, Mike wrote:
The same goes for core.stdc and core.sys.linux and friends, as
these are
On Tuesday, 26 August 2014 at 18:28:38 UTC, Andrei Alexandrescu
wrote:
I don't understand the objection. Are you arguing that we
shouldn't make core.stdc and core.stdcpp available, and instead
let anyone who wants to use libc and libc++ write their own
declarations?
No. We currently have
On Wednesday, 27 August 2014 at 00:32:20 UTC, Mike wrote:
I'm asking this community to consider setting a new precedent
for druntime: reduce the scope to just the language
implementation, encapsulate and isolate the platform specific
logic (e.g. the ports - see 11666), and deport the
On Wednesday, 27 August 2014 at 01:05:19 UTC, Dicebot wrote:
On Wednesday, 27 August 2014 at 00:32:20 UTC, Mike wrote:
I believe druntime's scope should be reduced to simply
implementing the language, not creating an OS or library API.
That's what phobos and DUB are for.
I'm asking this
On Wednesday, 27 August 2014 at 00:32:20 UTC, Mike wrote:
I'm asking this community to consider setting a new precedent
for druntime: reduce the scope to just the language
implementation, encapsulate and isolate the platform specific
logic (e.g. the ports - see 11666), and deport the
On Friday, 22 August 2014 at 08:23:39 UTC, Daniel Murphy wrote:
It works for ddmd's array.d/array.h at least, although it's not
very maintenance friendly. I assume you're aiming for
something like a 'core.stdcpp.vector' with an implementation to
match each stl implementation?
What's the
On Sunday, 24 August 2014 at 09:24:55 UTC, Jacob Carlborg wrote:
On 2014-08-24 10:53, bearophile wrote:
Dicebot:
In reddit thread one of commenters complained about D
performance and
linked this benchmark :
That benchmark found a small performance bug in ldc2, that I
reported,
but I
On Sunday, 24 August 2014 at 13:13:58 UTC, ketmar via
Digitalmars-d-announce wrote:
On Sun, 24 Aug 2014 12:51:10 +
Mike via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com
wrote:
ps.
6. This change
(https://github.com/nsf/pnoise/commit/baadfe20c7ae6aa900cb0e4188aa9d20bea95918
On Sunday, 24 August 2014 at 14:04:22 UTC, ketmar via
Digitalmars-d-announce wrote:
On Sun, 24 Aug 2014 13:44:07 +
Mike via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com
wrote:
p.s. what i did is this:
auto tm = Timer();
tm.start;
foreach (; 0..100) {
auto n2d
On Sunday, 24 August 2014 at 14:09:03 UTC, Mike wrote:
I'm guessing the dependency is probably due to our
configure/build of GDC. I'm using Arch Linux 64's default GDC
from their repository. Perhaps it's configured in a way that
has these optimizations on by default. It probably should.
On Sunday, 24 August 2014 at 02:19:18 UTC, Dicebot wrote:
On Saturday, 23 August 2014 at 16:28:33 UTC, Adam D. Ruppe
wrote:
Author posted part 2 http://tomerfiliba.com/blog/dlang-part2/
In reddit thread one of commenters complained about D
performance and linked this benchmark :
On Wednesday, 20 August 2014 at 22:00:58 UTC, eles wrote:
On Wednesday, 20 August 2014 at 09:15:54 UTC, disapointed user
wrote:
the the syntax getting ever weirder, less mainstream and a
While I agree with some of your remarks (particularily, the
fact that it becomes too scripting
On Thursday, 24 July 2014 at 08:11:01 UTC, Ali Çehreli wrote:
I have completed the translation of the book. Phew... :)
However, there is still more work, like adding a UDA chapter
and working on many little TODO items.
The following was the final chapter, which actually only
scratches the
On Thursday, 24 July 2014 at 18:51:39 UTC, Andrei Alexandrescu
wrote:
On 7/24/14, 1:11 AM, Ali Çehreli wrote:
Where's the dlang.org pull request featuring the book
prominently in the documentation section?
Andrei
There's a pending pull request [1] to forward visitors to the
list of D books
On Tuesday, 15 July 2014 at 18:47:28 UTC, bearophile wrote:
The talk was nice, and it's the chance I was waiting to ask a
question to the speaker.
I've read a very nice paper (+ slides) about using some
specialized but simple type system rules to make less bug-prone
the bit-twiddling kind of
74 matches
Mail list logo
