On Wednesday, September 26, 2018 11:15:01 PM MDT Ali Çehreli via
Digitalmars-d wrote:
> A delicious Turkish desert is "kabak tatlısı", made of squash. Now, it
> so happens that "kabak" also means "zucchini" in Turkish. Imagine my
> shock when I came across that desert recipe in English that used
On 09/26/2018 08:23 PM, Nick Sabalausky (Abscissa) wrote:
On 09/05/2018 01:34 PM, ShadoLight wrote:
I sometimes wonder if the Vim/Emacs 'affectionados' spend so much time
mastering their editors (which by all accounts have a steep learning
curve), that they forgot that IDE development did
On Wednesday, 26 September 2018 at 21:25:07 UTC, Steven
Schveighoffer wrote:
...
Object.factory is a really old poorly supported type of
reflection. I would not depend on it for anything.
Roger that. Will avoid :)
You are better off using your own registration system.
As far as choosing
A delicious Turkish desert is "kabak tatlısı", made of squash. Now, it
so happens that "kabak" also means "zucchini" in Turkish. Imagine my
shock when I came across that desert recipe in English that used
zucchini as the ingredient! :)
Ali
On Wednesday, September 26, 2018 10:20:58 PM MDT Chad Joan via Digitalmars-
d-learn wrote:
> On Wednesday, 26 September 2018 at 23:32:36 UTC, Jonathan M Davis
>
> wrote:
> > On Wednesday, September 26, 2018 3:24:07 PM MDT Adam D. Ruppe
> >
> > via Digitalmars-d-learn wrote:
> >> Object.factory
On 09/26/2018 04:50 PM, Nicholas Wilson wrote:
the next one is a week too
late for me to go to while I'm in town for a conference.
Are you saying you can give a status report on October 18? Our schedule
is flexible. ;) Let's arrange over email.
Ali
On Wednesday, 26 September 2018 at 21:24:07 UTC, Adam D. Ruppe
wrote:
On Wednesday, 26 September 2018 at 20:41:38 UTC, Chad Joan
wrote:
I'm implementing a deep-copy method for a tree of templated
class instances. As part of this, I need some way to copy
each node.
[...]
that isn't already
On 09/26/2018 05:40 PM, viniarck wrote:
> Is there any
> chance of future virtual meetups transmissions as well?
We've been doing that for some meetups. It works well if the meetup is
in presentation format, which not all are. Sometimes we just get
together for chat and it doesn't make sense
On Wednesday, 26 September 2018 at 23:32:36 UTC, Jonathan M Davis
wrote:
On Wednesday, September 26, 2018 3:24:07 PM MDT Adam D. Ruppe
via Digitalmars-d-learn wrote:
Object.factory kinda sux and I'd actually like to remove it
(among other people). There's no plan to actually do that, but
On 09/26/2018 10:33 PM, Shachar Shemesh wrote:
On 27/09/18 04:54, Nick Sabalausky (Abscissa) wrote:
Man, I wish SOO much, that was true of my favorite editor
(Programmer's Notepad 2). I love it, but it's a windows thing and has
some issues under wine.
Can you elaborate on what issues? Merely
On 09/05/2018 01:34 PM, ShadoLight wrote:
I sometimes wonder if the Vim/Emacs 'affectionados' spend so much time
mastering their editors (which by all accounts have a steep learning
curve), that they forgot that IDE development did not stagnate after
they left!
I sometimes wonder similar
On 27/09/18 04:54, Nick Sabalausky (Abscissa) wrote:
Man, I wish SOO much, that was true of my favorite editor (Programmer's
Notepad 2). I love it, but it's a windows thing and has some issues
under wine.
Can you elaborate on what issues? Merely downloading and installing seem
to work fine.
On 09/05/2018 01:05 PM, Ecstatic Coder wrote:
For instance, even for contract work, I use Geany for all my developments.
And a portable IDE like Geany is especially useful when developping
*crossplatform* C++ multimedia applications which must be edited and
tested both on Windows, MacOS and
On Wednesday, 26 September 2018 at 22:56:01 UTC, Ali Çehreli
wrote:
We are excited to have our first meetup at our new permanent
location at MBRDNA:
Mercedes-Benz Research and Development North America
309 North Pastoria Avenue
Sunnyvale, CA
(It the cafeteria at the main entrance.)
On Wednesday, 26 September 2018 at 22:57:47 UTC, Ali Çehreli
wrote:
Link at Meetup:
https://www.meetup.com/D-Lang-Silicon-Valley/events/slbvflyxmbkc/
Ali
Ah rats, this one is two weeks too early and the next one is a
week too late for me to go to while I'm in town for a conference.
On Wednesday, September 26, 2018 3:24:07 PM MDT Adam D. Ruppe via
Digitalmars-d-learn wrote:
> Object.factory kinda sux and I'd actually like to remove it
> (among other people). There's no plan to actually do that, but
> still, just on principle I want to turn people away.
While there may not
On 09/26/2018 03:46 PM, Jonathan wrote:
I can't see how the current behavior is at all better or to be preferred
unless it is faster to compile? What is the reason for it being how it is?
void outerFunction()
{
func();
auto lock = acquireLock();
void nested()
{
}
}
Inside `nested`,
Link at Meetup:
https://www.meetup.com/D-Lang-Silicon-Valley/events/slbvflyxmbkc/
Ali
We are excited to have our first meetup at our new permanent location at
MBRDNA:
Mercedes-Benz Research and Development North America
309 North Pastoria Avenue
Sunnyvale, CA
(It the cafeteria at the main entrance.)
Pizza and soft drinks will be served. Please RSVP responsibly ;) so that
This code fails to compile: ("undefined identifier fun")
void main() {
fun();
void fun() {}
}
Having the call after the declaration works:
void main() {
void fun() {}
fun();
}
Is this how it is intended to work?
It seems goofy that this works:
void main() {
void fun2() {}
On Sunday, September 23, 2018 2:49:39 PM MDT Walter Bright via Digitalmars-d
wrote:
> There's a reason why dmd doesn't have international error messages. My
> experience with it is that international users don't want it. They prefer
> the english messages.
It reminds me of one of the reasons
On 09/26/2018 01:43 PM, Walter Bright wrote:
Don't most languages have a Romanji-like
representation?
Yes, a lot of languages that don't use the Latin alphabet have standard
transcriptions into the Latin alphabet. Standard transcriptions into
ASCII are much less common, and newer Unicode
On 9/26/18 4:41 PM, Chad Joan wrote:
Hi all,
I'm implementing a deep-copy method for a tree of templated class
instances. As part of this, I need some way to copy each node. I want
to avoid code that does things like casting objects into byte arrays and
then copying raw bytes; I want all
On Wednesday, 26 September 2018 at 20:41:38 UTC, Chad Joan wrote:
I'm implementing a deep-copy method for a tree of templated
class instances. As part of this, I need some way to copy each
node.
[...]
that isn't already handled by their deepCopy method.
I would strongly suggest just using
On 9/26/18 4:43 PM, Walter Bright wrote:
But expanding it seems of vanishingly little value. Note that each thing
that gets added to D adds weight to it, and it needs to pull its weight.
Nothing is free.
It may be the weight is already there in the form of unicode symbol
support, just the
On Wednesday, 26 September 2018 at 20:43:47 UTC, Walter Bright
wrote:
I don't see a scenario where someone would be learning D and
not know English. Non-English D instructional material is
nearly non-existent.
http://ddili.org/ders/d/
On 9/26/2018 5:46 AM, Steven Schveighoffer wrote:
Does this need a DIP?
Feel free to write one, but its chances of getting incorporated are remote and
would require a pretty strong rationale that I haven't seen yet.
Hi all,
I'm implementing a deep-copy method for a tree of templated class
instances. As part of this, I need some way to copy each node.
I want to avoid code that does things like casting objects into
byte arrays and then copying raw bytes; I want all operations to
be memory safe things
On 9/26/2018 5:46 AM, Steven Schveighoffer wrote:
This is a non-starter. We can't break people's code, especially for trivial
reasons like 'you shouldn't code that way because others don't like it'. I'm
pretty sure Walter would be against removing Unicode support for identifiers.
We're not
On 9/25/2018 11:50 PM, Shachar Shemesh wrote:
This sounded like a very compelling example, until I gave it a second thought. I
now fail to see how this example translates to a real-life scenario.
Also, there are usually common ASCII versions of city names, such as Cologne for
Köln.
Hi!
I am getting this error when compiling my code as a static
library.
It works fine as an executable. I have no idea what's happening.
Has someone seen something like this before? What could be
different?
This is the error:
/usr/include/dmd/druntime/import/core/stdc/stdint.d(159,26):
On Wednesday, 26 September 2018 at 18:06:48 UTC, Rainer Schuetze
wrote:
On 26/09/2018 09:45, Void-995 wrote:
On Wednesday, 26 September 2018 at 07:37:26 UTC, Rainer
Schuetze wrote:
[...]
Makes sense. I've tried to move them to "member" but they
obviously did not point anywhere, which is
https://issues.dlang.org/show_bug.cgi?id=6410
Mathias LANG changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On 26/09/2018 09:45, Void-995 wrote:
On Wednesday, 26 September 2018 at 07:37:26 UTC, Rainer Schuetze wrote:
On 25/09/2018 22:08, Void-995 wrote:
I almost finished my -gc for Natvis experiment (to use MS C++
Debugger from VS Code, fully translating type names from what comes
from DMD
https://issues.dlang.org/show_bug.cgi?id=19269
Issue ID: 19269
Summary: Cannot throw C++ exceptions from D
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority:
https://issues.dlang.org/show_bug.cgi?id=19268
Radu Racariu changed:
What|Removed |Added
CC||radu.raca...@gmail.com
--- Comment #2 from
On Wed, Sep 26, 2018 at 02:33:27AM +, Vladimir Panteleev via Digitalmars-d
wrote:
> On Wednesday, 26 September 2018 at 01:52:31 UTC, H. S. Teoh wrote:
[...]
> > but basically, any column used in a WHERE clause is a candidate for
> > indexing.
>
> Yep, I think we're past that already.
>
>
On 09/26/2018 02:51 AM, FeepingCreature wrote:
On Wednesday, 26 September 2018 at 08:37:12 UTC, Dejan Lekic wrote:
I humbly believe this does not belong to the compiler. These sort of
things belong to a static code analyser TOOL. Think of
checkstyle/findbugs in Java, or flake8/pep8 in Python
On 27/09/2018 3:53 AM, Neia Neutuladh wrote:
On 09/26/2018 12:39 AM, FeepingCreature wrote:
On Tuesday, 25 September 2018 at 19:28:47 UTC, Jacob Carlborg wrote:
The DMD compiler is available as a library. A linter tool can be
based on that.
Repeating it here: the library does not have
On Wednesday, 26 September 2018 at 12:51:57 UTC, Steven
Schveighoffer wrote:
I'd suggest a bug report if one hasn't been made.
-Steve
I found https://issues.dlang.org/show_bug.cgi?id=19268 and I have
appended my case there.
On 09/26/2018 12:39 AM, FeepingCreature wrote:
On Tuesday, 25 September 2018 at 19:28:47 UTC, Jacob Carlborg wrote:
The DMD compiler is available as a library. A linter tool can be based
on that.
Repeating it here: the library does not have version-tagged releases.
For a build system based
https://issues.dlang.org/show_bug.cgi?id=19268
Sebastiaan Koppe changed:
What|Removed |Added
CC||m...@skoppe.eu
--- Comment #1 from
https://issues.dlang.org/show_bug.cgi?id=13683
Basile B. changed:
What|Removed |Added
Hardware|x86 |All
OS|Windows
https://issues.dlang.org/show_bug.cgi?id=14217
Basile B. changed:
What|Removed |Added
Hardware|x86_64 |All
OS|Windows
https://issues.dlang.org/show_bug.cgi?id=14217
Basile B. changed:
What|Removed |Added
CC||b2.t...@gmx.com
--
https://issues.dlang.org/show_bug.cgi?id=13683
Basile B. changed:
What|Removed |Added
CC||b2.t...@gmx.com
--
On Wednesday, 26 September 2018 at 09:09:30 UTC, Kagamin wrote:
On Tuesday, 25 September 2018 at 15:11:20 UTC, SashaGreat wrote:
For example: If a person knows VB/Delphi and now he is trying
D and have any doubt, he will need to evolve first to
understand ternary before posting something,
On Sunday, 23 September 2018 at 20:49:39 UTC, Walter Bright wrote:
On 9/23/2018 9:52 AM, aliak wrote:
There's a reason why dmd doesn't have international error
messages. My experience with it is that international users
don't want it. They prefer the english messages.
Yes please. Keep them
On Wednesday, 26 September 2018 at 12:51:57 UTC, Steven
Schveighoffer wrote:
So anything I do at CTFE has to be betterC as well? That is a
bummer.
This is an artificial, and not really intended, limitation.
Essentially, CTFE has to be a real function. If it's defined,
it's expected to be
On Thursday, 16 August 2018 at 20:30:26 UTC, John Belmonte wrote:
These are novel control structures for managing concurrency.
Combining this with cooperative multitasking and explicit,
plainly-visible context switching (i.e. async/await-- sorry
Olshansky) yields something truly at the
On Wednesday, 26 September 2018 at 12:57:21 UTC, ShadoLight wrote:
On Wednesday, 26 September 2018 at 02:12:07 UTC, Ali Çehreli
wrote:
On 09/24/2018 08:17 AM, 0xEAB wrote:
> - Non-idiomatic translations of tech terms [2]
[snip]
English message was something like "No memory left" and the
On Wednesday, 26 September 2018 at 02:12:07 UTC, Ali Çehreli
wrote:
On 09/24/2018 08:17 AM, 0xEAB wrote:
> - Non-idiomatic translations of tech terms [2]
[snip]
English message was something like "No memory left" and the
German translation was "No memory on the left hand side" :)
Ali
Not
On 9/26/18 5:08 AM, Sebastiaan Koppe wrote:
On Wednesday, 26 September 2018 at 08:22:26 UTC, Simen Kjærås wrote:
This is essentially an arbitrary restriction. The basic reason is if a
function is compiled (even just for CTFE), it ends up in the object
files, and you've asked for only betterC
https://issues.dlang.org/show_bug.cgi?id=19268
Илья Ярошенко changed:
What|Removed |Added
Keywords||rejects-valid
--
https://issues.dlang.org/show_bug.cgi?id=19268
Илья Ярошенко changed:
What|Removed |Added
Keywords||betterC
--
https://issues.dlang.org/show_bug.cgi?id=19268
Issue ID: 19268
Summary: BetterC turns off DRuntime for CTFE
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: regression
Priority:
On 9/26/18 5:54 AM, rjframe wrote:
On Fri, 21 Sep 2018 16:27:46 +, Neia Neutuladh wrote:
I've got this coded up and can submit a PR, but I thought I'd get
feedback here first.
Does anyone see any horrible potential problems here?
Or is there an interestingly better option?
Does this
https://issues.dlang.org/show_bug.cgi?id=19208
Basile B. changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from Basile B. ---
pull:
On 9/26/18 2:50 AM, Shachar Shemesh wrote:
On 25/09/18 15:35, Dukc wrote:
Another reason is that something may not have a good translation to
English. If there is an enum type listing city names, it is IMO better
to write them as normal, using Unicode. CityName.seinäjoki, not
https://issues.dlang.org/show_bug.cgi?id=19208
Basile B. changed:
What|Removed |Added
CC||b2.t...@gmx.com
Hardware|x86
26.09.2018 13:00, Anonymouse пишет:
On Tuesday, 25 September 2018 at 13:03:30 UTC, FeepingCreature wrote:
I'm playing with a branch of DMD that would warn on unused imports:
Would just like to say that I love the idea and would use it
immediately. Currently going through old code that
https://issues.dlang.org/show_bug.cgi?id=19267
Atila Neves changed:
What|Removed |Added
Keywords||C++
--
https://issues.dlang.org/show_bug.cgi?id=19267
Issue ID: 19267
Summary: extern(C++) cast from interface to child class returns
wrong pointer value
Product: D
Version: D2
Hardware: x86_64
OS: Linux
On Wednesday, September 26, 2018 4:46:23 AM MDT Laurent Tréguier via
Digitalmars-d wrote:
> From dmd's help:
> ```
>-dsilently allow deprecated features
>-dw show use of deprecated features as warnings
> (default)
>-de show use of
On Wednesday, 26 September 2018 at 10:41:36 UTC, joshuabarnes
wrote:
By default, DerelictODE is configured to load the
double-precision version of ODE. If you want to load the
single-precision version, declare "DerelictODE_Single" as a
version in the build settings of your dub.json.
What
On Wednesday, 26 September 2018 at 09:25:11 UTC, Jonathan M Davis
wrote:
IMHO, the way that dmd currently handles deprecations works
quite well overall. It simply prints a message. It's not a
warning, and it's not an error. It's just a message. You can
use a compiler flag to make the message
On Wednesday, 26 September 2018 at 09:54:22 UTC, John Burton
wrote:
Is there any documentation anywhere that deals with calling D
from C? I could find plenty the other way round. I think I'll
give up on the idea though, and rewrite the whole thing in D :)
Rewriting it in D is a great idea
By default, DerelictODE is configured to load the
double-precision version of ODE. If you want to load the
single-precision version, declare "DerelictODE_Single" as a
version in the build settings of your dub.json.
What does this actually mean?
I have
"dependencies": {
On Wednesday, 26 September 2018 at 09:08:06 UTC, Sebastiaan Koppe
wrote:
On Wednesday, 26 September 2018 at 08:22:26 UTC, Simen Kjærås
wrote:
This is essentially an arbitrary restriction. The basic reason
is if a function is compiled (even just for CTFE), it ends up
in the object files, and
On Tuesday, 25 September 2018 at 13:03:30 UTC, FeepingCreature
wrote:
I'm playing with a branch of DMD that would warn on unused
imports:
Cool that you're working on this!
On Tuesday, 25 September 2018 at 13:03:30 UTC, FeepingCreature
wrote:
I'm playing with a branch of DMD that would warn on unused
imports:
Would just like to say that I love the idea and would use it
immediately. Currently going through old code that evolved too
organically, with imports too
On Fri, 21 Sep 2018 16:27:46 +, Neia Neutuladh wrote:
> I've got this coded up and can submit a PR, but I thought I'd get
> feedback here first.
>
> Does anyone see any horrible potential problems here?
>
> Or is there an interestingly better option?
>
> Does this need a DIP?
I just want
On Wednesday, 26 September 2018 at 08:37:12 UTC, Dejan Lekic
wrote:
I humbly believe this does not belong to the compiler. These
sort of things belong to a static code analyser TOOL. Think of
checkstyle/findbugs in Java, or flake8/pep8 in Python world.
I can't put it differently than this:
On Tuesday, 25 September 2018 at 12:05:21 UTC, Jonathan M Davis
wrote:
[...]
Thanks everyone.
Is there any documentation anywhere that deals with calling D
from C? I could find plenty the other way round. I think I'll
give up on the idea though, and rewrite the whole thing in D :)
On Wednesday, September 26, 2018 2:26:20 AM MDT Laurent Tréguier via
Digitalmars-d wrote:
> On Wednesday, 26 September 2018 at 01:13:11 UTC, Jonathan M Davis
>
> wrote:
> > The way that C++ handles warnings is how I've seen most
> > languages handle warnings. IMHO, the only time that anything
> >
On Tuesday, 25 September 2018 at 14:28:48 UTC, FeepingCreature
wrote:
On Tuesday, 25 September 2018 at 14:15:32 UTC, Dominikus Dittes
Scherkl wrote:
template from(string moduleName)
{
mixin("import from = " ~ moduleName ~ ";");
}
class TestException(T) : from!"std.format".FormatException?
On Tuesday, 25 September 2018 at 15:11:20 UTC, SashaGreat wrote:
For example: If a person knows VB/Delphi and now he is trying D
and have any doubt, he will need to evolve first to understand
ternary before posting something, because ternary in these
languages are different.
You
On Wednesday, 26 September 2018 at 08:22:26 UTC, Simen Kjærås
wrote:
This is essentially an arbitrary restriction. The basic reason
is if a function is compiled (even just for CTFE), it ends up
in the object files, and you've asked for only betterC
functions to end up in the object files.
--
On Wednesday, 26 September 2018 at 07:37:28 UTC, Shachar Shemesh
wrote:
The other type of answer is "it's being done in the real
world". If it's in active use in the real world, it might make
sense to support it, even if we can agree that the design is
not optimal.
Shachar
Two years ago, I
On Wednesday, 26 September 2018 at 05:55:49 UTC, dangbinghoo
wrote:
On Wednesday, 26 September 2018 at 05:24:08 UTC, Radu wrote:
On Wednesday, 26 September 2018 at 03:46:21 UTC, dangbinghoo
wrote:
hi,
https://github.com/adamgreig/stm32-rs looks great, is there
something like this in Dlang?
On Tuesday, 25 September 2018 at 13:03:30 UTC, FeepingCreature
wrote:
I'm playing with a branch of DMD that would warn on unused
imports:
I humbly believe this does not belong to the compiler. These sort
of things belong to a static code analyser TOOL. Think of
checkstyle/findbugs in Java,
On Wednesday, 26 September 2018 at 01:13:11 UTC, Jonathan M Davis
wrote:
The way that C++ handles warnings is how I've seen most
languages handle warnings. IMHO, the only time that anything
along the lines of a warning makes sense is when the programmer
is proactively running a tool to
On Wednesday, 26 September 2018 at 08:06:27 UTC, Sebastiaan Koppe
wrote:
Right now I am building a betterC application and I would have
expected to be able to use the D standard library in CTFE.
It seems this is not the case. Can anyone explain why? It seems
to be an arbitrary limitation.
Right now I am building a betterC application and I would have
expected to be able to use the D standard library in CTFE.
It seems this is not the case. Can anyone explain why? It seems
to be an arbitrary limitation.
example:
On Wednesday, 26 September 2018 at 07:37:26 UTC, Rainer Schuetze
wrote:
On 25/09/2018 22:08, Void-995 wrote:
I almost finished my -gc for Natvis experiment (to use MS C++
Debugger from VS Code, fully translating type names from what
comes from DMD frontend to valid C++ type name so Natvis
On Wednesday, 26 September 2018 at 01:13:11 UTC, Jonathan M Davis
wrote:
IMHO, the only time that anything along the lines of a warning
makes sense is when the programmer is proactively running a
tool to specifically ask to be informed of a potential type of
problem where they will then go
On 26/09/18 10:26, Dukc wrote:
On Wednesday, 26 September 2018 at 06:50:47 UTC, Shachar Shemesh wrote:
The properties that cause city names to be poor candidates for enum
values are the same as those that make them Unicode candidates.
How so?
City names (data, changes over time) as enums
On 25/09/2018 22:08, Void-995 wrote:
I almost finished my -gc for Natvis experiment (to use MS C++ Debugger
from VS Code, fully translating type names from what comes from DMD
frontend to valid C++ type name so Natvis works), but then I encountered
dAssocArray, which has form of: void* as
On Tuesday, 25 September 2018 at 19:28:47 UTC, Jacob Carlborg
wrote:
The DMD compiler is available as a library. A linter tool can
be based on that.
Repeating it here: the library does not have version-tagged
releases. For a build system based around reproducible builds,
this makes it
On Wednesday, 26 September 2018 at 06:50:47 UTC, Shachar Shemesh
wrote:
The properties that cause city names to be poor candidates for
enum values are the same as those that make them Unicode
candidates.
How so?
City names (data, changes over time) as enums (compile time
set) seem like a
https://issues.dlang.org/show_bug.cgi?id=19266
Rainer Schuetze changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from Rainer Schuetze
https://issues.dlang.org/show_bug.cgi?id=19266
Issue ID: 19266
Summary: Some source files names are no longer accepted
Product: D
Version: D2
Hardware: All
OS: Windows
Status: NEW
Severity: regression
On 25/09/18 15:35, Dukc wrote:
Another reason is that something may not have a good translation to
English. If there is an enum type listing city names, it is IMO better
to write them as normal, using Unicode. CityName.seinäjoki, not
CityName.seinaejoki.
This sounded like a very compelling
On Wednesday, 26 September 2018 at 02:12:07 UTC, Ali Çehreli
wrote:
On 09/24/2018 08:17 AM, 0xEAB wrote:
> - Non-idiomatic translations of tech terms [2]
This is something I had heard from a Digital Research
programmer in early 90s:
English message was something like "No memory left" and
On Wednesday, 26 September 2018 at 02:12:07 UTC, Ali Çehreli
wrote:
On 09/24/2018 08:17 AM, 0xEAB wrote:
> - Non-idiomatic translations of tech terms [2]
This is something I had heard from a Digital Research
programmer in early 90s:
English message was something like "No memory left" and
On Wednesday, 26 September 2018 at 05:24:08 UTC, Radu wrote:
On Wednesday, 26 September 2018 at 03:46:21 UTC, dangbinghoo
wrote:
hi,
https://github.com/adamgreig/stm32-rs looks great, is there
something like this in Dlang?
thanks!
---
dangbinghoo
You might take a look at
96 matches
Mail list logo
