On Tuesday, 1 June 2021 at 11:57:34 UTC, Mike Parker wrote:
Dylan Graham writes about his experience using D in a
microcontroller project and why he chose it. Does anyone know
of any similar projects using D? I don't. This may well be the
first time it's been employed in this specific manner.
On Friday, 3 July 2020 at 15:03:28 UTC, aberba wrote:
I don't think I've ever said this but the DMD experience is
incredible. I actually enjoy using it.
♥️ to all the people making things happen.
+1
I think I discover new goodies in D ecosystem very month. Thank
you everyone!
Cheers,
On Saturday, 29 February 2020 at 01:00:40 UTC, Andrei
Alexandrescu wrote:
Walter, Mike, and I are happy to announce that our paper
submission "Origins of the D Programming Language" has been
accepted at the HOPL IV (History of Programming Languages)
conference.
"Origins of the D Programming
On Thursday, 27 February 2020 at 22:29:41 UTC, aberba wrote:
Pew! Pew!! Nailed it.
https://itsfoss.com/ikey-doherty-serpent-interview/
Thank you for sharing.
Cheers,
Piotrek
On Saturday, 29 February 2020 at 13:14:47 UTC, Patrick Schluter
wrote:
Unfortunately, I’m too stupid to use Rust
I would add to this that I am also lazy ;) And my observation is
that 95% of programmers won't use voluntarily any language
requiring manual memory management. Doing SW
On Monday, 15 April 2019 at 10:08:31 UTC, Mike Parker wrote:
I've just published a post on the blog introducing two new
initiatives, the Manpower Share and the Manpower Fund, that
came out of our quarterly D Language Foundation meetings. The
goal is to help focus energy on getting more effort
On Saturday, 23 March 2019 at 10:09:12 UTC, Ali Çehreli wrote:
Thank you but this is only about software development tools.
I know. But that's still a good marketing. And I'm fan of your
tech talks as well.
Coding guidelines like MISRA and AUTOSAR have been developed
and matured for C++
On Friday, 22 March 2019 at 13:58:01 UTC, Mike Parker wrote:
The DConf schedule was announced last Sunday. I've just
published a write-up about it on the blog for the
world-at-large. Please help us out by sharing this post in your
social media circles.
As usual, Ali is bringing something
On Monday, 17 December 2018 at 23:13:18 UTC, Daniel Kozák wrote:
https://gma.abc/2zWvXCl
D supports the bright side of life ;) That's a good spirit.
Thanks for sharing.
Cheers,
Piotrek
You may already know that from youtube. It seems D starts getting
traction even among musicians:
https://www.youtube.com/watch?v=yCX1Ze3OcKo=youtu.be=64
That really put a smile on my face :D
And it would be a nice example of a D advertising campaign ;)
Cheers,
Piotrek
On Friday, 23 December 2016 at 17:07:29 UTC, Atila Neves wrote:
On Friday, 23 December 2016 at 16:28:58 UTC, Piotrek wrote:
On Friday, 23 December 2016 at 11:21:00 UTC, Atila Neves wrote:
The worst is how useless plain `assert` is. But, all of these
issues can (and have) be solved by
On Friday, 23 December 2016 at 17:22:48 UTC, Kagamin wrote:
On Friday, 23 December 2016 at 16:25:13 UTC, Piotrek wrote:
In result I have to accept small obstacles and go on.
Otherwise I wouldn't go anywhere.
So the real question is: what can we do and what should we do
with the current
On Friday, 23 December 2016 at 11:21:00 UTC, Atila Neves wrote:
The worst is how useless plain `assert` is. But, all of these
issues can (and have) be solved by libraries.
Atila
Would assert fixing take into account it's presence in betterC
code?
Cheers,
Piotrek
On Friday, 23 December 2016 at 14:06:24 UTC, Adam D. Ruppe wrote:
Have you seen my filthy hack for getting individual unittests
to continue on failure?
http://stackoverflow.com/a/40896271/1457000
I have to say you are a master of D hacks :)
This code can potentially reprogram a CPU and break
On Thursday, 22 December 2016 at 09:10:53 UTC, Walter Bright
wrote:
On 12/21/2016 11:24 PM, Walter Bright wrote:
On 12/21/2016 9:43 AM, Johannes Pfau wrote:
You need some kind of linker support to do this to provide the
start/end symbols.
That's partially correct. I've done this for decades
On Thursday, 22 December 2016 at 10:47:37 UTC, Basile B. wrote:
End of story.
This was worth trying anyway. Especially for the "body" keyword.
Personally I don't need it anymore, but it is substantial issue
for newcomers wanting to use it badly for web/sci dev.
This is probably the most
On Monday, 21 November 2016 at 20:59:32 UTC, Timon Gehr wrote:
How about this alternative ("in" and "out" blocks inside
function body):
void foo(int a)
{
in
{
assert (a > 0);
}
out
{
(ret) assert(ret > 0);
}
// body code
return a;
}
or for
On Saturday, 19 November 2016 at 21:16:15 UTC, Dicebot wrote:
DIP 1003 is merged to the queue and open for public informal
feedback.
PR: https://github.com/dlang/DIPs/pull/48
Initial merged document:
https://github.com/dlang/DIPs/blob/master/DIPs/DIP1003.md
If you want the change to be
On Wednesday, 7 September 2016 at 15:22:01 UTC, Jack Stouffer
wrote:
2. Everything but the math library is extremely prone to change
within a couple of years and is therefore not really a good
candidate for standardization. There's a reason that there are
three different ways to connect to a
On Wednesday, 7 September 2016 at 05:58:37 UTC, Brian wrote:
Standard library thin! The lack of a lot of commonly used
functions! For example, HTTP client, database abstraction
layer, mail delivery, Mathematical calculation standard library.
We can refer to the implementation of some of the
On Sunday, 5 June 2016 at 18:20:12 UTC, Era Scarecrow wrote:
The assertion is being thrown in the storage.d and
backtracking it basically points to line 115 (usersCollection),
so am going to guess based on error messages alone that you are
passing a struct/class that doesn't match inputs that
On Wednesday, 1 June 2016 at 09:41:43 UTC, Stefan Koch wrote:
Providing a nice query interface and so on.
Do you mean any form of DSL (as it's SQL for SQLite)?
Well I can see the non-realtime property being a factor for
every database.
And this is actually disadvantage of those databases
On Wednesday, 1 June 2016 at 06:47:36 UTC, Suliman wrote:
I still think that gitlab is bad place for DB. People prefer
look sources at git or in Google. So DB should have site or git
mirror to be popular.
I don't think I fully understand what you mean.
This is a D library not a separate
On Tuesday, 31 May 2016 at 20:31:26 UTC, Dmitri wrote:
This might provide useful information if you're aiming for
something like sqlite (hopefully not offtopic):
https://github.com/cznic/ql
It's an embeddable database engine in Go with goals similar to
yours and at an advanced stage.
The
On Wednesday, 1 June 2016 at 05:45:49 UTC, Piotrek wrote:
BTW. Would someone be so kind and post the above paragraph on
Reddit under a comment about Sqlite db. I'm not registered
there.
I mean this thread of course:
On Tuesday, 31 May 2016 at 22:08:00 UTC, Stefan Koch wrote:
Nice effort. How would you like collaboration with the SQLite-D
project.
Thanks. Correct me if I'm wrong but SQLite-D is a compile time
SQLite3 file reader. If so, I can predict not many common parts.
Maybe the one would be a data
On Monday, 30 May 2016 at 16:03:05 UTC, Andrei Alexandrescu wrote:
On 05/28/2016 01:50 PM, Seb wrote:
Ping @WalterBright, @andralex & people with legal experience.
I have none, sorry. We have an attorney at least temporarily to
help our nonprofit status application, I can forward precise
Short description
A database engine for quick and easy integration into any D
program. Full compatibility with D types and ranges.
Design Goals (none is accomplished yet)
- ACID
- No external dependencies
- Single file storage
- Multithread support
- Suitable for
On Tuesday, 17 May 2016 at 08:42:42 UTC, Bill Hicks wrote:
On Monday, 16 May 2016 at 13:46:11 UTC, Andrei Alexandrescu
wrote:
Uses D for examples, showcases Design by Introspection, and
rediscovers a fast partition routine. It was quite well
received.
On Sunday, 1 May 2016 at 08:30:16 UTC, jack wrote:
you keep forgetting about the english who were with the
netherlands the largest slave traders of the world up to the
first world war. additionally the english plundered most of the
world f. ex. india etc.
the americans who butchered the
On Monday, 18 April 2016 at 15:15:26 UTC, Atila Neves wrote:
Here's[1] another attempt at converting the Makefile for POSIX
systems to D using reggae[2].
...
Destroy!
Atila
I know you your intention was to keep it similar to makefile, but
for me it looks unnecessarily complex.
What
On Tuesday, 22 March 2016 at 23:23:56 UTC, Jakob Ovrum wrote:
Bump. Please help. If Martin is the only one who understands
the makefile then we have a serious problem.
Makefiles are for chosen people. That's why I suggested moving to
a d build system. However I'm aware it's not political
On Saturday, 19 March 2016 at 14:20:23 UTC, Atila Neves wrote:
On Saturday, 19 March 2016 at 09:54:53 UTC, Piotrek wrote:
On Saturday, 19 March 2016 at 09:51:03 UTC, Piotrek wrote:
2. Not "slim" syntax
I have similar view on the syntax as Dicebot:
On Saturday, 19 March 2016 at 17:57:24 UTC, Dicebot wrote:
Even 90% is not enough because it leads to forking
functionality for those 10%, greatly diminishing
standartization. And build systems are highly opinionated. Some
people praise imperative systems like SCons - I find it very
hard to
On Wednesday, 16 March 2016 at 16:36:47 UTC, Dicebot wrote:
NB: this is orthogonal to development of dub. Most important
functionality of dub is dependency management, acting as a
build tool is secondary to that (and can be adjusted to support
other build systems instead).
Idea itself is
On Thursday, 17 March 2016 at 15:49:07 UTC, Dicebot wrote:
On 03/17/2016 07:15 AM, Piotrek wrote:
As for dub I don't think it is unrelated. Why std.build
couldn't be dependency manager?
For same reason you don't want to distribute any other
non-trivial tools as sources :) Compilation takes
On Saturday, 19 March 2016 at 09:51:03 UTC, Piotrek wrote:
2. Not "slim" syntax
I have similar view on the syntax as Dicebot:
http://forum.dlang.org/post/vqdhbplqezgdmgumf...@forum.dlang.org
But have to add that I want event simpler (no templates etc.)
declarations and primitives like e.g.
On Friday, 18 March 2016 at 09:51:07 UTC, Atila Neves wrote:
Could you explain what is overcomplicated and inconvenient? I'd
love some feedback and to be able to fix it.
This is rather broad topic and most of the points are related to
different view on design goal for build tool. Let me try
On Friday, 18 March 2016 at 15:31:26 UTC, Dicebot wrote:
Hmm, the build module could be compiled once. It sources are
supposed to stay unchanged, right?
Even "once" will be too much for majority of D users (those who
are not also Gentoo users at least :D). Remember - we are not
speaking
On Thursday, 17 March 2016 at 06:13:48 UTC, H. S. Teoh wrote:
I think a good balance can be drawn between providing enough
primitives that cover almost all conceivable use cases in a
build tool, and at the same time provide an "escape hatch" into
a full-fledged programming language for those
On Wednesday, 16 March 2016 at 18:36:48 UTC, Mark Isaacson wrote:
From experience, it turns out that having a restricted language
to specify your builds/dependencies is a very good thing. You
really don't really want a turning complete language for this;
it just makes it harder to reason
Hi,
What do you think about concentrating D build system around a
hypothetical "std.build" module instead of investing in dub or
other custom tools?
Also instead of custom build file format like JSON/SDL/XML/YAML
we could simply use a d source file, e.g "build.d".
All specification would
On Friday, 4 March 2016 at 16:41:35 UTC, Chris Wright wrote:
With embedded databases, there's a lot of variety out there,
probably a decent selection of tradeoffs, so I'm not sure any
one would be appropriate to phobos.
The one written from scratch specially for D (I'm talking in
general,
On Thursday, 3 March 2016 at 18:48:08 UTC, Chris Wright wrote:
You were a bit vague before. I interpreted you as saying "just
offer a range and an array-like API, and then you can use it
with std.algorithm". But if you meant to offer an API that is
similar to std.algorithm and also array-like,
On Wednesday, 2 March 2016 at 17:13:32 UTC, Erik Smith wrote:
There are a number of areas where this design is an improvement
over DDBC: ease-of-use, better resource management (no scope,
no GC), phobos compatibility, to name a few. There is a lot
more that needs to be added to make it
On Thursday, 3 March 2016 at 01:49:22 UTC, Chris Wright wrote:
If you're trying to connect to a SQL database or a document
database, as I'd expect for something called "std.database"
The thing is I strongly encourage to not reserve std.database for
external database clients and even what is
On Wednesday, 2 March 2016 at 13:29:03 UTC, Dejan Lekic wrote:
I am not sure I agree with this. "->" will make it *visible*
what is going on, while "." can mean many things, and I would
have to investigate what .something in part of a chain does.
Right?
Are you sure that "->" is obvious in
On Tuesday, 1 March 2016 at 21:00:30 UTC, Erik Smith wrote:
The main focus of this project is to bring a standard interface
for database clients.This is similar to the purpose of JDBC
(java) and DBI (perl). While there is some existing work in
place (ddbc, etc.c.odbc.sql, vibe.d and other
On Tuesday, 1 March 2016 at 13:57:00 UTC, Andrei Alexandrescu
wrote:
Congratulations to everyone who helped, and especially to Craig
for driving this! Craig, you should be really proud - this is a
great accomplishment. -- Andrei
Agree. Craig did a great job.
BTW. It is also good news in
On Friday, 29 January 2016 at 02:18:38 UTC, Rikki Cattermole
wrote:
Right now, image library is more or less ready for next
feedback.
Windowing is almost there, really just needs a bit of testing
and its done.
So in other words, the hold up, is me.
Where can I find the code to be tested?
On Saturday, 6 February 2016 at 00:14:08 UTC, Mengu wrote:
and while we were talking the talk, rust community rolled out
something good called diesel. check it out at http://diesel.rs/.
we need tools that get things done. we do not need tools that
makes things more complex than they already
On Saturday, 6 February 2016 at 14:04:42 UTC, Ola Fosheim Grøstad
wrote:
A good ORM-like interface is mandatory for working with NoSQL
databases...
Fortunately, I don't plan to work with so called NoSQL
databases...
BTW. Take a look at the example from the PoC code and check what
works
On Tuesday, 5 January 2016 at 04:19:01 UTC, Chris Wright wrote:
You could equivalently have a string containing valid D code,
accompanied by CTFE parsers that will determine which indices
to use. This has typically been considered an antipattern. It
tends to work poorly with refactoring tools,
On Monday, 25 January 2016 at 03:49:56 UTC, Rikki Cattermole
wrote:
That won't be happening anytime soon.
Until we have image and windowing in Phobos (I'm working on
both) there is no way a GUI toolkit is going in. And from what
I know there will be a LOT of work to update it.
I've read this
On Saturday, 2 January 2016 at 20:47:37 UTC, Chris Wright wrote:
So you want to create the following query:
people.filter!(x => x.surname == "Slughorn");
And you've got ten million people in the collection, and you
want this query to finish soonish. So you need to use an index.
But a full
On Sunday, 3 January 2016 at 19:48:42 UTC, Abdulhaq wrote:
My two pence, if you want it to be fast then it must have a
good implementation of indices. Your filter functions should
not actually start collecting real records, but instead should
simply change the way that the cursor traverses the
On Monday, 4 January 2016 at 07:59:40 UTC, Jacob Carlborg wrote:
On 2016-01-04 00:50, Andrei Alexandrescu wrote:
This may in fact be good signal that an approach based on
expression
templates is not the most appropriate for D. -- Andrei
This whole thread has already discussed and showed
On Sunday, 3 January 2016 at 23:22:17 UTC, Jakob Jenkov wrote:
You could just target your database at data analysis. Then you
don't need to care about ACID, transactions etc. Just load all
the data into memory, and start analyzing it.
Also, you'd typically be scanning over large parts of the
On Friday, 1 January 2016 at 04:20:19 UTC, tcak wrote:
You know someone needs to maintain all that code base
continuously. When SQLite is a separate project, it has its own
developers and we just bind to its library; it is same for
other DBs. Your proposal is nice, but creating another
On Friday, 1 January 2016 at 01:34:53 UTC, Rikki Cattermole wrote:
You've just introduced two topics.
The first is a database engine, abstracting away the drivers.
And second an ORM.
And maybe even an object-oriented database management system to
some extent. OTOH, I removed SQL from the
On Friday, 1 January 2016 at 10:00:43 UTC, Kapps wrote:
This example shows the difficulty of doing this in D. You can't
really have something like `p.Name == "James"`, or `p.Age < 21`
translate to SQL properly without language changes, which I
believe Walter or Andrei were against. This has
The goal of this post is to measure the craziness of an idea to
embed a database engine into the D language ;)
I think about a database engine which would meet my three main
requirements:
- integrated with D (ranges)
- ACID
- fast
Since the days when I was working on financing data SW
On Sunday, 22 November 2015 at 21:05:29 UTC, cym13 wrote:
Heck, even the GPL is compatible!
http://www.gnu.org/licenses/license-list.html#boost
Hi,
No. It isn't. It is the other way around
"Boost Software License ... is compatible with the GNU GPL.". But
GPL is not compatible with the
On Wednesday, 25 November 2015 at 14:44:09 UTC, Wild wrote:
On Saturday, 21 November 2015 at 11:34:57 UTC, Piotrek wrote:
On Tuesday, 17 November 2015 at 23:35:58 UTC, Wild wrote:
Hey!
I have recently started working on a 64bit kernel ...
Hi,
Good to see more work in the OS area. I am even
On Tuesday, 17 November 2015 at 23:35:58 UTC, Wild wrote:
Hey!
I have recently started working on a 64bit kernel ...
Hi,
Good to see more work in the OS area. I am even more happy there
is more developers interested in GUI stuff. I have one
fundamental question though:
Is it possible for
On Tuesday, 20 October 2015 at 17:08:42 UTC, Andrei Alexandrescu
wrote:
Walter Bright (President)
A snap election in US? ;) Congrats Mr President.
Piotrek
On Friday, 16 October 2015 at 10:08:06 UTC, Andrei Alexandrescu
wrote:
On 10/15/15 10:40 PM, Jacob Carlborg wrote:
On 2015-10-15 14:51, Johannes Pfau wrote:
Doesn't the GPL force everybody _using_ fast.json to also use
the GPL
license?
Yes, it does have that enforcement.
Then we'd need
On Friday, 31 July 2015 at 16:28:30 UTC, jmh530 wrote:
Looking at the PR also resolved my earlier question. Running
the code as below (do not import std.range) will tell you
exactly what isn't implemented from isInputRange (in this case,
I commented out popFront). Very cool.
template
On Saturday, 18 July 2015 at 01:32:45 UTC, Andrei Alexandrescu
wrote:
On 7/17/15 8:20 PM, Mike wrote:
On Friday, 17 July 2015 at 20:54:33 UTC, Walter Bright wrote:
Should just be Aliases.
I'd be happy to do the pull request if you wish.
Let's get the +1s on this - please reply. I'm fine
On Sunday, 10 May 2015 at 19:27:03 UTC, Benjamin Thaut wrote:
Does nobody have a opinion on this?
Sorry for being an extreme noob in the matter.
Probably, only Manu fought with Windows dlls for real.
As a user I would say I want short startup times as I
change/execute the active application
On Monday, 13 April 2015 at 20:25:21 UTC, Barry Smith wrote:
On Monday, 13 April 2015 at 18:56:45 UTC, Walter Bright wrote:
On 4/13/2015 12:12 AM, deadalnix wrote:
It does not matter if one knows this is planets or not (these
aren't planet
technically, but phobos and deimos, mars's moons).
On Monday, 13 April 2015 at 20:37:02 UTC, Andrei Alexandrescu
wrote:
On 4/13/15 7:10 AM, Russel Winder via Digitalmars-d wrote:
I can only make the D Hackathon 2015, on 2015-04-30 and
2015-05-01.
I'd love to get stuck in on something. Probably best for me to
find
out the state of play (!) at
On Monday, 23 March 2015 at 17:17:19 UTC, Andrei Alexandrescu
wrote:
Please help us spread the word on DConf 2015. We have a strong
schedule this year. Share with your coworkers and friends. Talk
to your manager about attending. Be there!
On Saturday, 21 March 2015 at 14:07:28 UTC, FG wrote:
Now imagine the extra trouble if you mix languages. Also, how
do you include meta-text control sequences in a message? By
raising your voice or tilting your head when you say the magic
words? Cf.:
There was this famous quote QUOTE to be
On Friday, 13 March 2015 at 17:11:06 UTC, Israel wrote:
Well see the real problem is that D cant seem to cater to one
group or another.
It cant cater to new/inexperienced people because it isnt
portrayed that way.
I don't think D is a priori not suitable for rookies. It just
needs more
On Tuesday, 10 March 2015 at 01:25:05 UTC, karl wrote:
Please don't use SDL2 and such as basis, or OpenGL with
glBegin+glReadPixels without FBOs and PBOs (not Pbuffers). I'm
a GL driver dev (userspace) for a smaller company, and I see
too much gore in popular software like that (gnome3 is the
On Friday, 6 March 2015 at 06:30:45 UTC, Rikki Cattermole wrote:
I'll summarize my views on all of this.
We keep making the same damn mistakes time after time.
Especially with GUI's.
Stop trying to make GUI toolkits! Seriously just stop.
WE DO NOT HAVE THE INFRASTRUCTURE FOR IT. Yes I know
On Monday, 2 March 2015 at 19:08:49 UTC, CraigDillabaugh wrote:
Unfortunately our organizational proposal for the 2015 Google
Summer of Code was rejected. Thanks to everyone who helped out
on this, especially to those who volunteered to mentor.
I've asked Google to provide me with feedback,
On Friday, 27 February 2015 at 08:18:53 UTC, ANtlord wrote:
I think, that if use this project
https://github.com/andralex/std_allocator/, than you can post
the issue to related issue tracker.
Oh, I must be blind. I thought the issue tracker was disables on
the repository in the same way as
Hi,
Sorry for putting it here but I don't know where to file a bug
report for the allocator project.
On 32-bit linux with the latest dmd beta I get errors for ulong
- uint (size_t) conversions.
dmd -main -unittest allocator.d
allocator.d(2015): Error: cannot implicitly convert expression
On Thursday, 26 February 2015 at 18:20:12 UTC, Rinzler wrote:
Hello,
I was wondering if D will have a standard cross platform GUI
toolkit.
I think that any modern language should provide a
cross-platform GUI toolkit. I know that there are some GUI
toolkits, but are there cross-platform?
Hi,
Because there is no strong evidence that DIP73 would fly, I had
to take some modification to initial plan. Firstly I needed a
workaround for the blocking point (creating an official
repository) on my implementation list.
In result I created a satellite project at:
On Thursday, 5 February 2015 at 06:56:52 UTC, Dicebot wrote:
You have clearly put a lot of effort in this. That makes me
very uneasy to repeat the same critique as earlier but, sadly,
it still all applies. This proposal tries to fix problems it
doesn't prove exist, doing so with solutions that
On Thursday, 5 February 2015 at 22:25:28 UTC, Laeeth Isharc wrote:
There is no contradiction between distributing the latest
version of 'Mars' with DMD releases (including the library
update tool) and having more frequent releases in between, if
that is thought to be the right thing to do.
On Thursday, 5 February 2015 at 23:04:03 UTC, Laeeth Isharc wrote:
If it's worth inclusion in phobos, it will rise to the top.
I admire idealists, but in the past few years how many
independent projects have been adopted by phobos? Is it the
case that none of those that were not are
On Thursday, 5 February 2015 at 22:04:04 UTC, Jeremy Powers wrote:
Snipped a bit, tl;dr is you should use dub.
I use it but with no success in the matter of the proposal.
How could you be sure that after long lonely work the proposal
is worth
inclusion?
..
If it's worth inclusion in
On Wednesday, 4 February 2015 at 23:15:25 UTC, Jonathan Marler
wrote:
This looks very similar to std.experimental.
In one way, yes, it is similar to std.experimental, but not that
much as it seems.
More precisely:
1. Take the namespace designed for new module drafting out of the
Phobos
Hi,
Abstract:
D Drafting Library is an official library modeled by the D
community and designed to support the development process of the
D Standard Library. The drafting library is coupled with the
standard library and doesn't introduce any duplicated
functionality. It should be used
On Wednesday, 4 February 2015 at 07:02:01 UTC, Zach the Mystic
wrote:
Vladimir fixed it. Yay!
That was quick action. Thank you both Zach and Vladimir.
Piotrek
On Tuesday, 3 February 2015 at 02:38:57 UTC, Zach the Mystic
wrote:
I'm arguing from the perspective that the approval must come
first, and the piloting second. Who would want to develop a
module in the pre-pilot phase, without having any idea of
whether they were developing it finally for
Hi,
I wanted to create my account at wiki.dlang.org:
Went to:
http://wiki.dlang.org/?title=Special:UserLoginreturnto=Wish+listtype=signup
And got:
No questions found; set some in LocalSettings.php using the
format from QuestyCaptcha.php.
Anyone familiar with the issue?
Piotrek
On Monday, 2 February 2015 at 06:07:29 UTC, Zach the Mystic wrote:
Therefore, I think std.experimental is for all in flux APIs,
from the drafting stage to the later less in flux stages.
Definitely this is what I thought initially. But, IMO, it can be
really hard or impossible to carry out, as
On Sunday, 1 February 2015 at 23:22:55 UTC, Dicebot wrote:
Newbie confusion? In what way?
What library to use between Phobos and Mars, why those are
separate, why those have different stability guranatees, where
to submit new contributions, why bother - it all would need to
be written down
On Sunday, 1 February 2015 at 23:21:36 UTC, Dicebot wrote:
As per latest agreement everything in std.experimental is
considered subject to any change so is perfectly flexible.
- new drafting modules won't disturb usual users of the
standard library
That statements needs some hard data
On Monday, 2 February 2015 at 21:19:01 UTC, Zach the Mystic wrote:
I think std.experimental should essentially be its own library,
with its own slot next to phobos on the github repo. I'm open
to changing the name or something... but if we have both
std.experimental *and* your new mars, what
On Saturday, 31 January 2015 at 20:47:43 UTC, ZombineDev wrote:
I like the idea of having an additional library that we would
ship alongside Phobos with every release. There of course some
obvious pros and cons for having 'Mars' (or whatever is called)
as a DUB packages vs included in the
On Saturday, 31 January 2015 at 20:55:11 UTC, Jonathan Marler
wrote:
On Saturday, 31 January 2015 at 14:06:20 UTC, Piotrek wrote:
Hi,
The history of std.(experimental.)logger and the latest thread
about gui functionality inclusion into Phobos made me think
about how to solve the problem of
On Sunday, 1 February 2015 at 14:40:17 UTC, Zach the Mystic wrote:
The intention of creating draft modules would be the inclusion
in Phobos.
In simplistic way, the following stages of development will be
applied:
1. Proposal (DIP, NG discussion, DUB package showcase, local
meet-up events
On Sunday, 1 February 2015 at 21:54:13 UTC, Dicebot wrote:
Just few quick questions:
Hi
1) what would it give over std.experimental ?
- draft modules will be more flexible for changes than in the
ones in standard library
- new drafting modules won't disturb usual users of the standard
On Sunday, 1 February 2015 at 09:28:42 UTC, HaraldZealot wrote:
Approximately a half year ago I have similar idea and
suggestion.
Thanks for your input. Yes, there are similarities, but there are
also some differences. See some of my comments below:
This is my idea:
* make new feature in
1 - 100 of 150 matches
Mail list logo