On Friday, 28 July 2017 at 14:58:01 UTC, Ali wrote:
How do you use D?
I use D for pretty much everything in my personal life at the
moment. I've found some things that I thought were better in
other languages, but either D's ecosystem has improved (which is
why I'm rewriting my RSS reader
On Tuesday, 25 July 2017 at 10:27:43 UTC, Russel Winder wrote:
There is little traction in a browser-focused language that
doesn't offer a massive USP over JavaScript/ECMAScript – typing
is the only USP over ES6 that has any chance really. Elm,
Kotlin, Ceylon, etc. are already populating the
On Tuesday, 6 June 2017 at 01:01:34 UTC, Timothee Cour wrote:
Is there a good RPC framework for D?
Last time I needed one, I used Thrift. D support in Thrift is
maintained upstream. Unfortunately, the version available in dub
is really old. Also unfortunately, it's std.socket only -- no
On Wednesday, 13 September 2017 at 10:20:48 UTC, Thorsten Sommer
wrote:
Besides the unit tests, the main program is now able to startup
but crashes after a while without any message at all. No stack
trace, no exception, nothing. Obviously, this makes it hard to
debug anything...
You mention
On Friday, 15 September 2017 at 12:33:56 UTC, Adam D. Ruppe wrote:
On Friday, 15 September 2017 at 12:04:27 UTC, Kagamin wrote:
Since width can't be negative, C programmer would use unsigned
integer for it
That's often a big mistake. Lots of people do it... but you
shouldn't, exactly because
On Friday, 15 September 2017 at 14:25:56 UTC, Mike Parker wrote:
The first stage of the formal review for DIP 1006 [1],
"Providing more selective control over contracts", is now
underway. From now until 11:59 PM ET on September 29(3:59 AM
GMT on September 30), the community has the opportunity
On Tuesday, 19 September 2017 at 15:11:31 UTC, Craig Black wrote:
Thank you for the information. What I would like to do is to
create an Array template class that doesn't use GC at all.
You want to ensure that it can never refer to GC memory. The type
system does not contain that
On Monday, 27 November 2017 at 06:12:53 UTC, Ola Fosheim Grostad
wrote:
On Monday, 27 November 2017 at 05:11:06 UTC, Neia Neutuladh
std::string does the same thing. So if I reimplemented subtex
naively in C++, its performance would be closer to the C#
version than to the D version.
You meant
On Monday, 27 November 2017 at 00:14:40 UTC, IM wrote:
- It's quite clear that D was influenced a lot by Java at some
point, which led to borrowing (copying?) a lot of Java features
that may not appeal to everyone.
Have you observed a human to exist who has complained about a
specific
On Monday, 27 November 2017 at 17:35:53 UTC, Ola Fosheim Grostad
wrote:
On Monday, 27 November 2017 at 16:44:41 UTC, Neia Neutuladh
wrote:
I last used C++ professionally in 2015, and we were still
rolling out C++11. std::string_view is part of C++17. You're
calling me stupid for not having
On Saturday, 16 December 2017 at 12:23:49 UTC, WebFreak001 wrote:
[1] https://wfr.moe/fQwTAa.png - how my proposed design for the
package page looks like for one package (dplug in this example)
Sorry, I think I got some slobber on your mockup. It's awesome.
On Tuesday, 12 December 2017 at 18:58:11 UTC, Luís Marques wrote:
Ok, so the consensus was to make ranges easy to use. Was there
any progress on mechanisms to avoid the possible performance
penalties, and to make the implementation side more regular?
Have you noticed performance problems or
On Wednesday, 13 December 2017 at 03:15:11 UTC, IM wrote:
https://code.dlang.org/packages/libdtasks
I'd get rid of the ITaskRunner interface and rename
AbstractTaskRunner to TaskRunner. Interfaces are fine when you
need them, but you rarely need them. You can just make
PostTaskAndReply
At my job, I put together a database migration tool for our
services. It scans for resources in your JAR file with an
appropriate path, interprets them as SQL scripts, and applies
them to the database if it hasn't been done yet.
I want to implement this in D. However, while D allows you to
On Saturday, 11 November 2017 at 15:00:03 UTC, Jonathan M Davis
wrote:
You could always generate a file with the list of files that
you want to import and then use that to generate the import
statements to import each file.
That's exactly what I was talking about doing. I guess I need to
On Friday, 3 November 2017 at 18:44:30 UTC, Arun Chandrasekaran
wrote:
I tried to run the example, and I'm struck with a linker error
DMD v2.076.1 and LDC 1.4.0.
/usr/bin/ld: cannot find -levent
/usr/bin/ld: cannot find -levent_pthreads
Did you try installing libevent and libevent-pthreads?
On Saturday, 28 October 2017 at 11:38:52 UTC, Andrei Alexandrescu
wrote:
Walter and I decided to kick-off project Elvis for adding the
homonym operator to D.
It's easy to write in function form:
auto orElse(T)(T a, lazy T b)
{
return a ? a : b;
}
On Thursday, 7 December 2017 at 22:34:01 UTC, Timothee Cour wrote:
I have a simple test case to reproduce in
https://issues.dlang.org/show_bug.cgi?id=18046
this seems like a serious bug; what would be a workaround when
dealing
with shared libraries?
There are a few test runners around that
On Friday, 11 May 2018 at 14:05:25 UTC, KingJoffrey wrote:
private is not private at all in D, and because of this,
classes are fundamentally broken in D (by design apparently).
I find this amusing because D does things exactly like Java. In
Java, two sibling nested classes can call private
On Saturday, 12 May 2018 at 06:42:24 UTC, rumbu wrote:
Testing private functionality means that you *lock* the
internal implementation of your class. If you decide later to
change the implementation, your previous tests will have
zero-value.
I did TDD at a company for three years. Tests
On Friday, 11 May 2018 at 19:01:05 UTC, H. S. Teoh wrote:
This sounds scary. So my (strongly!) pure function that
returns floating-point can return different results when passed
the same parameters, if somebody in between changes
floating-point flags? That doesn't sound good at all.
This
On Sunday, 13 May 2018 at 05:11:16 UTC, Neia Neutuladh wrote:
It should be as easy as changing the "Subject" field on the
reply screen.
Apparently not. My apologies.
On Sunday, 13 May 2018 at 02:36:28 UTC, KingJoffrey wrote:
On Sunday, 13 May 2018 at 02:10:31 UTC, Uknown wrote:
And please, if this bothers you so much, start a new thread.
You're spamming someone else's feature request by going off
topic.
yeah, I know how much *you* (and many others) would
On Saturday, 19 May 2018 at 04:01:18 UTC, KingJoffrey wrote:
Mmm.. that brings me back to the idea of sealed at the class
level again.
class A
{
private int x;
private(this) int y; // imagine if you have lots of private
variables.
// this could become pretty
On Saturday, 19 May 2018 at 09:49:39 UTC, KingJoffrey wrote:
On Saturday, 19 May 2018 at 09:37:56 UTC, Uknown wrote:
The point was encapsulation as you defined it was broken.
private members were directly modified outside their class. In
your words, everyone was a friend.
This is why we
On Sunday, 20 May 2018 at 00:44:13 UTC, I love Ice Cream wrote:
Which brings me to where it probably is not a good place for
it...in the return fadeclaration of a function/method. I'm very
close to saying, even after having read some of the comments
that try justifying it, that 100% of the
On Sunday, 20 May 2018 at 02:53:10 UTC, KingJoffrey wrote:
On Sunday, 20 May 2018 at 00:05:39 UTC, Jonathan M Davis wrote:
As I understand it, in general, Walter is against doing ...
All I ever hear, is walter walter walter
While it's mildly refreshing that you found something new to
On Sunday, 20 May 2018 at 14:35:21 UTC, I love Ice Cream wrote:
On Sunday, 20 May 2018 at 02:34:38 UTC, Neia Neutuladh wrote:
D is very hard to make an IDE for that would actually tell you
what type the return value is.
This might sound a little hard, but that's probably a
fundamental
On Monday, 21 May 2018 at 00:13:26 UTC, Ethan wrote:
Code for context:
https://github.com/GooberMan/binderoo/blob/master/binderoo_client/d/src/binderoo/util/enumoptions.d
This looks good. One small caveat:
alias DocumentType = SomeDocument!(ObjectVersion._1_0,
ObjectEncoding.UTF8);
alias
On Thursday, 17 May 2018 at 07:58:55 UTC, KingJoffrey wrote:
Remember, the idea for discussion is about adding one single
attribute 'sealed' to the class - the discussion is a lot less
about 'how can we prevent having to add a this new attribute'.
It is normal, whenever someone suggests
On Wednesday, 16 May 2018 at 10:52:42 UTC, KingJoffrey wrote:
On Monday, 30 April 2018 at 21:11:07 UTC, Gerald wrote:
So I'm curious, what's the consensus on auto?
In the example below, what would I use, besides auto?
auto is required for Voldemort types, so you would change it to
not be a
On Friday, 25 May 2018 at 07:39:03 UTC, Cym13 wrote:
Please note that Mike Parker stepped in for you too. I don't
think there's much merit in stirring mud any further.
Yes, between when I started writing a reply and when I posted
that reply. Editing posts isn't allowed here.
On Thursday, 24 May 2018 at 23:22:56 UTC, IntegratedDimensions
wrote:
If you can't find validity in the suggestion based on it's own
inherent usefulness than the only way I can convince you is to
provide examples that you actually find useful... that makes it
difficult on my part and is not
On Thursday, 24 May 2018 at 22:43:00 UTC, IntegratedDimensions
wrote:
Doesn't make any sense?
foreach(a; x)
if x is not an array then a = x and the loop reduces simply and
function to the case it is not so their can be no harm.
It unifies the concepts so that one does not have to worry if x
On Friday, 25 May 2018 at 03:24:32 UTC, IntegratedDimensions
wrote:
Show me where I asked you to do any work for me.
The subject of your post is in the imperative. It's a command.
People who just have an idea that they want to discuss but aren't
actively proposing as a change tend to
On Friday, 18 May 2018 at 10:09:20 UTC, Chris wrote:
In a way Java has slowly been moving in that direction anyway,
cf. this answer [2] that reminded me of D's `auto` return type.
[2]
https://stackoverflow.com/questions/1348199/what-is-the-difference-between-the-hashmap-and-map-objects-in-java
On Thursday, 17 May 2018 at 23:16:03 UTC, H. S. Teoh wrote:
On Thu, May 17, 2018 at 07:13:23PM +, Patrick Schluter via
Digitalmars-d wrote: [...]
- the auto-synchronization and the statelessness are big deals.
Yes. Imagine if we standardized on a header-based string
encoding, and we
On Tuesday, 15 May 2018 at 21:05:10 UTC, Jonathan M Davis wrote:
Though if someone expects to be able to just jump into any
language and use it without reading up on how it works, they're
just shooting themselves in the foot. And surprisingly often,
that seems to be how many folks operate.
Can you provide even one anecdote where this would have been
useful and the workaround that has been suggested to you multiple
times (putting the type in its own module) wouldn't have worked
or would have caused other problems?
I mean, usually we need to do a cost/benefit analysis, and the
On Friday, 15 June 2018 at 23:04:40 UTC, Sjoerd Nijboer wrote:
For someone coming from a C# background there is some seemingly
simple syntactic sugar missing from D.
* The null conditional operator `?.`
Null-safe dereference operator, I think it's called?
Hrm, my first impulse was in favor.
On Saturday, 16 June 2018 at 06:43:25 UTC, Meta wrote:
On Saturday, 16 June 2018 at 00:24:42 UTC, DigitalDesigns wrote:
space is ignored! Seems like a bug std . traits . std . string
is valid?
Like most C-family languages, D is a freeform language[1].
Funnily enough, I don't think this is
On Monday, 18 June 2018 at 20:54:22 UTC, aberba wrote:
async/await make asynchronous code in C# and JavaScript look
clean and easy to wrap ones head around it. Solution to aka.
callback hell. If popularity is what you're looking at, it
JavaScript not Go. And async/await is all over the
On Thursday, 31 May 2018 at 01:49:42 UTC, DigitalDesigns wrote:
Using setters, we might want to trigger an event when the value
changes. But since the getter is used and can modify the event
won't be triggered.
This is a bad design.
Here's similar bad design:
---
class Int
{
public int
On Sunday, 27 May 2018 at 10:27:45 UTC, Adam Wilson wrote:
Now that SecureD v1 is in the books
This would have been a great place to insert a brief description
of what SecureD is or a link to the project.
On Sunday, 27 May 2018 at 20:50:14 UTC, IntegratedDimensions
wrote:
The only problem where it can leak is when we treat an cat as
an animal then put in dog food in to the animal, which is valid
when cat as treated as an animal, then cast back to cat. Now
cat has dog food, which is invalid.
On Thursday, 31 May 2018 at 23:17:20 UTC, Steven Schveighoffer
wrote:
Hm... I just had a crazy idea: what if D had a switch that
allowed it to store a dependency graph of constructors into a
json file, and then when you link, there is a wrapper which
consumes all these files, runs the cycle
On Friday, 1 June 2018 at 17:59:21 UTC, Steven Schveighoffer
wrote:
The .di file is just an interface, it doesn't know what's
actually compiled in the binary.
To put it another way, the compiler only generates a ModuleInfo
(or dependency modules) for .d files. .di files are simply a
public
On Friday, 1 June 2018 at 12:50:31 UTC, Steven Schveighoffer
wrote:
A fly in the ointment is .di files. This works today and does
the right thing:
This actually is not a problem, because the dependency tree
doesn't depend on whether the imported module has static ctors.
It's how this works
On Monday, 30 April 2018 at 21:11:07 UTC, Gerald wrote:
So I'm curious, what's the consensus on auto?
For local variables, it's not an unalloyed good, but it is good.
When I use Java, everything is explicit, and sometimes that's
nice. In D, I think I overuse `auto` for local variables.
On Wednesday, 2 May 2018 at 14:05:49 UTC, H. S. Teoh wrote:
How else would you do DoI, though? With Concepts? The
advantage of using structural typing over concepts for DoI is
that you would need an exponential number of concepts to catch
up with a linear number of optional fields in a
On Monday, 30 April 2018 at 02:21:37 UTC, solidstate1991 wrote:
Some components of my game engine would benefit from lookup
trees. I tried to port one from Go, but either I messed up
something bit that certain parts of the codes just won't
execute for some reason, or the algorithm was poorly
On Wednesday, 27 December 2017 at 16:36:59 UTC, H. S. Teoh wrote:
The best we can do currently, which unfortunately won't show up
in the docs, is to use a static assert to force compilation
failure when the return type doesn't match expectations, e.g.:
[...]
static
On Friday, 29 December 2017 at 07:53:51 UTC, IM wrote:
-- Better compiler errors, better compiler errors, better
compiler errors.
Very much so.
I actually made a list a day or two ago. Some of it is more
speculative than concrete, though:
* unicode categories to determine what can be an
On Thursday, 21 December 2017 at 11:08:23 UTC, thedeemon wrote:
A good GC requires the compiler to add special bookkeeping code
to every pointer mutation in the heap, and to generate special
data for each function to help GC find all the pointers in its
stack and closures.
Precise stack
On Friday, 15 December 2017 at 08:13:25 UTC, aberba wrote:
I'm going to do a writeup on the state of D in Web Development,
APIs and Services for 2017. I need the perspective of the
community too along with my personal experience. Please help
out. More details the better.
0. Since when did
If you have a function with a return type listed as `auto`,
please thoroughly describe what interface the return value
provides.
"Returns a forward range of Elem", where Elem is a template
parameter, is fine, for instance.
But look at std.regex.RegexMatch.front:
"Functionality for
On Monday, 25 December 2017 at 22:48:39 UTC, H. S. Teoh wrote:
The exact type does not and should not need to be known by user
code.
It's a public type reported by some of the documentation but not
other parts. Its capabilities are given vaguely in the docs for
the functions that return it.
On Tuesday, 21 August 2018 at 22:00:31 UTC, Jesse Phillips wrote:
On Tuesday, 21 August 2018 at 19:25:14 UTC, Walter Bright wrote:
With the NNTP, git, and bugzilla, we all have backups under
our control.
I just don't see why it is a concern[1]:
"So we set out to look for a new home for our
On Sunday, 26 August 2018 at 23:12:10 UTC, FeepingCreature wrote:
On Sunday, 26 August 2018 at 22:44:05 UTC, Walter Bright wrote:
On 8/26/2018 8:43 AM, Chris wrote:
I wanted to get rid of autodecode and I even offered to test
it on my string heavy code to see what breaks (and maybe
write
On Wednesday, 22 August 2018 at 15:17:36 UTC, Jesse Phillips
wrote:
It is weird that you make loosing current and historical pull
requests is minor
It would be disruptive. However, work could resume rather quickly.
The disruption would be reduced if we had a periodic job set up
to mirror
On Monday, 23 July 2018 at 16:26:42 UTC, Seb wrote:
I personally prefer option 2, but this might be in conflict to
named arguments which we hopefully see in the near future too.
Hence, I'm leaning forward to proposing Option 1 as the
recommended Option for the DIP (that's also what the PoC DMD
On Tuesday, 4 September 2018 at 11:21:24 UTC, Kagamin wrote:
On Sunday, 2 September 2018 at 21:07:20 UTC, Nick Sabalausky
(Abscissa) wrote:
B. Physical interface:
--
By this I mean both actual input devices (keyboards,
controllers, pointing devices) and also the mappings
On Tuesday, 4 September 2018 at 22:33:34 UTC, Manu wrote:
Error: project\ecs\include\d2\bliz\ecs\component_access.d(7):
Error: namespace `bliz.ecs.component_access.bliz` conflicts
with import `bliz.ecs.component_access.bliz` at
project\ecs\include\d2\bliz\ecs\component_access.d(3)
The
On Wednesday, 5 September 2018 at 05:44:38 UTC, H. S. Teoh wrote:
To me, this strongly suggests the following idea:
- add *all* dlang.org packages to our current autotester / CI
infrastructure.
- if a particular (version of a) package builds successfully,
log the
compiler version / git hash
On Wednesday, 5 September 2018 at 04:32:18 UTC, SrMordred wrote:
Wouldn´t be interesting to specify the compiler version on
dub.json?
(I think ruby uses this idea)
Ruby 1.8 stuck around for four years before Ruby 1.9 came out.
Then it was six years until Ruby 2.0 came out. These days,
On Thursday, 6 September 2018 at 23:34:20 UTC, Andrei
Alexandrescu wrote:
On 9/6/18 1:13 PM, Neia Neutuladh wrote:
The actual structure of the exceptions: `primary` has children
`scope 2` and `scope 1`; `scope 2` has child `cause 2`; `scope
1` has child `cause 1`. A tree.
No, it's a list.
On Friday, 7 September 2018 at 03:04:19 UTC, Josphe Brigmo wrote:
We are talking about two different things that are related:
A variant holds a set of objects. Using VariantClass limits the
types to a subset and allows for inherited types to be added.
Algebraic!SomeInterface should allow
On Saturday, 8 September 2018 at 18:10:50 UTC, Jonathan M Davis
wrote:
A related issue is projects that have dependencies outside of D
itself
- for instance, a project that wraps GTK or Qt or something C
or C++ library
that is on many systems but which isn't guaranteed to be
present. It would
On Saturday, 8 September 2018 at 17:01:33 UTC, Jacob Shtokolov
wrote:
So, modification of pointer values is prohibited (if I
understand this sentence correctly).
@safe code can't manipulate the pointer itself, in order to avoid
memory corruption.
So this is forbidden:
void main() @safe
{
On Saturday, 8 September 2018 at 06:59:28 UTC, Josphe Brigmo
wrote:
Having source code that doesn't show changes with dates is
pretty useless for diagnostics. I realize that git has the
changes but the source code should.
What problem did you encounter where you had trouble getting the
On Sunday, 9 September 2018 at 03:02:41 UTC, tide wrote:
Oh another one from 2008, 10 years ago.
https://issues.dlang.org/show_bug.cgi?id=1870
Oh hey, a wild me appears.
So, yeah, the tricky bit with this is where to emit the source
code.
If you just want a best-effort aid, you could
On Sunday, 9 September 2018 at 01:27:06 UTC, Josphe Brigmo wrote:
How hard would it be to automate dating for dmd source so that
everything is consistent in a way that makes sense?
Perhaps you could find out by trying to implement such a system?
That's what I usually do.
You haven't
On Sunday, 9 September 2018 at 00:20:04 UTC, void wrote:
How do I get a list of all packages (Github URL) available at
code.dlang.org?
I could download individual pages with wget --recursive
code.dlang.org but I wonder if there is a better solution.
On Sunday, 9 September 2018 at 01:09:24 UTC, Andrei Alexandrescu
wrote:
it does stand to reason to print the last exception in a chain,
instead of the head, as the most relevant cause. Guess we'd do
good to have such functionality in the stdlib.
So given code like:
scope (exit) throw new
On Sunday, 9 September 2018 at 04:37:48 UTC, Josphe Brigmo wrote:
If git would automatically do the dates
It does.
To get changes for a whole file:
git log filename
To get changes for part of a file:
git log -L startLine,endLine filename
There are formatting options for git log to
On Sunday, 9 September 2018 at 06:32:39 UTC, Jonathan M Davis
wrote:
What would you expect that to tell you? ddoc doesn't require
any kind of doc folder (though some projects would have one for
custom ddoc files that then affect how the documentation
looks), and usually, the best way to handle
On Wednesday, 5 September 2018 at 05:44:38 UTC, H. S. Teoh wrote:
To me, this strongly suggests the following idea:
- add *all* dlang.org packages to our current autotester / CI
infrastructure.
- if a particular (version of a) package builds successfully,
log the
compiler version / git hash
On Tuesday, 4 September 2018 at 14:23:33 UTC, Joakim wrote:
The first search engines were created in 1993, google came
along in 1998 after at least two dozen others in that list, and
didn't make a profit till 2001. Some of those early competitors
were giant "billion dollar global companies,"
On Thursday, 6 September 2018 at 14:39:12 UTC, Andrei
Alexandrescu wrote:
First off, there's no tree of exceptions simply because... well
it's not there. There is on field "next", not two fields "left"
and "right". It's a linear list, not a tree. During
construction there might be the
On Thursday, 6 September 2018 at 10:18:43 UTC, Josphe Brigmo
wrote:
Variants can hold an arbitrary set of types.
I imagine that it is effectively just a type id and an object
pointer!?
It's a typeid and a static array large enough to hold any basic
builtin type: the now-deprecated creal, a
On Monday, 10 September 2018 at 10:50:16 UTC, Joakim wrote:
Nice work. I wonder about some of your results, as it says that
dub itself doesn't build with all of the dmd versions, but
somehow the tests pass sometimes (shouldn't be possible if you
can't build dub itself). I just tested with `dub
On Monday, 10 September 2018 at 13:58:37 UTC, 0xEAB wrote:
May I ask why some packages are missing (e.g. `midi-gamepad`)?
midi-gamepad has no releases. It has 0.1.1-alpha, which is a
prelease version, and ~master, which is a branch, and I can't
rely on ~master being consistent in successive
On Monday, 10 September 2018 at 19:19:56 UTC, 0xEAB wrote:
On Monday, 10 September 2018 at 15:46:28 UTC, Neia Neutuladh
wrote:
It blindly takes the results of dub build and dub test.
Another question:
How does it deal with targetType set to "sourceLibrary"?
As of five minutes ago, for
On Monday, 10 September 2018 at 19:44:22 UTC, H. S. Teoh wrote:
It's high time we distinguished between the various flavors of
assert, preferably with new words to avoid the baggage that has
accumulated around 'assert'.
Perhaps we can take some cues from Vigil, the eternally morally
vigilant
On Monday, 10 September 2018 at 11:20:55 UTC, bauss wrote:
I'm sorry, but it's not even close to accurate, because some
libraries has documents on additional websites that has
examples and no examples directly in the source code using
"standard unittests" - This is true for most big libraries
On Wednesday, 29 August 2018 at 07:03:13 UTC, JN wrote:
https://go.googlesource.com/proposal/+/master/design/go2draft-generics-overview.md
I had a glance at the proposals.
The handler proposal seems not to account for errors during error
handling. Can you have nested `handler` blocks? What
On Monday, 27 August 2018 at 13:21:18 UTC, JN wrote:
On Monday, 27 August 2018 at 10:54:22 UTC, Eugene Wissner wrote:
On Monday, 27 August 2018 at 10:25:42 UTC, Brian wrote:
My team want change packages name:
hunt -> hunt-framework
entity -> hunt-entity
database -> hunt-database
cache ->
On Friday, 7 September 2018 at 23:37:05 UTC, Josphe Brigmo wrote:
On Friday, 7 September 2018 at 18:18:50 UTC, Neia Neutuladh
Algebraic!SomeInterface should allow anything that inherits
from that interface (possibly with an explicit cast).
It doesn't.
I *did* say "possibly with an explicit
On Saturday, 8 September 2018 at 00:04:08 UTC, Everlast wrote:
Seems there are a few good suggestions.
Here is another:
Have dub have the ability to submit patches when a previously
broken package compiles.
So I identify a package that doesn't compile anymore and submit a
patch that adds a
On Saturday, 8 September 2018 at 01:32:19 UTC, Everlast wrote:
There are ways around this:
Take a step back and consider what you're asking for.
You are asking for dub to become github. A very cruddy version of
github. One in which everyone can submit changes to every
repository. With a
On Tuesday, 11 September 2018 at 13:48:36 UTC, 0xEAB wrote:
By the way, thanks for all your explanations :)
No problem! If it's inscrutable, it's not very useful.
On 10/11/2018 04:36 AM, Dejan Lekic wrote:
On Thursday, 11 October 2018 at 06:58:08 UTC, Simen Kjærås wrote:
unittest {
auto x = fun($); // What does it even mean?
}
After some reading through the whole thread I think his "$ idea" can
only be applied to a RandomAccessRange (and similar)
On 10/11/2018 07:35 AM, James Japherson wrote:
Took me about an hour to track this one down!
A + (B == 0) ? 0 : C;
D is evaluating it as
(A + (B == 0)) ? 0 : C;
Friends don't let friends use the ternary operator except in trivial cases.
This would be a good thing for a linter to check.
On 10/12/2018 11:14 AM, Stanislav Blinov wrote:
On Friday, 12 October 2018 at 17:31:30 UTC, Neia Neutuladh wrote:
Throwaway scripts can allocate a lot of memory and have nontrivial
running times. It's less common for scripts than for long-running
processes, granted, but I've written scripts
On 10/12/2018 09:26 AM, Stanislav Blinov wrote:
On Thursday, 11 October 2018 at 21:22:19 UTC, aberba wrote:
"It takes care of itself
---
When writing a throwaway script...
...there's absolutely no need for a GC. In fact, the GC runtime will
only detract from
On Mon, 22 Oct 2018 00:41:08 -0400, Nick Sabalausky (Abscissa) wrote:
> Ultimately, everything points to the same thing: Those who actually CARE
> about GTK/Gnome/Unity vs Qt/KDE, typically prefer Qt/KDE. The rest are
> just swing votes.
Unity 7 and prior for the desktop use Nux, an OpenGL-based
On Sun, 21 Oct 2018 23:05:06 -0400, Nick Sabalausky (Abscissa) wrote:
> I'm afraid I'm not familiar with socket.io, and the homepage doesn't
> seem to tell me much (it doesn't even say whether it uses TCP or UDP).
> But that said, in D, the gold-standard for pretty much *anything*
> related to
On Mon, 22 Oct 2018 03:49:44 -0400, Nick Sabalausky (Abscissa) wrote:
> So I'm honestly *shocked* to hear this. I NEVER would've guessed. I'm
> pretty sold on rolling-release at this point, but I'm intrigued enough
> that I'm gonna have to give the latest Ubuntu a try, at least in a VM.
The
On Sun, 21 Oct 2018 17:35:38 -0700, Manu wrote:
> On Sun, Oct 21, 2018 at 3:15 PM Neia Neutuladh via Digitalmars-d
> wrote:
>> If we only used your proposal and only used @safe code, we wouldn't
>> have any data races, but that's only because we wouldn't have any
>> share
On Sat, 20 Oct 2018 22:47:14 -0700, Manu wrote:
> Looking at the meat of the program; you open a file, and distribute it
> to do accesses (I presume?)
> Naturally, this is a really weird thing to do, because even if the API
> is threadsafe such that it doesn't crash and reads/writes are
>
1 - 100 of 338 matches
Mail list logo
