On Tuesday, 30 April 2019 at 08:20:29 UTC, JN wrote:
It might be nifty by D standards, but for a person not familiar
with D
Or, as someone familiar with D, I wonder why not just use a plain
struct. D allows you to set initial values for struct members
plainly.
To be frank, I haven't been im
On Tuesday, 30 April 2019 at 13:44:00 UTC, Simen Kjærås wrote:
Now, for the abomination that is
callMemberFunctionWithParamsStruct!(t, "f")(combined)... It's
just t.f(combined.tupleof) in a bad disguise, and I really
can't see the benefit.
If you are doing function parameters, there are two k
On Wednesday, 29 May 2019 at 20:30:03 UTC, Mike Wey wrote:
And i finally took the time to change the documentation on the
website from candydoc to one generated by Adam's adrdox.
https://api.gtkd.org
A tip: when you generate the code with adrdox, use
--special-preprocessor=gtk
in addition to
On Wednesday, 29 May 2019 at 22:07:14 UTC, Mike Wey wrote:
Or changing `string specialPreprocessor` in doc2.d to
`__gshared')
Oh geeze, indeed! I made that change locally, I prolly won't push
it up to github for a bit tho cuz I broke other stuff in my copy
I need to fix first.
But yeah than
On Wednesday, 29 May 2019 at 22:07:14 UTC, Mike Wey wrote:
I was already using that
I see you fixed that, but I introduced a regression with my
public import thing.
So for a while, I had modules with a single class just go
straight to that class
e.g.
https://api.gtkd.org/gdk.Color.html
w
On Thursday, 20 June 2019 at 19:54:19 UTC, Cym13 wrote:
What talk is that exactly?
prolly this one:
http://arsdnet.net/annotated-transcript.html
I am bumping the arsd repo dub's version number to 4.0.0. (this
is super super arbitrary for me though, I very rarely ACTUALLY
break backward compatibility, in fact I try to be both backward
and forward compatible with myself and with dmd versions, just
meh)
Anyway, while version numbers are
On Tuesday, 9 July 2019 at 03:21:21 UTC, ketmar wrote:
yay, so your cgi.d and template modules are ready for public
now! great.
Aye, you can use them now. I haven't documented all the new stuff
and I am still likely to change a bunch of details, so it is
still kinda "use at your own risk of f
On Tuesday, 9 July 2019 at 12:13:13 UTC, Dejan Lekic wrote:
Not entirely true - there is a (pretty active) project out
there called "Hunt Framework" -
https://github.com/huntlabs/hunt-framework
Fun fact: hunt framework bootstrapped themselves with my code! I
don't think they still use any of
On Tuesday, 9 July 2019 at 12:09:14 UTC, Greatsam4sure wrote:
I don't know much about this project but l which to know more.
My code is the oldest continuously maintained web library in D,
started in 2008 and still developed today. It also does a bunch
of other things like gui too.
How doe
On Thu, Jul 11, 2019 at 08:35:51AM +, bauss via Digitalmars-d-announce
wrote:
> Great work but the name of "arsd.http2" might be confusing to some because
> of "HTTP 2" being an actual thing but that module has nothing to do with it
> and is actually about Open SSL.
That module is about HTTP,
On Thursday, 11 July 2019 at 13:14:47 UTC, bauss wrote:
And also CSS3 selector parsing (still not CSS parsing though.)
dom.d has some of that too. My css3 support is decent but not
100%, it includes :not, :has, :nth-child, nth-of-type and more.
I never implemented :only-child though, that'd
On Thursday, 11 July 2019 at 13:36:17 UTC, bauss wrote:
Most of the modules in arsd can be used separately right?
Yes, my policy is that the modules use no more than two other
modules total.
The ones below with a star* indicate default reliance upon a
common C library too, like openssl. I t
On Thursday, 11 July 2019 at 13:51:03 UTC, Adam D. Ruppe wrote:
foundation modules (0 imports):
oh, I forgot terminal.d in here.
It is fun to combine the event loops of some of these, since I
refuse to put a common interface in since that means another
module. It tends to be implemented with
On Thursday, 11 July 2019 at 13:40:50 UTC, matheus wrote:
Do you think that your libraries could fill this gap for D?
Possibly. So I'm trying to convince my bosses at work to let me
use D on the core product and one of the points I made is that D
is really easy for new devs to use.
Part of
On Saturday, 13 July 2019 at 01:34:38 UTC, Mike Parker wrote:
The admin of it has never responded to our queries.
did you try querying "GRANT ALL ON dlang.* TO myself"?
i find it often helps me in these situations
On Sunday, 6 October 2019 at 07:18:37 UTC, Joseph Rushton
Wakeling wrote:
Speaking of performance, I was intrigued by the Reddit response
noting that Rust can go one better by eliminating the error
path at compile time:
D can eliminate error paths at compile time too, e.g. static
assert - whi
On Thursday, 17 October 2019 at 20:56:54 UTC, Dennis wrote:
I was surprised by him mentioning that as well. I'm glad it
stayed too, since I actually use them.
Indeed, me too. And they are definitely still there and I'd be
quite sad if they disappeared.
On Friday, 25 October 2019 at 21:53:05 UTC, Laeeth Isharc wrote:
We use iOS. If somebody were willing to do the work of
bringing LDC up to date and maintaining it maybe we could
support the work, or at least contribute to it.
I have a bunch of patches I was working on a few weekends ago.
I'm
A lot of people ask me how to use sockets in Phobos, so I wrote
it up with a few samples. Not every detail you could ever need,
but I tried to be reasonably comprehensive for new users.
http://dpldocs.info/this-week-in-d/Blog.Posted_2019_11_11.html
On Friday, 15 November 2019 at 19:40:51 UTC, JN wrote:
I used this to get started back in the day:
http://arsdnet.net/dcode/book/chapter_02/03/
yeah, that's one of the samples from my "D Cookbook" and I wrote
this new thing primarily to expand upon the text there from the
book (which was mini
On Friday, 15 November 2019 at 21:07:45 UTC, JN wrote:
Such code snippets are amazing for starting out. Too many
libraries just throw the API documentation at you and figure
out how to set up things.
Aye. That's why my doc gen actually has hidden secret features to
make *complete* examples in
On Monday, 25 November 2019 at 23:46:31 UTC, H. S. Teoh wrote:
Oooh very nice!! That's wonderful to hear. So you're saying
LDC out-of-the-box can cross-compile from Linux to Windows
directly? How to do this? I'm *very* interested!
ldc2 -mtriple=x86_64-pc-windows-msvc
though you will proll
On Wednesday, 27 November 2019 at 14:35:53 UTC, Ernesto
Castellotti wrote:
I wrote a page in the wiki for basic information on how to use
D on AVR 8-bit, using LLVM and LDC.
Nice! We should compile this option into upstream ldc so the
binaries just work too for maximum convenience.
On Thursday, 28 November 2019 at 13:10:44 UTC, Atila Neves wrote:
This is the done already by reggae. Unfortunately, since every
D module is effectively a header, the number of files that need
to be recompiled is usually large, despite the fact that for
most changes the recompilation isn't actu
In short use `in(false)` when you `override` a function to
inherit the contract, unless you explicitly want to expand the
input - which you shouldn't do when implementing an interface!
Wrote about it in more details here:
http://dpldocs.info/this-week-in-d/Blog.Posted_2019_12_02.html
i think
On Monday, 2 December 2019 at 22:31:08 UTC, Ola Fosheim Grøstad
wrote:
Interesting, could be useful, but now you have to remember to
add "in(false)".
Yeah, it is kinda tempting to propose a language change, where an
override method does this by default if nothing else is
specified. I think it
On Tuesday, 3 December 2019 at 10:39:08 UTC, Robert M. Münch
wrote:
In large scale projects this will become a big problem as you
can't assume that every developer knows about all the contracts
of a superclass.
That's the beauty of `override in(false)` - you don't have to
know about the super
On Tuesday, 3 December 2019 at 14:24:15 UTC, Robert M. Münch
wrote:
My point was, when the superclass doesn't has an in() contract:
Error: function contracts.Derived.test cannot have an in
contract when overridden function contracts.Base.test does not
have an in contract
h geeze I was so
On Tuesday, 3 December 2019 at 14:45:28 UTC, Ola Fosheim Grøstad
wrote:
Maybe also test with D interfaces? I suppose they have the same
behaviour as superclasses?
Yeah, I did that (there's a unittest in the blog source for it,
that's what shows under the example section). It works nicely.
I
On Tuesday, 3 December 2019 at 15:12:46 UTC, Ola Fosheim Grøstad
wrote:
But I was thinking of contravariant/covariant parameters on
virtual functions.
those too. I mostly use it with things like a clone method:
interface Cloneable {
Cloneable clone();
}
class MyClass : Cloneable {
ove
On Tuesday, 3 December 2019 at 15:26:10 UTC, Ola Fosheim Grøstad
wrote:
Also the use of the term "covariant" here is confusing to me:
Yeah, to be honest, I forget what the terms mean, so I tend to
avoid them. like my last email just talked about specialization
and implicit casts which I think
On Tuesday, 3 December 2019 at 16:03:18 UTC, Ola Fosheim Grøstad
wrote:
But this doesn't work in D.
That's my point - it is unsound in the static type system and D
correctly rejects it. Might work in a dynamic language, but not
in static.
Yes, but when do you need to do it? So it is typesaf
On Tuesday, 3 December 2019 at 17:10:04 UTC, Meta wrote:
Am I mistaken as to what the defect was, or as to whether it
was fixed, or both?
I don't think they ever changed it - the code in the original
link there shows the current behavior.
On Tuesday, 3 December 2019 at 17:17:15 UTC, Meta wrote:
Which is still open, but Iain ran into stack corruption issues
when compiling with the -m64 flag... and no further progress.
So I guess it's just a matter of the bug not being fixed.
That's surprising. It could perhaps just use my patter
On Thursday, 5 December 2019 at 16:14:01 UTC, Joseph Rushton
Wakeling wrote:
And -- mostly out of curiosity -- what are the major
differences compared to other D XML libraries
or my beloved dom.d
On Friday, 6 December 2019 at 08:58:38 UTC, Joseph Rushton
Wakeling wrote:
as they were all related to HTML parsing
Indeed, it is biased toward that use case, but it actually does
quite a few extra things too that I don't market as much (and
takes some extra code to fully enable - like the em
I'm gonna drop the link here without further comment:
https://github.com/adamdruppe/d_android
hopefully I've written enough in the repo so anyone who wants to
play with it can... and if not, I need to fix the docs :)
let me know if you find any success or failure playing with it.
On Monday, 16 December 2019 at 23:23:08 UTC, GreatSam4sure wrote:
I will appreciate a step by step tutorial on how to get things
setup and running dlang android app
Did the website there help you at all?
On Tuesday, 17 December 2019 at 20:26:39 UTC, aberba wrote:
This part is unclear to follow
OK, I'll rewrite it with more examples later in the week. It is
still a little bit of a pain to set up too so if I can fix that,
the instructions will be simplified as well.
On Tuesday, 17 December 2019 at 18:29:32 UTC, H. S. Teoh wrote:
Remaining issues (that I'm aware of) are:
I also haven't finished supporting all the various Java
arguments. Notably arrays are unimplemented right now as well as
handling interfaces (if a D function takes a CharSequence but the
On Tuesday, 17 December 2019 at 18:08:07 UTC, jmh530 wrote:
On Tuesday, 17 December 2019 at 17:41:46 UTC, bachmeier wrote:
I had no idea that existed. That should really be promoted.
There might be a lot of interest.
First commit was only 8 days ago [1]. I'm sure there will be a
bigger announ
On Tuesday, 17 December 2019 at 20:57:54 UTC, bachmeier wrote:
Maybe Docker can help ease the burden for others to test it.
oh it isn't that hard... as of now the trickiest thing is the
druntime build and ldc comes with a script to help with that. The
script just worked on my box for x86, arm
On Tuesday, 17 December 2019 at 22:28:32 UTC, kinke wrote:
Instead of wrappers around ldc2 and dub, I'd prefer a little
generic tool
My implementation is pretty generic - look at the source. All it
really does is
foreach(target; [x86, x86_64, armv7, aarch64])
dub build -a target;
and the
On Wednesday, 18 December 2019 at 12:29:17 UTC, kinke wrote:
The android-ldc wrapper is already ~160 lines, and AFAICT, it's
a rather cumbersome alternative to simply setting up ldc2.conf
appropriately.
tbh I didn't even know there was a such thing as ldc2.conf.
This indeed might be better an
On Wednesday, 18 December 2019 at 15:53:14 UTC, kinke wrote:
Heh, it looks like the Wiki page
Yeah, I found the wiki pages just generally didn't actually work
when I tried them; prolly outdated.
But your example there is simpler than I thought it would be. I'm
gonna try using this proba
On Tuesday, 17 December 2019 at 18:29:32 UTC, H. S. Teoh wrote:
Runtime initialization is now working, and you can create a
Java VM
I now have this tested and working on Windows and Linux.
- Method overloading;
This is fixed in the newest commit too.
```D
import arsd.jni;
final class Tes
On Thursday, 19 December 2019 at 11:48:21 UTC, Andre Pany wrote:
I wonder whether D could be enhanced in future to make the CRTP
idiom a little bit nicer:
It is also possible to do a mixin for most the same result.
But yeah if the language were to change there's some fun things.
The two I hav
On Wednesday, 18 December 2019 at 15:53:14 UTC, kinke wrote:
Heh, it looks like the Wiki page
(https://wiki.dlang.org/Cross-compiling_with_LDC - I've added
an exemplary Android section there as well, using `-gcc` to
specify the NDK's preconfigured clang) needs some overhaul then
if not even yo
Another big update here in my blog this week:
http://dpldocs.info/this-week-in-d/Blog.Posted_2019_12_30.html
On Wednesday, 1 January 2020 at 12:44:30 UTC, visitor wrote:
i managed to run the test app on my phone via Android Studio :))
Nice! I just realized that I forgot to commit some of the files
so cool that you got it working despite me :)
On Wednesday, 1 January 2020 at 17:12:01 UTC, bachmeier wrote:
A question that comes to mind with respect to your JNI work: Is
this specific to Android, or could we use it, for instance, as
a way to call Java functions from R, where we use D as a bridge
to simplify things?
That should be poss
On Wednesday, 1 January 2020 at 17:16:19 UTC, visitor wrote:
so to reply : i fortunately had a bit of (very recent)
understanding about D/Android setup and stumbling upon the link
crash without main() i figured that the main() hack was part of
the missing files ... i went, like that, by guess a
On Wednesday, 1 January 2020 at 17:35:28 UTC, Adam D. Ruppe wrote:
bindings generator
oh one thing I forgot to mention on this is that right now it
generates interfaces, but doesn't list them; each class is just
class Foo : IJavaObject {}
instead of
class foo : ActualParent, IWhateverElse
On Thursday, 2 January 2020 at 20:26:05 UTC, visitor wrote:
i see you updated everything ! wow !! :))
yea, the setup program should now download the runtime binaries
for you and set up ldc2.conf fairly automatically (I haven't
tested on Windows yet though and of course it will static assert
On Sunday, 5 January 2020 at 03:56:37 UTC, visitor wrote:
Not a single line of java!
so i got kinda excited for creating a class 100% in D as well,
but.
https://developer.android.com/training/articles/perf-jni.html
"DefineClass is not implemented. Android does not use Java
bytecodes or
On Monday, 6 January 2020 at 17:18:46 UTC, visitor wrote:
hum ... indeed most of the native samples in android are using
java helper classes
Yeah, the NativeActivity is I think the only one that doesn't
(and that's just because Google provides a pre-built helper java
class).
But I'm persona
On Monday, 6 January 2020 at 17:40:47 UTC, Laeeth Isharc wrote:
I haven't tried, but:
https://github.com/linkedin/dexmaker
Yes, indeed, that is a possibility. I might work on this...
honestly probably after several months given the length of my to
do list right now.
On Wednesday, 8 January 2020 at 12:10:15 UTC, Chris wrote:
1. How does it fare performance wise with JNI? In the Android
docs they advise you not to use the JNI bridge very often as it
very costly.
I don't know. I don't even have a plan to actually test it at
this point.
Worth remembering t
On Wednesday, 8 January 2020 at 14:23:49 UTC, Chris wrote:
Btw, how will D for Android handle multi-threading / coroutines?
So again I haven't actually tested, but based on the
implementation right now you can have D threads and Java threads,
but they shouldn't mix. I think I can fix that lat
On Monday, 27 January 2020 at 14:16:47 UTC, Mike Parker wrote:
https://dlang.org/blog/2020/01/27/d-for-data-science-calling-r-from-d/
"D [...] interoperability with C (in many cases as simple as
adding an #include directive to import a C header file), "
like it is simple... but it isn't a #i
is this part of what you're doing with cgi.d this week?!
On Sunday, 23 February 2020 at 16:22:46 UTC, Mike Parker wrote:
The decision was primarily influenced by the lack of consensus
over the implementation and the syntax demonstrated in the two
review threads.
That's not true, we had consensus minus one - the community
rallied around just one sma
On Sunday, 23 February 2020 at 18:57:55 UTC, Adam D. Ruppe wrote:
As the DIP author, Walter also rejected the suggestion to go
with an implementation that resolves to a library template. He
sees that as equivalent to AST macros, a feature which he has
previously rejected.
How is `foo!str, arg
On Monday, 24 February 2020 at 16:22:22 UTC, Atila Neves wrote:
Thanks for the detailed write-up, there are a lot of good
things here.
We talked about this in the other thread, too.
I doubt the one template here will be a big deal. My experience
is templates get bad when we use them in loops
On Monday, 24 February 2020 at 19:35:16 UTC, Walter Bright wrote:
Having the compiler lower string interpolation to some hidden
template is - AST macros. We're not doing AST macros.
This is untrue.
Hidden user-defined semantics are not for D.
We are NOT calling for this.
What, exactly, do
On Monday, 24 February 2020 at 20:55:16 UTC, Walter Bright wrote:
and proposed a lowering to:
> i"your hex data is ${%02x}someByte"
>
> (_d_interpolated_string!("your hex data is ",
> _d_interpolated_format_spec("%02x"))(), someByte)
Do you understand that `_d_interpolated_string` and
`_d_int
On Monday, 24 February 2020 at 21:41:22 UTC, aliak wrote:
Does that mean no betterC support if it's in druntime?
It would actually still work there because there is no actual
code to link, just a compile-time definition to look up.
For example, the name `string` itself is a druntime definiti
On Tuesday, 25 February 2020 at 09:36:25 UTC, aliak wrote:
This may have already been answered in the other threads, but I
was just wondering if anyone managed to propose a way to avoid
this scenario with DIP1027?
Yes, that is the key impetus of our amendment, which I also wrote
up on a gist
On Tuesday, 25 February 2020 at 13:39:40 UTC, Aliak wrote:
I should’ve been more specific 😬 I was wondering if the same
could be achieved without a introducing a new aggregate type!
Well, compiler magic, possibly with more @attributes. But that
gets far messier than a simple struct, so we reje
On Wednesday, 26 February 2020 at 12:18:07 UTC, FeepingCreature
wrote:
But to be thrice fair, Adam/Steven's proposal would work with
the minor extension `f(i"hello $a".format)`/`f(i"hello
$a".to!string)`, in keeping with the trend of GC use requiring
explicit opt-in.
Actually, thanks to the n
On Wednesday, 26 February 2020 at 09:57:58 UTC, Walter Bright
wrote:
Requiring the compiler to use a specific template that is not
specified by the user has no place in a language specification
(and therefore no place in a proposed language change).
I think more naturally in D code rather than
On Wednesday, 26 February 2020 at 15:41:48 UTC, Arine wrote:
Yah, what's unwanted about that?
To follow up on this, I expect a reply will be "the user ought to
know how the feature works". This isn't a realistic expectation.
This is why I put in my little narrative in the new DIP, though
it
On Thursday, 27 February 2020 at 00:21:36 UTC, Walter Bright
wrote:
So would DIP1027.
We know. It is *almost* there, the format string idea is a good
one. But DIP1027 had a fatal flaw: it made type safety impossible.
One small change - wrapping the format string in a new type while
keeping
On Thursday, 27 February 2020 at 09:34:23 UTC, Walter Bright
wrote:
On 2/26/2020 7:41 AM, Arine wrote:
Yah, what's unwanted about that?
[snip]
You're arguing against a strawman. The other poster's comment was
showing a likely problem with the (rejected) dip 1027, that our
new proposal fixe
On Thursday, 27 February 2020 at 14:32:29 UTC, Petar Kirov
[ZombineDev] wrote:
2. Have the new type implicitly convert to printf-style args. I
think this is what Adam is proposing. While nice to have, I
don't think it's necessary.
You can read my document for more detail
https://github.com/dl
On Thursday, 27 February 2020 at 14:47:55 UTC, SealabJaster wrote:
At that point, it begs the question of why even bother having
string interpolation.
I encourage you to read my document too:
https://github.com/dlang/DIPs/pull/186
It addresses all these concerns. Walter's proposal is dead. It
On Thursday, 27 February 2020 at 17:41:12 UTC, Petar Kirov
[ZombineDev] wrote:
auto s = new_type!(
"hi ", spec(null), ", you are visitor ", spec("%2d")
)(name, count);
I.e. the referenced arguments are passed to the constructor of
new_type.
Right, that actually is what my old
On Saturday, 29 February 2020 at 00:57:54 UTC, aliak wrote:
Also another note, this tuple expansion should really not be
called string interpolation, since it does not result in a
string :/ It's more string expansion really.
Yeah, me and Steven agreed on this too in the other thread, and I
th
Let's do a little online thing instead! We could do a chat room,
livestream, blog, you know stuff like that.
On Wednesday, 18 March 2020 at 21:24:55 UTC, ketmar wrote:
tbh, i didn't really tested stb much (if at all).
I stole your code in my repo and use it with simpleaudio... i
haven't used it super extensively (nor is it in my dub file btw)
but what I have done with it works beautifully fine.
On Tuesday, 24 March 2020 at 23:23:53 UTC, norm wrote:
When I try to access the documentation for dietpc I get the
error below.
There is no API documentation, but the github readme has some:
https://github.com/schveiguy/dietpc
On Tuesday, 24 March 2020 at 23:33:21 UTC, Steven Schveighoffer
wrote:
Hm... I didn't create any DDOC documentation, all the docs are
in the readme. It's an application.
yeah. you might just change teh documentation thing in the
code.dlang.org "manage this package" screen to link back to your
On Friday, 10 April 2020 at 17:18:05 UTC, Robert M. Münch wrote:
Repro [2] is gone... Does anyone has an idea where the code
could be accessed?
I also maintain a copy of it:
https://github.com/adamdruppe/arsd/blob/master/svg.d
minimal dox http://dpldocs.info/experimental-docs/arsd.svg.html
b
On Friday, 10 April 2020 at 17:54:16 UTC, Robert M. Münch wrote:
I'am/was confused because I don't understand how "NanoVega.SVG"
fits into the picture. Is it a 2nd SVG parser? Is it using
svg.d? Why have two?
NanoVega.SVG IS svg.d. They're different names for the same
thing. My copy renames i
I try to write something on this once a week, though longer posts
like this tend to be less common (and some weeks, like last week,
I post nothing at all...), but I rarely post here since I don't
want to be super spammy.
However a reminder here my D blog is still active and if you use
my libs
On Thursday, 21 May 2020 at 16:14:02 UTC, Seb wrote:
Why we can't we have a technical board where the community can
vote in experts and potentially companies could even buy a seat
for $$$ which would mean a lot more for them than the current
very vague sponsorship options.
ditto, I think we s
On Friday, 22 May 2020 at 01:22:19 UTC, Walter Bright wrote:
3. Wrap the call to massage_data() with:
() @trusted { massage_data(parameters); } ();
The correct solution is to encapsulate the C functions as-needed
with a higher level API - and this is somewhat commonly done
already and -
On Friday, 22 May 2020 at 13:57:27 UTC, Mike Parker wrote:
The DIP review process is not intended for community approval
or rejection of DIPs. It's not a democratic voting process.
The community needs to unite and fix this. It is an ineffectual
process that leads to worse results for the langu
On Friday, 22 May 2020 at 16:39:42 UTC, jmh530 wrote:
Fortunately, the above point can be more easily fixed by making
`free` @system
With the o/b system `free` might actually work out OK
On Friday, 22 May 2020 at 17:07:37 UTC, Atila Neves wrote:
And so I was convinced that everything being @safe is actually
ok, especially because in real life, most C/C++ APIs aren't
going to secretly corrupt your code.
I wrote up a thing about this earlier then deleted it because I
didn't wan
On Sunday, 24 May 2020 at 08:55:32 UTC, Walter Bright wrote:
I can't see a practical difference between:
@safe extern (C) void whatevs(parameters);
@trusted extern (C) void whatevs(parameters);
Both require that whatevs() provide a safe interface.
Remember that D has reflection. If we ever do
On Friday, 29 May 2020 at 21:18:13 UTC, Walter Bright wrote:
The idea is the simple, general rule that:
There's already exceptions to that.
public public void foo() {}
is an error, whereas
public:
public void foo() {}
is not.
Having a simple, general rule with maybe a less favorable
eff
On Saturday, 30 May 2020 at 20:14:04 UTC, Steven Schveighoffer
wrote:
On 5/30/20 4:02 PM, Andrei Alexandrescu wrote:
module foo; @safe:
Again, not the same. Read the full thread that you quoted above.
And even aside from inference, it doesn't actually work for most
the attributes.
@safe i
On Tuesday, 23 June 2020 at 12:00:06 UTC, Mike Parker wrote:
D Language Foundation finance updates
Please note that the bit here saying to search a third party
website is insufficient, IRS regulations state that the
foundation must provide the address on the world wide web and
that there mus
On Friday, 26 June 2020 at 08:36:06 UTC, Mike Parker wrote:
I wouldn't be so sure. See the "Anti-Voting Manipulation"
section here:
you telling us to vote in a specific way is already gaming the
system.
stop trying to manipulate their idiotic algorithm and just focus
on delivering value to
On Friday, 26 June 2020 at 14:02:14 UTC, Mike Parker wrote:
But if you do want to vote, I'd like your vote to count.
I've seen no evidence that this strategy actually works. Appears
totally random if a D post sticks around or not. And in a great
many of these posts, people complain that they
On Monday, 29 June 2020 at 15:45:48 UTC, Dagmar wrote:
D has a GC. If you turn it off you lose dynamic/associative
arrays, classes, probably something else.
You just have to construct them with a function instead of with
the built-in `new` operator. (Well, associative array will need a
librar
On Thursday, 2 July 2020 at 17:19:31 UTC, claptrap wrote:
and adrdoc? i think and they put everything onto its own page.
Yeah, I find it is generally easier to read, search, and link
this way. It does have an overview page for anything though you
can skim through.
Even a good tutorial on ho
On Tuesday, 7 July 2020 at 07:49:02 UTC, Walter Bright wrote:
Businesses will not want to commit to a balkanized project.
It's been ages since I worked on a software project for a
business that didn't have many random third (and fourth and fifth
and sixth and seventh.) party dependencies.
1 - 100 of 591 matches
Mail list logo
