Hi,
I see no problem with advertising this book if the publisher's
bussness isn't shady and the ad is only a pure (let's keep it the
D way) link - I mean no eveil spying tech behind that or
something similar.
At first look this seems to be a great work and deserves
advertising.
I hope
On Tuesday, 6 May 2014 at 21:33:54 UTC, Adam D. Ruppe wrote:
Though I agree that if it is flashy or noisy, say no. I was
just thinking text link and I'd be ok with an image link too,
but any javascript or flash stuff, forget that.
IMO, image is a must. I hate text ads. Personally, I
On Wednesday, 7 May 2014 at 15:57:10 UTC, Andrei Alexandrescu
wrote:
Looks like there's consensus, time to choose the creative. Here
are a few examples:
- http://jquery.com/ (bottom)
- http://jqueryui.com/ (bottom)
- http://www.yiiframework.com/
- http://primefaces.org/
-
On Wednesday, 17 September 2014 at 05:40:22 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Wed, Sep 17, 2014 at 03:05:57AM +, Adam D. Ruppe via
Digitalmars-d wrote:
I don't think I've used any kind of typedef for a long time. I
prefer
to just use a plain struct.
Yeah, I found structs +
On Wednesday, 17 September 2014 at 16:32:41 UTC, Andrei
Alexandrescu wrote:
On 9/17/14, 9:30 AM, Dicebot wrote:
Ironically, strings have been probably least of my GC-related
issues
with D so far - hard to evaluate applicability of this
proposal because
of that. What are typical use cases for
On Wednesday, 17 September 2014 at 21:03:26 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Wed, Sep 17, 2014 at 08:49:02PM +, Piotrek via
Digitalmars-d wrote:
On Wednesday, 17 September 2014 at 05:40:22 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Wed, Sep 17, 2014 at 03:05:57AM +, Adam D
On Saturday, 20 September 2014 at 04:28:58 UTC, deadalnix wrote:
On Friday, 19 September 2014 at 23:47:06 UTC, Max Klyga wrote:
Jonathan Blow just recorded a talk about the needs and ideas
for a programming language for game developer.
https://www.youtube.com/watch?v=TH9VCN6UkyQ
This talk
On Monday, 22 September 2014 at 09:13:49 UTC, bearophile wrote:
ixid:
The fundamentalness of the changes seem to be sufficient that
one could argue it's D3.
This seems a good idea.
No, it's not a good idea. Tweaking memory management shouldn't
require the language branching. IMHO, this
On Monday, 22 September 2014 at 15:18:00 UTC, bearophile wrote:
Piotrek:
No, it's not a good idea. Tweaking memory management shouldn't
require the language branching. IMHO, this would be a suicide.
I didn't meant the advancement as a language branching, but as
a successive version that is
On Friday, 3 October 2014 at 16:11:00 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 3 October 2014 at 15:43:59 UTC, Sean Kelly wrote:
My point, and I think Kagamin's as well, is that the entire
plane is a system and the redundant internals are subsystems.
They may not share memory, but they are
On Friday, 3 October 2014 at 15:43:59 UTC, Sean Kelly wrote:
My point, and I think Kagamin's as well, is that the entire
plane is a system and the redundant internals are subsystems.
They may not share memory, but they are wired to the same
sensors, servos, displays, etc. Thus the point
On Friday, 3 October 2014 at 20:31:42 UTC, Paolo Invernizzi wrote:
As one that has read the original report integrally, I think
that you have taken a bad example: despite the autopilot was
disengaged, the stall alarm ringed a pletora of times.
My point was that the broken speed indicators
On Saturday, 4 October 2014 at 08:24:40 UTC, Paolo Invernizzi
wrote:
And that is still the only reasonable thing to do in that case.
---
/Paolo
And I never said otherwise. See my response to Walter's post.
Piotrek
On Saturday, 4 October 2014 at 08:30:11 UTC, Walter Bright wrote:
On 10/3/2014 3:27 PM, Piotrek wrote:
My point was that the broken speed indicators shut down the
autopilot systems.
The alternative is to have the autopilot crash the airplane.
The autopilot cannot fly with compromised
On Saturday, 4 October 2014 at 08:39:47 UTC, Walter Bright wrote:
It's really too bad that I've never seen any engineering
courses on reliability.
http://www.drdobbs.com/architecture-and-design/safe-systems-from-unreliable-parts/228701716
Thanks Walter. I was going to ask you about papers
On Saturday, 4 October 2014 at 08:45:57 UTC, Paolo Invernizzi
wrote:
Basically, the info-path regarding the joystick between two
disconnected systems (the co-pilots) is cut in modern plane, so
it's more difficult to check if their output (push/pull/etc)
is coherent at the end.
That, in my
On Monday, 13 October 2014 at 18:16:08 UTC, marisalovesusall
wrote:
D is a system programming language, so is it possible to write
drivers in D?
Windows drivers, as example, or Linux.
In short: You can write in D everything you can in C. And there
is good place called D.Learn for starters.
On Monday, 13 October 2014 at 21:50:20 UTC, eles wrote:
Short answer is: yes, you cand write, but you cannot compile.
Wait, what? Do you mean link or maybe load? I don't write Linux
kernel modules, but I bet you can get it working.
Check out the betterC switch to get away with runtime
On Saturday, 6 December 2014 at 11:06:16 UTC, Jacob Carlborg
wrote:
On 2014-12-06 10:50, Manu via Digitalmars-d wrote:
I've been over it so many times.
I suggest you take the time and write down how your vision of
ref looks like and the issue with the current implementation.
A blog post, a
On Monday, 15 December 2014 at 18:05:22 UTC, ketmar via
Digitalmars-d wrote:
i will not use github under any circumstances
Can I ask why? Seriosly. If I may know what you care for.
Disclamer:
- I kind of like your posts and work (projects).
- Asking because I assume you are a GPL'guy (who,
On Monday, 15 December 2014 at 19:31:10 UTC, ketmar via
Digitalmars-d wrote:
1. i don't like the modern attitude githib or GTFO. it's not
about collaborating anymore
But DVCS is a guarantee that actually you can say, Gitub, go away
yourself (when needed).
I think Github gives D the central
On Sunday, 14 December 2014 at 08:37:36 UTC, Manu via
Digitalmars-d wrote:
I think we need a budget for presentation, and we need to pay
money and hire some professionals to make the content. Is there
a
kickstarter campaign here? I'll contribute for sure.
Count me in. Money is not the last
On Thursday, 1 January 2015 at 13:28:39 UTC, Andrej Mitrovic via
Digitalmars-d wrote:
Anyway, maybe we can do something about ddoc and make it easier
to use. I'm just saying the grass isn't necessarily greener
on the other side.
+1. Every documentation tool has its problems. IMO, changing
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
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
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, 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, 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 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 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 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 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 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
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
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 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
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 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
On Wednesday, 28 January 2015 at 18:59:24 UTC, Andrei
Alexandrescu wrote:
On 1/28/15 10:54 AM, Benjamin Thaut wrote:
Am 28.01.2015 um 19:52 schrieb Andrei Alexandrescu:
On 1/28/15 10:46 AM, Benjamin Thaut wrote:
Same goes for the update.sh, why can't it be a D program?
(Requiering
that Git is
On Wednesday, 28 January 2015 at 21:54:07 UTC, ketmar wrote:
developement platform without official C compiler... o tempora,
o mores...
Please, mercy...
This is D forum.
Piotrek
On Thursday, 29 January 2015 at 14:45:19 UTC, Adam D. Ruppe wrote:
On Thursday, 29 January 2015 at 11:17:32 UTC, Mike wrote:
Is the concept of a *window* even that platform agnostic?
Generally, I think it is a mistake to reject something that is
good for a great many users just because it
On Thursday, 29 January 2015 at 11:24:22 UTC, Tofu Ninja wrote:
On Thursday, 29 January 2015 at 08:09:16 UTC, user wrote:
Apparently this is only my issue, all others seems to be ok
with no GUI in phobos.
NO... I am not ok with no GUI in phobos. I am with you.
I ensure you there are many
On Saturday, 31 January 2015 at 14:33:35 UTC, Vladimir Panteleev
wrote:
On Saturday, 31 January 2015 at 14:06:20 UTC, Piotrek wrote:
and named Mars (Deimos is unfortunately already taken ).
BTW, Mars is the name of the language, before people started
calling it D (which stuck).
I know
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 adding new modules.
I came up with the idea (maybe not new) to create a additional
library(along druntime and Phobos) delivered
On Saturday, 31 January 2015 at 18:45:13 UTC, Israel wrote:
On Saturday, 31 January 2015 at 18:11:48 UTC, Laeeth Isharc
wrote:
This has the advantage over existing situation where you have
the official library where things need to go through exacting
and time consuming process and then dub.
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:34:32 UTC, Zach the Mystic
wrote:
The most important thing about a standard library is
decisiveness in the leadership about what *kinds* of things
should be in it. When it's been made clear that a given task is
worthy of inclusion in the standard library,
On Saturday, 31 January 2015 at 20:44:38 UTC, weaselcat wrote:
On Saturday, 31 January 2015 at 14:06:20 UTC, Piotrek wrote:
...
+1, basically boost for D. I heavily agree that the libraries
should complement Phobos and never be orthogonal to phobos lest
we have another tangos/phobos
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
On Sunday, 1 February 2015 at 22:45:32 UTC, Dicebot wrote:
came up to the conclusion that when modules are in drafting
stage they
shouldn't pollute the Phobos
This is does not seem a strong enough point to warrant extra
maintenance effort and extra newbie confusion.
Newbie confusion? In
On Thursday, 8 January 2015 at 22:40:41 UTC, ponce wrote:
There: http://ovh.to/GAYPaom
- same vector logo but with text and gray background
- a render in 500x150 (I've used Firefox)
- instructions on how to render again
Let me know if you need any change.
The logo with new the perspective
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
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, 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 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, 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 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 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 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 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 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
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,
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 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 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 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 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 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 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
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 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 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 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, 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 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 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 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 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
1 - 100 of 150 matches
Mail list logo