On Friday, 29 August 2014 at 02:10:57 UTC, Russel Winder via
Digitalmars-d wrote:
Jérôme,
On Thu, 2014-08-28 at 11:53 +0200, Jérôme M. Berger via
Digitalmars-d
wrote:
[…]
PPS: IANAL but I have had lots of contacts with patent lawyers
and I
have taken part in several patent disputes as an
On Friday, 29 August 2014 at 02:10:47 UTC, Jeremy Powers via
Digitalmars-d wrote:
On Wed, Aug 27, 2014 at 12:30 PM, Nick Sabalausky via
Digitalmars-d
digitalmars-d@puremagic.com wrote:
Therefore, I think the main critera we should be looking at
here, for any
of the possibilities, isn't Does
On Friday, 29 August 2014 at 02:21:07 UTC, Andrei Alexandrescu
wrote:
Dear community, are you ready for this?
https://issues.dlang.org/show_bug.cgi?id=2834
https://github.com/D-Programming-Language/druntime/pull/864
We must do it, and the way I see it the earlier the better.
Shall we do it in
On Friday, 29 August 2014 at 02:36:22 UTC, Hubert wrote:
You may feel that a Getting started section and simplified
link/navigation structure might be insulting or inefficient,
but is the site supposed to cater to the entrenched
D-practitioners? As long as the readability and the layout of
On Friday, 29 August 2014 at 03:07:06 UTC, Jonathan M Davis wrote:
and that we don't normally provide flags to revert changes in
behavior
Exactly the culture I am trying to change here.
Either companion flag in compiler that prints places where
structs are going to be destructored now or
const(char)[] tmp = date;
enforce(3 == formattedRead(tmp, %d/%d/%d, month,
day, year));
On Friday, 29 August 2014 at 10:30:49 UTC, Sönke Ludwig wrote:
What's really bad is that there is also CETA, which is an
agreement between the EU and Canada, and which is nothing than
an inconspicuous back door to achieve much of the same thing as
TTIP. Unfortunately it has gotten basically no
On Friday, 29 August 2014 at 16:48:52 UTC, Andrei Alexandrescu
wrote:
Worth a look:
http://stackoverflow.com/questions/2329/d-finding-all-functions-with-certain-attribute
Andrei
This is exactly the stuff I have referring to in DConf talk as
must have things that are simple by concept
On Friday, 29 August 2014 at 17:17:07 UTC, Adam D. Ruppe wrote:
There's another bug I didn't notice when writing the SO answer:
the module b.d; didn't actually get picked up. Renaming it to
module b; works, but not when it includes the package.
h cuz it is considered package mod in
On Friday, 29 August 2014 at 17:21:00 UTC, Philippe Sigaud via
Digitalmars-d wrote:
I remember using the same 'module' trick a few years ago (that
is,
getting a name with __traits and testing whether it begins with
module or not) and, like Adam, being a bit ashamed by what I
just
did :) While
On Friday, 29 August 2014 at 19:04:33 UTC, Andrei Alexandrescu
wrote:
The mixin(import ...) line was mind-blowingly ingenious, I
have to
say. As are the mixin(x) lines where x is an alias, to coax
the compiler
to recursively scan submodules. D seriously rawkz for
compile-time
reflection.
On Tuesday, 26 August 2014 at 21:04:28 UTC, Robert burner Schadek
wrote:
On Tuesday, 26 August 2014 at 18:23:31 UTC, Dicebot wrote:
I will compare changelist against list of requirements from
voters this weekend and if all seems to be addressed will
start a new round of review/voting.
I have likely missed several points but overall it seem pretty
clear to me that all requests / concerns have not been addressed
and this proposal is not yet ready for another round of review.
Also x-post from GitHub PR of my personal nitpick:
... have noticed that all logging functions have
==
David Nadlinger
==
I agree. For this reason, I also vote for no (1 as well as 2),
as the current conditional logging support doubles the size of
the API for shaving a grand total of 3 characters off the
invocation in a rather infrequent
On Saturday, 30 August 2014 at 09:54:36 UTC, Andrei Alexandrescu
wrote:
On 8/30/14, 5:18 AM, Dicebot wrote:
I have likely missed several points but overall it seem pretty
clear to
me that all requests / concerns have not been addressed and
this
proposal is not yet ready for another round of
On Saturday, 30 August 2014 at 13:35:57 UTC, H. S. Teoh via
Digitalmars-d wrote:
How do the remaining issues break down into QoI that can be
deferred
to a future release? -- Andrei
What is QoI? I am not familiar with this abbreviation
Quality of Implementation.
And how can one break issues
I agree with Iain, we should respect opinion of people trying to
stay away from intrusive ecosystems like GitHub. While
probability of someone picking the patches and proceeding with
them is low (and we shouldn't give false hopes) there is no place
for GitHub or GTFO reaction. It is just rude.
On Saturday, 30 August 2014 at 14:08:56 UTC, Daniel Murphy wrote:
Dicebot wrote in message
news:mrhmerdjofsrcltlg...@forum.dlang.org...
I agree with Iain, we should respect opinion of people trying
to stay away from intrusive ecosystems like GitHub. While
probability of someone picking the
On Saturday, 30 August 2014 at 14:06:55 UTC, H. S. Teoh via
Digitalmars-d wrote:
I can't believe you people would waste hours on a useless
discussion,
when it takes just 5 minutes to generate PR's from the OP's
patches:
https://github.com/D-Programming-Language/druntime/pull/939
On Saturday, 30 August 2014 at 14:38:10 UTC, Daniel Murphy wrote:
ketmar via Digitalmars-d wrote in message
news:mailman.120.1409408631.5783.digitalmar...@puremagic.com...
'cause i don't want to be a part of github. i'd better eat
dirt.
It's a shame that your dislike of github is stronger
On Saturday, 30 August 2014 at 14:32:01 UTC, Daniel Murphy wrote:
Dicebot wrote in message
news:xovsaqnanmmgaltip...@forum.dlang.org...
It is not hard, it is plain unacceptable for certain people.
Call that religious reasons.
Using github is similar to our requirement to match the code
On Saturday, 30 August 2014 at 20:53:58 UTC, Andrei Alexandrescu
wrote:
Correct. (I'm on vacation with scarce online access.) -- Andrei
With API stability in mind defining official stance on
multi-threading in most important part. Rest can be added with
small to none breaking changes.
On Saturday, 30 August 2014 at 14:49:04 UTC, Daniel Murphy wrote:
Dicebot wrote in message
news:hvwtyelwvrsrgvbcq...@forum.dlang.org...
No it is not. GitHub is an intrusive closed ecosystem and it
is legitimate concern for anyone caring about the open
internet. The fact that I have
I am not convinced it warrants dedicated helper as opposed to
just fixing compiler to inline those lambdas.
On Sunday, 31 August 2014 at 01:09:33 UTC, Ola Fosheim Grøstad
wrote:
I've got some questions:
How does logging interact with pure? You need to be able to log
in pure functions.
Weakly pure function can take logger as an argument (so I doubt
it is useful in practice). Strongly pure
On Saturday, 30 August 2014 at 17:05:40 UTC, Russel Winder via
Digitalmars-d wrote:
On Fri, 2014-08-29 at 11:44 +, Dicebot via Digitalmars-d
wrote:
[…]
http://en.wikipedia.org/wiki/Transatlantic_Trade_and_Investment_Partnership#National_sovereignty_and_Investor_State_Dispute_Settlements_
On Monday, 1 September 2014 at 16:52:16 UTC, Dicebot wrote:
You are totally misunderstanding goals of std.logger - people
as _expected_ to roll their own Loggers. std.logger is here
*are expected
On Monday, 1 September 2014 at 16:45:29 UTC, Ola Fosheim Grøstad
wrote:
If the standard library does not provide the following from the
get go:
1. general usefulness
2. performance
3. KISS in terms of interface (not in language semantics)
then people will be better off rolling their own.
On Monday, 1 September 2014 at 09:48:10 UTC, Rikki Cattermole
wrote:
Did we patent UFCS yet? It's an invention.
How about CTFE? That seems like a *huge* invention?
We didn't invent it. The only thing we did is make it as
another part of the normal part of the language. LISP family
of
On Monday, 1 September 2014 at 17:23:03 UTC, Dan Olson wrote:
Jacob Carlborg d...@me.com writes:
On 01/09/14 01:51, Abe wrote:
The question: why is Hello World so frickin` huge?!?
The runtime and standard library is statically linked,
compared to C
where it's dynamically linked. Also
On Monday, 1 September 2014 at 17:48:59 UTC, monarch_dodra wrote:
I feels like you are missing the point of the @trusted lambda
construct, in that is meant to be used in generic code, where
you know a *piece* of a function is provably safe (eg:
@trusted), but not all of it: The rest of the
On Monday, 1 September 2014 at 17:46:11 UTC, Jacob Carlborg wrote:
On 2014-09-01 19:28, Dicebot wrote:
This was supposed to be enabled by default in 0.14.0 (it is
exactly what
ld --gc-sections does). Probably some issue with ld argument
wrapper for
whatever lines OSX uses?
It only works
On Monday, 1 September 2014 at 18:29:32 UTC, Daniel Murphy wrote:
monarch_dodra wrote in message
news:wvslfmdauwupziory...@forum.dlang.org...
I meant it mostly in that the proposal to mark the entire
function as @trusted isn't even *applicable* to template
functions.
That isn't what I was
On Monday, 1 September 2014 at 19:25:02 UTC, Walter Bright wrote:
On 9/1/2014 9:11 AM, Daniel Murphy wrote:
Walter Bright wrote in message
news:ltvuu1$imf$1...@digitalmars.com...
d. making me create an account in order to submit the report
Hmm, this is actually an argument in favour of
On Tuesday, 2 September 2014 at 06:18:27 UTC, Jacob Carlborg
wrote:
On 01/09/14 20:33, Dicebot wrote:
Any reason why it can't work for OSX in a same way? Assuming
LDC does
emit ModuleInfo Co sections the same way it does on Linux,
using OSX
specific alternative to --gc-sections should just
On Tuesday, 2 September 2014 at 06:44:13 UTC, ketmar via
Digitalmars-d wrote:
why don't add some sugar here? nothing will stop a dedicated
person if
he wants to write bad code. yet making life harder for thouse
who
knows what they doing is... anti-human. this discriminating
knowledgeable
On Tuesday, 2 September 2014 at 06:53:30 UTC, eles wrote:
Oh, I understand the intentions perfectly well, but the
default should be performant, multithreaded, and cover the
most common use scenario.
+1
While its useful for the standard library to provide stubs,
these mean very little
On Monday, 1 September 2014 at 22:52:46 UTC, Walter Bright wrote:
On 8/30/2014 7:37 AM, Dicebot wrote:
GitHub is an intrusive closed ecosystem and it is legitimate
concern for anyone caring about the open internet.
How so? The github repositories are mirrored on my machine as
git
On Tuesday, 2 September 2014 at 07:41:25 UTC, ketmar via
Digitalmars-d wrote:
And get all the associated compiler maintenance costs which
add up with each smallest feature.
so let's stop adding features at all. and extending Phobos too.
we are
so scared by adding even simple things.
This is
On Tuesday, 2 September 2014 at 10:25:03 UTC, Ola Fosheim Grøstad
wrote:
However, if there any API issues that will likely block the
implementation you want - those are very important to hear
about. This is #1 priority right now.
I am concerned about performance, formatting and type safety.
On Tuesday, 2 September 2014 at 08:24:42 UTC, ketmar via
Digitalmars-d wrote:
please note that i'm not trying to say that D developers doing
everything wrong nor that they are incompetent. D is great. but
we can
make it even better. just stop buying enterprise need
stability bs:
we have enough
On Tuesday, 2 September 2014 at 13:58:24 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 2 September 2014 at 13:08:02 UTC, Dicebot wrote:
While your raise important concerns it doesn't have any
practical application right now and I can't use it in any way
as part of review process. We need details
On Tuesday, 2 September 2014 at 15:10:35 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 2 September 2014 at 14:53:17 UTC, Dicebot wrote:
If you are going to speak more about abstract performance I am
going to simply ignore any of your further posts on topic.
I am not abstract. These are very
On Friday, 5 September 2014 at 17:23:52 UTC, ketmar via
Digitalmars-d wrote:
On Fri, 05 Sep 2014 05:11:21 +
Kagamin via Digitalmars-d digitalmars-d@puremagic.com wrote:
http://forum.dlang.org/thread/exfrifcfczgjwkudq...@forum.dlang.org
thank you, that was the thread i lost. hope Dicebot
On Friday, 5 September 2014 at 18:24:01 UTC, Dicebot wrote:
Ok, this is much more specific. With a similar concerns in mind
I have proposed to add a `log` overload that doesn't have
variadic arguments and takes a single pre-formatted string
(with file/line/module as default run-time
On Friday, 5 September 2014 at 14:34:49 UTC, Bruno Medeiros wrote:
On 04/09/2014 20:21, Kagamin wrote:
It comprises a social network in a sense that every user has
his own
diary - a place to store and share his work, and users can
follow and
watch diaries they're interested in, and when they
On Friday, 5 September 2014 at 12:24:02 UTC, Nameless wrote:
It is nothing unique for GitHUb I can blame them for though -
this is how absolute majority of web services is built these
days and I don't see it changing without any government
regulations. Does mean I must like it.
Government
On Wednesday, 3 September 2014 at 22:34:30 UTC, Kevin Lamonte
wrote:
Sounds like a candidate for an attribute, just prefix a
function or function call with @trace(level)?
I've got a feature request in for just that:
https://issues.dlang.org/show_bug.cgi?id=13406
While thinking about it I
On Friday, 5 September 2014 at 14:18:46 UTC, Paulo Pinto wrote:
You can write DLLs in Java, for example with
http://www.excelsiorjet.com/.
The fact that the Java reference implementation is a VM,
doesn't tie the language to a VM.
Why pick Java if not for JVM? It is mediocre language at
On Saturday, 6 September 2014 at 02:03:00 UTC, AsmMan wrote:
Does anyone knows if the Mono for D is active on this forum? or
even knows how can I contact he? I can't find any email/web
page...
Probably he knows if there's a way to get back this zero-ed
files. Get them back by reading from a
On Monday, 8 September 2014 at 08:51:10 UTC, Ola Fosheim Grøstad
wrote:
I've started to make some minor mods to the DMD parser to
tailor it to my own taste, but there is no reason to do double
work, even if experimental. So I wonder which patches are
available or in the works by others?
I'm
On Monday, 8 September 2014 at 01:30:02 UTC, Andrei Alexandrescu
wrote:
Andrew Edwards has done a great job with the recent release,
but needs to step down because he's busy with other pursuits.
We need a release lieutenant who would carry us through the
release process. Please tender your
On Monday, 8 September 2014 at 09:31:06 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 8 September 2014 at 09:26:23 UTC, Dicebot wrote:
Good list of changes I'd love to never see the public
exposures to prevent even smallest chance someone will
actually use it :P
Good for you, but please answer
On Monday, 8 September 2014 at 13:36:37 UTC, Ola Fosheim Grøstad
wrote:
Attempting to fork D's syntax is harmful to D. Please stop.
it's easy: just close the code. this will effectively stop
people who
want to experiment.
It is funny how people one day tell you to create
proofs-of-concept
On Monday, 8 September 2014 at 14:58:01 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 8 September 2014 at 14:09:15 UTC, Dicebot wrote:
With many freedoms come many responsibilities. The fact that
you can fork the syntax and no one sue you for it (or actively
try to stop you from doing it) does
On Monday, 8 September 2014 at 16:59:55 UTC, Andrei Alexandrescu
wrote:
Did Andrew leave any kind of notes about the process he ended
up with?
(If it is on wiki, link may be helpful)
Thanks for your interest. Forwarded the question to Andrew to
make sure he doesn't miss it. I take it you're
On Monday, 8 September 2014 at 11:06:44 UTC, Robert burner
Schadek wrote:
First part partially addressed - missing @nogc @nothrow logger
implementation out of the box. Considering this request does
not go very well with current language implementation it may
be ignored for now but official
On Monday, 8 September 2014 at 19:51:58 UTC, Dragos Carp wrote:
I have collected a few pros/cons about merging the repositories:
Pro:
- simplified release tagging and branching
- atomic commit of cross-repository changes
- easier to experiment with cross-repository feature branches
- single
On Monday, 8 September 2014 at 12:46:36 UTC, Manu via
Digitalmars-d wrote:
Please can we move on a solution to this problem?
It's driving me insane. I can't take any more of this! _
Walter invented a solution that was very popular at dconf2013.
I don't
recall any problems emerging in
On Monday, 8 September 2014 at 15:22:05 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 8 September 2014 at 15:09:27 UTC, Dicebot wrote:
It is not about D community but about yourself. Do _you_ want
to be viewed as a valuable member of community? Do _you_ want
to receive on topic responses to your
On Monday, 8 September 2014 at 16:02:35 UTC, Joakim wrote:
On Monday, 8 September 2014 at 15:09:27 UTC, Dicebot wrote:
Bullshit. Any kind of forking wastes most valuable resource
open source world can possibly have - developer attention. In
limited form it is compensated by ecnouraged
On Monday, 8 September 2014 at 23:39:17 UTC, Dicebot wrote:
On Monday, 8 September 2014 at 16:02:35 UTC, Joakim wrote:
On Monday, 8 September 2014 at 15:09:27 UTC, Dicebot wrote:
Bullshit. Any kind of forking wastes most valuable resource
open source world can possibly have - developer
On Monday, 8 September 2014 at 15:55:53 UTC, monarch_dodra wrote:
Any idea how to approach this problem?
I know there are workarounds, such as static pre-allocation,
but that also comes with its own set of problems.
Maybe we could change it to say it's not legal to hold on to
exceptions for
On Tuesday, 9 September 2014 at 00:22:49 UTC, Marco Leise wrote:
Am Mon, 08 Sep 2014 23:31:47 +
schrieb Dicebot pub...@dicebot.lv:
[…] fuck […] off-topic flamewar […] quite intentional.
[…] won't let you do that easily […] off-topic bullshit
[…] shooting people […] don't buy this […]
On Tuesday, 9 September 2014 at 00:24:18 UTC, ketmar via
Digitalmars-d wrote:
let me stress it: this it NOT ABOUT FORKING AT ALL. this is
about hey,
people, tell me about things your playing with in your free
time! and
now you telling us that we should stop playing with *free*
*and* *open*
On Tuesday, 9 September 2014 at 00:28:38 UTC, Andrei Alexandrescu
wrote:
On 9/8/14, 2:55 PM, Trass3r wrote:
You could also use submodules (or subtrees, haven't tried them
yet).
A git expert told me submodules are fail. Is that true? --
Andrei
As any powerful feature it can be used to great
On Tuesday, 9 September 2014 at 00:51:25 UTC, Dicebot wrote:
`git subtree` may be a betetr match here but I am not familiar
with those. Going to check the docs now.
Yeah those definitely look more interesting - as far as I can see
subtree is bound to a branch and not to specific commit hash.
On Tuesday, 9 September 2014 at 03:56:12 UTC, Andrei Alexandrescu
wrote:
Did Andrew leave any kind of notes about the process he ended
up with?
(If it is on wiki, link may be helpful)
I'm not positive but I think he followed these:
http://wiki.dlang.org/Development_and_Release_Process
On Tuesday, 9 September 2014 at 04:57:03 UTC, Brad Roberts via
Digitalmars-d wrote:
On 9/8/2014 9:36 PM, Andrei Alexandrescu via Digitalmars-d
wrote:
On 9/8/14, 9:22 PM, Dicebot wrote:
Oh? The releases to date have NOT used the auto-tester systems
at all.
They're not really setup for others
On Tuesday, 9 September 2014 at 09:59:37 UTC, Dragos Carp wrote:
ne important (in my opinion) disadvantage misssing:
considerably harder PR maintenance (missing automatic
categorization and separation between phobos / dmd teams).
Being forced to look ar DMD pull requests to do Phobos
Also it sounds as if you think that someone actually does any
coordination about what must go into release. As far as I am
aware there is no such thing, even http://wiki.dlang.org/Agenda
is just a convention. Currently releases are based exclusively on
a time frame + regression list (all that
On Tuesday, 9 September 2014 at 13:54:15 UTC, Dragos Carp wrote:
Are you satisfied with the current process?
Yes. I am not satisfied with certain parts of implementation of
the process but the concept overall is a good as it can possibly
be given manpower available and lack of any
On Tuesday, 9 September 2014 at 19:38:16 UTC, Robert burner
Schadek wrote:
Also x-post from GitHub PR of my personal nitpick:
... have noticed that all logging functions have
file/line/function data as template parameters. This will
create insane symbol bloat. While I can understand desire to
On Tuesday, 9 September 2014 at 15:58:45 UTC, Andrew Edwards
wrote:
On 9/8/14, 10:30 AM, Andrei Alexandrescu wrote:
Andrew Edwards has done a great job with the recent release,
but needs
to step down because he's busy with other pursuits.
We need a release lieutenant who would carry us
On Wednesday, 10 September 2014 at 07:43:22 UTC, Andrei
Alexandrescu wrote:
Yah, we should have deadlines. -- Andrei
We have them already, it just happens that those are never
realistically executed.
http://wiki.dlang.org/Release_Process#Release_Schedule
On Wednesday, 10 September 2014 at 02:14:39 UTC, Nick Sabalausky
wrote:
This is getting to be (or rather, *continuing* to be) a royal
PITA:
https://github.com/rejectedsoftware/vibe.d/issues/673
I don't mean to pick on Vibe.d in particular, but can we have a
solution (that doesn't involve
On Wednesday, 10 September 2014 at 08:21:34 UTC, Nick Sabalausky
wrote:
Simple solutions is to provide alternative unit test runner
module as
part of Phobos which does the module/package filtering.
It needs to be *crystal* clear and trivially simple:
A. Knowing that it exists.
B. Sussing out
On Wednesday, 10 September 2014 at 08:47:47 UTC, Robert burner
Schadek wrote:
But
void fun(int l = __LINE__, A...)(A...); cannot be replaced by
void fun(A...)(A..., int l = __LINE__);
anyway thanks for reading and for trying to help
And this is why I am asking for separate `logRaw` overload
On Wednesday, 10 September 2014 at 11:39:52 UTC, Jacob Carlborg
wrote:
On 10/09/14 10:47, Robert burner Schadek wrote:
But
void fun(int l = __LINE__, A...)(A...); cannot be replaced by
void fun(A...)(A..., int l = __LINE__);
Could we modify the compiler to allow that? Just for the
special
On Wednesday, 10 September 2014 at 16:34:06 UTC, Andrei
Alexandrescu wrote:
One possibility is to have the first function be a one-liner
that forwards to another. That way there will be less code
bloating.
void fun(uint l = __LINE__, A...)(A... as) {
funImpl(l, as);
}
private void
On Wednesday, 10 September 2014 at 15:41:49 UTC, Timon Gehr wrote:
On 09/10/2014 03:22 PM, Daniel Murphy wrote:
Jacob Carlborg wrote in message
news:lupda8$nl1$1...@digitalmars.com...
Could we modify the compiler to allow that? Just for the
special
identifiers __LINE__, __FILE__ and similar.
Noticing requests for addition of @trace attribute I decided to
share one small snippet of mine:
=
immutable trace =`
import std.stdio : writefln;
import std.string : format;
import std.traits : ParameterIdentifierTuple;
mixin(format(
q{enum args =
On Thursday, 11 September 2014 at 07:58:14 UTC, Andrei
Alexandrescu wrote:
On 9/11/14, 12:57 AM, Daniel Murphy wrote:
Andrei Alexandrescu wrote in message
news:lurk9p$123f$1...@digitalmars.com...
I think attributes would be the go-to approach. -- Andrei
Why?
Because they postdate pragma
On Thursday, 11 September 2014 at 09:27:11 UTC, ketmar via
Digitalmars-d wrote:
On Thu, 11 Sep 2014 16:43:32 +1000
Daniel Murphy via Digitalmars-d digitalmars-d@puremagic.com
wrote:
The DDMD project is nearly complete, and this is not going to
happen
as a part of it.
i love when people
On Thursday, 11 September 2014 at 10:13:17 UTC, ketmar via
Digitalmars-d wrote:
On Thu, 11 Sep 2014 11:54:08 +0200
Daniel Kozak via Digitalmars-d digitalmars-d@puremagic.com
wrote:
What? I don't see any problem with binary blob. With gcc it is
same I
need binary blob to be able to compile
On Thursday, 11 September 2014 at 22:23:54 UTC, H. S. Teoh via
Digitalmars-d wrote:
The recent introduction of root/checkedint.c has made it
impossible to
build DMD with debugging symbols on Linux/x86_64:
https://issues.dlang.org/show_bug.cgi?id=13460
This has made it rather annoying
On Saturday, 13 September 2014 at 22:37:05 UTC, Vlad Levenfeld
wrote:
Pardon my ignorance but I've really got no idea how this works -
I've got a program I've been building in D on Linux and I can
move it between Linux machines but only if I install all of the
dependencies (and modify some of
On Sunday, 14 September 2014 at 22:12:23 UTC, bearophile wrote:
This paper suggests a way to improve the detection of errors
inside C++-style templated code without reducing expressivity
of the templates (and without annotations or Concepts), I
presume the same ideas are usable in D:
Early
On Sunday, 14 September 2014 at 20:10:27 UTC, Dmitry Olshansky
wrote:
13-Sep-2014 23:39, Andrei Alexandrescu пишет:
On 9/13/14, 8:36 AM, bearophile wrote:
This is a little Haskell program that uses the Maybe type
constructor:
[snip]
As others noted, I think we need a kind of range with
On Sunday, 14 September 2014 at 22:58:44 UTC, David Nadlinger
wrote:
On Sunday, 14 September 2014 at 07:35:12 UTC, Daniel Murphy
wrote:
I do acknowledge this is a problem, but I am yet to run into
it in actual D code. Most of my static ifs are either inside
templates, inside functions, or are
On Monday, 15 September 2014 at 03:10:08 UTC, Timon Gehr wrote:
On 09/15/2014 04:53 AM, Timon Gehr wrote:
On 09/15/2014 12:38 AM, Walter Bright wrote:
On 9/14/2014 2:48 PM, deadalnix wrote:
If that is really a concern, please consider commenting on
http://wiki.dlang.org/DIP31
I haven't
On Tuesday, 16 September 2014 at 00:33:47 UTC, Steven
Schveighoffer wrote:
You may as well not use classes.
Always a good idea ;)
On Monday, 15 September 2014 at 02:26:19 UTC, Andrei Alexandrescu
wrote:
Walter, Brad, myself, and a couple of others have had a couple
of quite exciting ideas regarding code that is configurable to
use the GC or alternate resource management strategies. One
thing that became obvious to us is
I had impression that general rule is most inner scope takes
priority (with base classes being one imaginary scope above
the current one). Are there any actual inconsistencies you have
noticed or it just a matter of lacking matching spec entry?
On Wednesday, 17 September 2014 at 10:00:31 UTC, Jack Applegame
wrote:
You can use module name and line number as unique tag.
This is exactly what I would have expected as default behaviour.
Is anyone aware why this counter appoach was used instead?
On Wednesday, 17 September 2014 at 12:30:26 UTC, Timon Gehr wrote:
On 09/17/2014 03:43 AM, Orvid King wrote:
Why all this talk?
I've created pull request for dmd, which allows UDA for modules
(https://github.com/D-Programming-Language/dmd/pull/3947) and
Walter
says that I should open topic
I presume you mean dynamically loaded .so libraries and not just
dynamically linked? Because latter use the same library path
resolution rules as in C world (ld takes care of that)
As for dynamically loaded ones - it is somewhat tough question.
Loading non-local plugin .so libraries is quite
On Wednesday, 17 September 2014 at 16:54:09 UTC, bearophile wrote:
Dicebot:
Is anyone aware why this counter appoach was used instead?
It's not sound, it's a hack. Putting unreliable hacks in a
standard library is very bad. It's even worse than the problems
that Walter has listed for
On Thursday, 11 September 2014 at 12:26:39 UTC, Ola Fosheim
Grøstad wrote:
On Monday, 8 September 2014 at 23:31:49 UTC, Dicebot wrote:
And there are no NG rules that say I shouldn't write some
off-topic bullshit in your threads. Also clearly the only
reason why we don't casually walk around
On Wednesday, 17 September 2014 at 17:16:55 UTC, Walter Bright
wrote:
Even worse? How? (Yes, I know that if you instantiate it twice
on the same line, you'll get the same value.)
To address the latter I usually implement it as a string token
that defaults to __MODULE__ ~ : ~
501 - 600 of 2167 matches
Mail list logo