On Monday, 22 October 2018 at 01:08:11 UTC, Manu wrote:
FWIW, I'm disappointed with the quality of my dman shirt; I've
put it
through the wash no more than 3-4 times and the print is
aggressively
deteriorating with each wash.
I don't tend to wear it because it's disintegrating so fast.
I'm ju
On Sunday, 21 October 2018 at 20:04:02 UTC, Fleel wrote:
It would be awesome if there were T-Shirts with D-man on them.
I would totally buy one, and would help to support the
foundation too...
We've got a store coming, with t-shirts and other items. D-man
shirts will not be there, though. Tha
On Saturday, 20 October 2018 at 13:48:32 UTC, Paolo Invernizzi
wrote:
If `@nogc` could be relaxed for `new Error` exactly for that
reason, pieces of Phobos could be turned `@nogc`...
But I admit that that change would be controversial...
https://github.com/dlang/DIPs/blob/master/DIPs/DIP
On Sunday, 30 September 2018 at 04:34:20 UTC, Manu wrote:
Who knows about DIP 1014? (struct move hook)
Is it well received? Is it likely to be accepted soon?
I'm working on the std::string binding, it's almost finished...
but
then I hit a brick wall.
GNU's std::string implementation stores an
On Friday, 14 September 2018 at 23:08:34 UTC, Nicholas Wilson
wrote:
On Friday, 14 September 2018 at 13:41:40 UTC, Mike Parker wrote:
DIP 1015, "Deprecation and removal of implicit conversion from
integer and character literals to bool", is now ready for
Final Review. This is a last
going to be
confusing.
You're right, I just tested the implementation, and this is not
necessary. I'll remove it. Thanks!
Mike
DIP 1015, "Deprecation and removal of implicit conversion from
integer and character literals to bool", is now ready for Final
Review. This is a last chance for community feedback before the
DIP is handed off to Walter and Andrei for the Formal Assessment.
Please read the procedures document fo
f the "Individual Sponsor" or
"Organizational Sponsor" offers on the OpenCollective page
included at least 1 priority bug fix.
Mike
According to BountySource
(https://www.bountysource.com/teams/d/issues?tracker_ids=383571)
Issue 5570 already has a bounty of $445. With the addition of
your $500 that would make the bounty $945, which isn't bad.
Mike
On Thursday, 6 September 2018 at 05:47:56 UTC, Mike Parker wrote:
I'll check back on it later when the tests have finished to
make sure it rendered properly.
And I just realized it won't render properly because I overlooked
one line. Bah.
On Thursday, 6 September 2018 at 05:07:16 UTC, Bauss wrote:
On Thursday, 6 September 2018 at 01:25:51 UTC, 0xEAB wrote:
On Tuesday, 4 September 2018 at 16:59:38 UTC, Tourist wrote:
The "Install .exe" on the main page looks sloppy to me. My
brain wants to read it as "Install.exe" and wonders why
On Wednesday, 5 September 2018 at 18:41:15 UTC, Jacob Carlborg
wrote:
On 2018-09-04 06:03, Mike Franklin wrote:
For that it needs to support all the features as classes do
today. In that case, what would be the difference compared to
classes?
Indeed, the idea is that structs, with a few
change it from a horrible idea to a
fantastic one?
Or is it all just total nonsense?
It's not nonsense, but unless you're willing to invest your time
and effort into doing something about it, it's equivalent to
nonsense.
Mike
On Monday, 3 September 2018 at 18:26:57 UTC, Chris wrote:
I think this sort of misunderstanding is the source of a lot of
friction on this forum. Some users think (or in my case:
thought) that D will be a sound and stable language one day, a
language they can use for loads of stuff, while th
On Tuesday, 28 August 2018 at 08:44:26 UTC, Chris wrote:
Last but not least, if it's true that the D Foundation has
raised only 3.2K, then there's something seriously wrong.
The Foundation has significantly more than 3.2k. The Open
Collective account is relatively new and is but one option.
On Monday, 27 August 2018 at 07:45:03 UTC, Manu wrote:
I think one of the only people qualified to help you is Rainer
Schutze. I think he knows the details of Mago better than
anyone.
Rainer is unable to participate in SAoC as a mentor this time
around. So we're looking for anyone with the
it'll be incremental and I'll demonstrate
benefit each step of the way.
Mike
On Friday, 24 August 2018 at 13:21:25 UTC, Jonathan M Davis wrote:
I think that you're crazy.
No, I just see more potential in D than you do.
Mike
e trying
to access syscalls directly rather than using libc under any
kind of normal circumstances - especially if you're not on
Linux.
I think it'd be nice if D were freestanding and portable without
requiring libraries written in other languages. Purity, safety,
CTFE, introspection, etc... all the way down.
Mike
ntain it in multiple projects.
One thing to consider is `from` is a *very* general word, and if
it's placed in object.d it might cause naming conflicts. I'd
like the name to be more specific, but I know how such naming
discussions tend to go.
Mike
e good for the
language, would solve a number of issues I'm currently having
with druntime updates, and would be a fun project for those that
are interested in that kind of stuff.
Mike
ecause D
doesn't provide good support for them, and noone's writing D
software for them. If I have my druthers, that's going to
change, and those use case will become major considerations when
making language design choices, and it will become obvious that C
is a more of a liability than an asset.
Mike
On Friday, 24 August 2018 at 00:58:35 UTC, Guillaume Piolat wrote:
D programs tend to use the C runtime directly, and quite a lot
of it:
https://github.com/search?l=D&q=%22import+core.stdc%22&type=Code
I know. They should get that from
https://github.com/D-Programming-Deimos/libc or perhaps
On Friday, 24 August 2018 at 00:53:20 UTC, Guillaume Piolat wrote:
Do you also mean to reimplement everything related to FILE*?
floating-point parsing and conversion to string?
multithreaded malloc?
Only what's need for druntime. That would include multi-threaded
malloc, but not the FILE* st
erspective, that Phobos was intended to be something like the
.Net Framework for D. Perhaps there are a few fundamentals
(std.algorithm, std.allocator, etc.) to keep, but for the
others... move 'em to Dub and let the "free market" sort it out.
Mike
On Friday, 24 August 2018 at 00:46:14 UTC, Mike Franklin wrote:
But I need it to implement `memcpy` and `memcmp` in D, so we
can remove the dependency on the D standard library :-)
Gah! What a typo. I mean the C standard library.
D was my full-time job, I'd do it, but who in this
community has such resources.
Mike
%93&q=is%3Apr+author%3AJinShil+archived%3Afalse+is%3Aclosed+Fix
But I admit they were quite simple. I agree, the more difficult
bugs tend to not get fixed. I've tried to fix a few of them, but
they were beyond my current abilities. Again, you might have
more success if you put some financial incentive behind them.
Mike
risk
its poor interaction with new features.
It's a good question to ask: What can we get rid of?
I know it's radical, but I'd like to see if we could enhance
structs a little and get rid of classes and interfaces. See
https://theartofmachinery.com/2018/08/13/inheritance_and_polymorphism_2.html for what I mean.
Mike
o help address some of the problems
you're encountering? If not, is there an option that would be?
Mike
others have been quite gracious to me [3] [4].
I've tried to pay that forward and help other contributors find
their "in", but I'm still not able to review and make decisions
about many things, so I'm only of limited help. I don't think
others have been treated a
branch to accommodate a
draft/experimental/choose-your-adjective feature.
Mike
logic themselves:
void foo(T)(T x)
if (__traits(isPointer, T)) { T = scope T; }
{ }
But, then the PR got rubber-stamped, and now here we are.
Mike
s no major flaws in the design, it should get
merged.
Mike
P.S. Actually, I've been trying to document it myself, since you
don't seem willing to, but it's going to take me a lot longer to
figure out what's in your head than it would take you.
y
the DMD PR, after you've received feedback.
Mike
On Wednesday, 22 August 2018 at 05:39:05 UTC, Mike Franklin wrote:
I understand that Walter's DIPs have been put through the
process just like the others, but with regard to the specific
issue in this thread
(https://issues.dlang.org/show_bug.cgi?id=19097), the
accompanying PR (
On Wednesday, 22 August 2018 at 05:04:25 UTC, Mike Parker wrote:
Whatever the status of DIP 1000, I would point out that that
one of Walter's DIPs is in Community Review right now after
sitting in the PR queue in Draft Review for a while. Once this
review stage is done, it will go back
On Wednesday, 22 August 2018 at 04:49:15 UTC, Mike Franklin wrote:
It is hypocritical an arrogant to believe that only our ideas
have flaws and require scrutiny.
Sorry, that was poorly stated and conveyed the wrong intent. It
should read:
It is hypocritical an arrogant to believe that
On Wednesday, 22 August 2018 at 02:18:15 UTC, Mike Franklin wrote:
Furthermore, I find it hypocritical that some of us are put
through a disproportionately burdensome DIP process requiring
thorough documentation, multiple peer reviews, excessive
delays, and judgement that defaults to "no
ce, to ensure they're not overlooking something.
It is hypocritical an arrogant to believe that only our ideas
have flaws and require scrutiny.
Mike
On Wednesday, 22 August 2018 at 01:07:28 UTC, Mike Franklin wrote:
But what bothers me the most...
Something else that rubs me the wrong way is that DIP 1000 is
currently in a status of `DRAFT`:
https://github.com/dlang/DIPs/blob/master/DIPs/README.md
What the heck is going on here
's what it's going to take to get me to take action
on the PR.
Or maybe someone else is willing to just rubber stamp it in the
interest of expediency.
Mike
On Monday, 20 August 2018 at 08:31:15 UTC, Dave Jones wrote:
n production.
Im not trying to be negative but if Nim or Rust released a blog
post saying "We made find faster" is it going to get you to try
them out? Is it enough of an enticement to get over you
preconceptions about those languag
On Sunday, 19 August 2018 at 19:52:44 UTC, Dave Jones wrote:
What you need a blog post saying the GC has been made 4x
faster. Stuff like that, hey we made D much better now, not
stuff about some corporate user who does targeted advertising.
If you look through the blog, you'll find posts li
On Sunday, 19 August 2018 at 18:49:53 UTC, Joakim wrote:
they got their team trained up on D. We could stand to talk
more about Sociomantic, D's biggest corporate success so far,
I'll put out an email to Don.
I've got a series on Sociomantic in the works for the blog.
isual Studio first (please
no)?
Mike
On Friday, 17 August 2018 at 16:42:08 UTC, Martin Nowak wrote:
On 08/17/2018 01:24 AM, Mike Franklin wrote:
Well from my point of view the most important outstanding
Windows tasks are:
[...]
Thanks. I'm currently working on getting build.d to work on
Windows.
https://github.com/
On Friday, 17 August 2018 at 16:00:26 UTC, 12345swordy wrote:
On Friday, 17 August 2018 at 15:27:22 UTC, Mike Franklin wrote:
I actually started writing a DIP for this about a year ago,
but I need to pick my battles.
Mike
Is it on github?
Alex
No,but here are some notes I found in my
it happen. A DIP
might be the way forward, but it seems like quite a difficult
task to turn it right-side-up at this point. I actually started
writing a DIP for this about a year ago, but I need to pick my
battles.
Mike
On Friday, 17 August 2018 at 07:50:32 UTC, Jonathan M Davis wrote:
That particular bug is a duplicate of
https://issues.dlang.org/show_bug.cgi?id=8838, which was closed
as fixed based on the fact that -dip1000 fixes the problem by
treating marking the slice of a static array with scope. It's
On Thursday, 16 August 2018 at 17:06:27 UTC, Martin Nowak wrote:
A review would be helpful.
It looks fine to me, though, that's not saying much. If you need
someone to test something, contact me on Slack.
And more Windows dev-volunteers for upcoming features.
To do what exactly?
Mike
need to copy implementation code from
https://github.com/dlang/druntime/blob/master/src/object.d if you
want those features. With this approach you become responsible
for the runtime implementation, and with great power comes great
responsibility.
Mike
write("Hello, World\n");
}
# On a 64-bit Linux host
$dmd -c -lib -conf= object.d main.d -of=main.o (Note: no
-betterC)
$ld main.o -o main
$size main
textdata bss dec hex filename
176 0 0 176 b0 main
$main
Hello, World
Mike
On Tuesday, 14 August 2018 at 07:05:12 UTC, Joakim wrote:
if you have a bug ...
This is not about me:
Sorry, I mean the plural "you", as in anyone reading this thread.
Mike
o motivate with a financial contribution to the D Foundation,
and I'll personally take a look at it. I'm generally only
capable of fixing some of the more simple bugs, as my skills and
understanding of DMD are quite limited, but I promise I'll try.
Mike
, but it should at
least remove the scary *Windows is protecting you* popup message.
For the virus problem, it would be helpful to know what software
we are using to create the installer package. Is it legit?
Mike
ntly about refactoring out the compiler dependencies from the
platform dependencies in DRuntime
(https://forum.dlang.org/post/pjqepc$2sfv$1...@digitalmars.com), and
I think that will have to be done first before continuing with
the idea.
Mike
On Sunday, 12 August 2018 at 11:23:55 UTC, Aruna Maurya wrote:
So I'll be taking Eugene's code as reference to try and
implement malloc free and realloc in dlang.
Be sure to send your proposal in by August 15!
ot of work for one person to
re-implement all of the software building blocks in D, so I
envisioned the Autumn of Code participant choosing one or two to
focus on.
Mike
t; way. I would only wrap them into
a function working with slices and checking the length. Mike?
It is also not only the implementation that's "idiomatic D", but
also the interface. For example, I find `void copy(T)(const ref
T from, ref T to)` to be much more "idiomatic D&q
t; way. I would only wrap them into
a function working with slices and checking the length. Mike?
Inline ASM is a feature of D, so "idiomatic D" includes assembly
implementations. Where D shines here is with it's
metaprogramming capabilities and the ability to select an
imp
take some measurements, and see if it can be improved
upon with either more features or better performance.
I'm sorry if I'm just muddying the waters with all this talk.
All I want is a high-quality, idiomatic D implementation of a
heap allocator that I can use in my own freestanding software and
as a substitute for the C standard library implementations in the
D runtime.
Mike
eativity. Feel free to deviate from the idea as you wish, or
submit a proposal formulated from your own ideas.
Mike
On Friday, 10 August 2018 at 15:18:31 UTC, Aniketh Girish wrote:
Over the past few months, I have been working on learning about
different protocols and about their implementation. I
understand the concept of HTTP/2 and I have a basic
understanding of its implementation. I would like to be a
This is the feedback thread for the first round of Community
Review for DIP 1017, "Add Bottom Type":
https://github.com/dlang/DIPs/blob/8274b0f600075e4553b41c31f4b77be2d917bb40/DIPs/DIP1017.md
All review-related feedback on and discussion of the DIP should
occur in this thread. The review peri
which it
was formulated. Also, the ideas on the Wiki are just ideas to
plant a few seeds of creativity; you are also welcome use your
own unique idea as the basis of your proposal.
Mike
books&ie=UTF8&qid=1533447939&sr=1-3-fkmr2&keywords=flat+file+system), but I have no idea if it's any good.
3. Study the FatFs source code.
4. Start coding and progressively work through your ideas,
incrementally learning from your successes and failures.
5. Begin asking questions
Mike
r research you need, but ultimately
it's up to you to flesh out the details of the project and define
your goals.
That said, this particular project idea was added to the wiki by
Mike Franklin. Perhaps he can provide some more details. I'll
ping him to make sure he sees this thread.
allocation would make the pattern you describe
available to systems that have this restriction, and it's always
nice to remove such limitations.
Mike
d know that the compiler is doing right on your
behalf.
Mike
compiler.
I think this is right-on. I don't see the solution yet, but I
don't think it's just a matter of moving object.d.
Mike
roblem at %s:%u\n", file, line);
}
extern(C) void main()
{
assert(false);
}
https://run.dlang.io/is/D5JxCT
4) Otherwise can't you just implement two `myAssert` overloads?
`void assert(bool condition, string msg);`
`void assert(bool condition)`
Please clarify if I'm missing the point.
Mike
thout them, the
project would not have been nearly as successful as it has been.
The earliest forum post I could find from David Friedman is
"Another front end for GCC" here:
https://forum.dlang.org/post/c3mnst$2htg$1...@digitaldaemon.com
Mike
rd library, it's not really
freestanding, so hopefully this means without the druntime and
without *any* other dependencies.
Mike
republish it or something?
Thanks,
Mike
On Friday, 27 July 2018 at 14:31:24 UTC, Mike Parker wrote:
This is the earliest thread I could find in the archives, based
solely on searching for "array" in the title. I almost fell
down the rabbit hole reading some of those old threads, as the
ones I did look at tickled
On Friday, 27 July 2018 at 14:12:53 UTC, Mike Parker wrote:
On Friday, 27 July 2018 at 14:09:02 UTC, Simen Kjærås wrote:
From what I recall, UFCS for arrays were essentially a bug -
an unintended side effect of how the properties were
implemented. But it's been 15 years, so I can
On Friday, 27 July 2018 at 14:09:02 UTC, Simen Kjærås wrote:
From what I recall, UFCS for arrays were essentially a bug - an
unintended side effect of how the properties were implemented.
But it's been 15 years, so I can't really trust my memory. :p
You're not alone! That's how I remember
On Friday, 27 July 2018 at 13:38:26 UTC, Steven Schveighoffer
wrote:
Reverse and sort were properties (compiler built-ins), not
extensions. If it existed in 2002, it's safe to say it was
there pretty much from the beginning.
-Steve
I came to D in 2003. I recall this coming up in the forum
On Friday, 27 July 2018 at 11:03:50 UTC, Seb wrote:
What do you think?
--
Also, is there any other compelling reasons besides the test
dependency problem to motivate merging the two repositories?
What other benefits would it provide, if any?
Mike
also named `fix_bug` and submit both PRs to their
corresponding repositories, can the CI scripts recognize that
they have the same branch name and pull them both for testing?
Mike
sert(const char *msg, const char *file, int
line)
{
import core.stdc.stdio;
printf("Houston, we have a problem at %s:%u\n", file, line);
}
extern(C) void main()
{
assert(false);
}
https://run.dlang.io/is/D5JxCT
Mike
memcpy`, and
friends but seemed to be smart enough not to rewrite my own
implementations of those functions, so as long as I implemented
those functions everything worked fine.
I'll have more to say in response to one of your other posts.
Mike
something about it, at very least report
for false-positive to Kaspersky or something.
It's been reported at
https://issues.dlang.org/show_bug.cgi?id=18786
For some reason it's not being taken seriously. It's
embarrassing to say the least.
Mike
it at
https://github.com/dlang/dmd/pull/8378, but it's a big PR and
reviewers are going to need time and effort to understand and
analyze it. I hope it will be merged this release cycle, but
that's just my optimism talking.
Mike
This is the feedback thread for the first round of Community
Review for DIP 1016, "ref T accepts r-values":
https://github.com/dlang/DIPs/blob/725541d69149bc85a9492f7df07360f8e2948bd7/DIPs/DIP1016.md
All review-related feedback on and discussion of the DIP should
occur in this thread. The revi
On Wednesday, 11 July 2018 at 22:46:02 UTC, Ali wrote:
there is not two options to donate online
1. Donate through OpenCollective
2. Donate through PayPal
are they the same thing, does the money, end up going to the
same group, same activities or are they different
It all goes to the same p
dering if the changes in 2.081 help matters at all: I'm wondering if any of the changes in 2.081 improves the situation here: e.g. https://dlang.org/changelog/2.081.0.html#cpp_destroy
Mike
On Friday, 29 June 2018 at 11:54:48 UTC, Joakim wrote:
I don't, I think it would be a huge improvement. There are very
few benefits to getting people together in person in our
hyperconnected age, and while "key developers in the same
place" may be one of those, that excludes almost everybody
On Friday, 29 June 2018 at 10:18:01 UTC, Michael wrote:
On Friday, 29 June 2018 at 10:12:28 UTC, Mike Parker wrote:
I can tell you that DConf Asia is something the Foundation is
interested in. It's also something I plan to work toward
making happen eventually. We discussed this at our
On Friday, 29 June 2018 at 09:58:50 UTC, 鲜卑拓跋枫 wrote:
Yes, the Sponsors should be the major problem for holding DConf
Asia.
I will try to collect the info if any Chinese programmer
organizations
or companies are interested in it. Please people from other
countries in
Asia help to do the simila
On Friday, 29 June 2018 at 09:25:08 UTC, Mike Franklin wrote:
He shows the following (probably inaccurate) matrix.
Sorry, I messed up typing out that matrix. Here are a few
corrections, but you can just see the real think the video here:
https://youtu.be/cDFSrVhnZKo?t=260
Lang| Mem
On Friday, 29 June 2018 at 09:03:19 UTC, 鲜卑拓跋枫 wrote:
How about set up DConf Asia every year?
I doubt there'd be any problem have DConf anywhere in the world
as long is it is properly funded. Who in Asia would be willing
to sponsor it?
Mike
runtime*.
I'm currently waiting for 2.081 to reach LDC and GDC, and then I
have a few ideas I'd like to begin working on myself, but I never
have a shortage of ideas, just a shortage of time and energy.
Enjoy!
Mike
On Wednesday, 27 June 2018 at 07:13:14 UTC, Mike Parker wrote:
Thanks in advance for your participation.
For those of you using the NNTP or mailing list interfaces, this
is the thread to respond in. Thanks!
DIP 1014, "Hooking D's struct move semantics", is now ready for
final review. This is a last chance for community feedback before
the DIP is handed off to Walter and Andrei for the Formal
Assessment. Please read the procedures document for details on
what is expected in this review stage:
htt
DIP 1014, "Hooking D's struct move semantics", is now ready for
final review. This is a last chance for community feedback before
the DIP is handed off to Walter and Andrei for the Formal
Assessment. Please read the procedures document for details on
what is expected in this review stage:
htt
is this a bug of some kind or just the spec
isn't updated.
Thank you.
I think the documentation gets published prematurely. The new
methods for the associative arrays should come in the next
release, scheduled for July 1st.
https://dlang.org/changelog/pending.html#require_update
Mike
On Saturday, 23 June 2018 at 10:18:04 UTC, Mike Franklin wrote:
The DIP states "integer and character literals that evaluate to
0 and 1".
But I see that in the "Description" it uses `0` and `1`, so I'll
remedy that with my next round of edits.
Thanks for the feedback.
Mike
ot;0", and "1". "integer" means `int`, `uint`,
`long`, etc, "character" means `char`, `dchar`, `wchar`, etc, "0"
means `0`, `0L`, `'\0'`, etc. and "1" means `1`, `1L`, `'\1'`,
etc.
I hope that helps.
Mike
1 - 100 of 1630 matches
Mail list logo
