On Monday, 1 June 2015 at 05:45:56 UTC, Paulo Pinto wrote:
On Monday, 1 June 2015 at 05:37:39 UTC, weaselcat wrote:
On Monday, 1 June 2015 at 05:20:27 UTC, Paulo Pinto wrote:
On Monday, 1 June 2015 at 05:14:59 UTC, Manu wrote:
On 1 June 2015 at 14:05, weaselcat via Digitalmars-d
On Sun, 31 May 2015 23:34:42 +
weaselcat via Digitalmars-d digitalmars-d@puremagic.com wrote:
On Sunday, 31 May 2015 at 23:31:00 UTC, Andrei Alexandrescu wrote:
On 5/31/15 4:28 PM, weaselcat wrote:
On Sunday, 31 May 2015 at 23:11:24 UTC, Andrei Alexandrescu
wrote:
How would this
On 1/06/2015 5:57 p.m., Manu via Digitalmars-d wrote:
On 1 June 2015 at 15:05, Brad Anderson via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Monday, 1 June 2015 at 04:36:06 UTC, Andrei Alexandrescu wrote:
On 5/31/15 8:48 PM, Manu via Digitalmars-d wrote:
As for dub, I'd use it if it
On 05/31/2015 11:48 PM, Manu via Digitalmars-d wrote:
As for dub, I'd use it if it worked like a package manager; dub get
libcurl-d libqt-d zlib-d libsdl2-d etc
I have no use for it as a build system, and therefore it's expression
of dependencies is no use to me. I just want something that
On 06/01/2015 01:21 AM, Andrei Alexandrescu wrote:
I installed a Python program the other day. I think it's rather obscure
- it's called lcinvestor. I got from knowing nothing about how to
install Python stuff to having the application running in minutes.
That doesn't even remotely match my
On 05/31/2015 07:01 PM, Andrei Alexandrescu wrote:
Let's make this part of 2.068:
https://issues.dlang.org/show_bug.cgi?id=14636
It's preapproved. Who would want to work on it?
IIRC, I think Sonke wanted to hold off on that until a dub 1.0. I'm not
certain exactly what work he had in mind
On 06/01/2015 01:57 AM, Manu via Digitalmars-d wrote:
On 1 June 2015 at 15:05, Brad Anderson via Digitalmars-d
That's not really how you use dub though. dub simply isn't a good fit for
people who want it to be a system package manager. Its goals are different.
If people want that they should
https://issues.dlang.org/show_bug.cgi?id=14639
Issue ID: 14639
Summary: Assigning init value to struct uses stack, causing
segfault
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
On 1 Jun 2015 08:45, Nick Sabalausky via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 06/01/2015 01:57 AM, Manu via Digitalmars-d wrote:
On 1 June 2015 at 15:05, Brad Anderson via Digitalmars-d
That's not really how you use dub though. dub simply isn't a good fit
for
people who
Joakim dl...@joakim.fea.st writes:
On Thursday, 28 May 2015 at 14:38:51 UTC, Manu wrote:
I often wonder if others share the importance of mobile
cross-compilers?
I wonder that sometimes too, considering it's only two people working
on them.
They seem to be getting lots of love recently,
On 2015-06-01 01:04, Danni Coy via Digitalmars-d wrote:
Wouldn't this mean basically pulling all of Tango into my project and
then having two copies of practically everything?
Not exactly sure what you mean. The linker will only pull in the symbols
you're actually using. A module in Tango,
On Monday, 1 June 2015 at 06:35:38 UTC, Nick Sabalausky wrote:
On 05/31/2015 07:01 PM, Andrei Alexandrescu wrote:
Let's make this part of 2.068:
https://issues.dlang.org/show_bug.cgi?id=14636
It's preapproved. Who would want to work on it?
IIRC, I think Sonke wanted to hold off on that
On 2015-06-01 01:11, Andrei Alexandrescu wrote:
There's this recent trend seen with git and go - all tooling is entered
by a single command.
Are there advantages to doing the same for our toolchain? (Consider
it'll include things such as dub, dfix, and dformat in the future.)
Something like dc,
On 1 June 2015 at 16:54, Iain Buclaw via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 1 Jun 2015 08:45, Nick Sabalausky via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 06/01/2015 01:57 AM, Manu via Digitalmars-d wrote:
On 1 June 2015 at 15:05, Brad Anderson via Digitalmars-d
On 1 Jun 2015 07:57, Manu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
On 1 June 2015 at 15:05, Brad Anderson via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Monday, 1 June 2015 at 04:36:06 UTC, Andrei Alexandrescu wrote:
On 5/31/15 8:48 PM, Manu via Digitalmars-d wrote:
There's a tip at the end of the put documentation[1] that reads:
put should not be used UFCS-style, e.g. r.put(e). Doing this
may call R.put directly, by-passing any transformation feature
provided by Range.put. put(r, e) is prefered.
Yet every snippet in the section uses the r.put(e) form.
On Monday, 1 June 2015 at 07:08:31 UTC, Mike Parker wrote:
There's a tip at the end of the put documentation[1] that reads:
put should not be used UFCS-style, e.g. r.put(e). Doing this
may call R.put directly, by-passing any transformation feature
provided by Range.put. put(r, e) is prefered.
On 1 Jun 2015 09:09, Manu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
On 1 June 2015 at 16:54, Iain Buclaw via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 1 Jun 2015 08:45, Nick Sabalausky via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 06/01/2015 01:57 AM,
https://issues.dlang.org/show_bug.cgi?id=14321
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
CC||thecybersha...@gmail.com
dub as a build tool sux. no need to discuss that, it simply
sux.
why do you think it sucks ?
dub is a good package manager, but it's not a good build system.
For small projects that just want to list dependencies and have
it build, it's sufficient. Any larger project will have needs
that
On Monday, 1 June 2015 at 12:39:13 UTC, Dicebot wrote:
On Monday, 1 June 2015 at 12:00:53 UTC, extrawurst wrote:
Thanks for the chance to be there! Even if I am dissapointed
with many decisions being made, the main thing is that D is
getting new users and new success stories. And DConf tells
On Monday, 1 June 2015 at 12:06:39 UTC, w0rp wrote:
...
If you are writing code where you just want to grab large
chunks of data from a socket at a time, and you don't care
about the rest of the code operating on characters, you can do
this.
I wonder if we even need something like popFrontN. Whenever I
have wanted to read chunks at a time, like some data from a TCP
socket, I have always specified a buffer size and tried to get as
much data as I can fit into my buffer for each iteration. You can
accomplish this with a range of
Writing to something that requires root is just doing it wrong
IMO, unless the user specifically opts in to it.
/usr/anything is thus wrong, it should all be done locally. My
preference is actually right in the current directory, do it on a
per-project level. But if you must go higher, the
On Monday, 1 June 2015 at 10:18:35 UTC, Jonathan M Davis wrote:
On Monday, 1 June 2015 at 04:43:20 UTC, Andrei Alexandrescu
wrote:
FYI I just created
https://issues.dlang.org/show_bug.cgi?id=14638 as one of
possibly several language enhancements to improve usability of
noncopyable types (most
On Monday, 1 June 2015 at 10:24:46 UTC, ketmar wrote:
On Mon, 01 Jun 2015 05:05:20 +, Brad Anderson wrote:
dub is about making it easy for 99% of users. If you need your
own build
system then using dub just to download packages is overkill.
Use git
submodules or add something to do a
On Monday, 1 June 2015 at 11:47:43 UTC, w0rp wrote:
I think my only complaint for this is that it wouldn't work for
all ranges, so you'd be able to use the operator some times,
I still think the simplicity of
mixin Chainable;
and it's effect on usability is short enough to be worth the
On Monday, 1 June 2015 at 12:24:18 UTC, Atila Neves wrote:
dub as a build tool sux. no need to discuss that, it simply
sux.
why do you think it sucks ?
dub is a good package manager, but it's not a good build
system. For small projects that just want to list dependencies
and have it build,
On Monday, 1 June 2015 at 12:44:38 UTC, extrawurst wrote:
I whish more of the attendees would write this stuff down
somewhere for us others ;) (looking at Adam and hoping for the
next issue of TWID)
I have about 600 lines of notes to finish wading through and
since I'm still in Utah making
On Monday, 1 June 2015 at 07:19:28 UTC, Iain Buclaw wrote:
In one sense this can be solved at the distribution level. If
dub was
provided through your package manager, the package maintainers
can ensure
that dub was configured to understand where all system sources
are located
(or will be
On Monday, 1 June 2015 at 10:37:31 UTC, ketmar wrote:
even PC games tend to migrate to Unity. mobile games will stop
using home-
made engines very soon, as porting it to each platform is
simply wasting
of time. so there will be old codebases which nobody will
convert anyway,
and new codebases
https://issues.dlang.org/show_bug.cgi?id=14351
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
--- Comment #3 from
On Monday, 1 June 2015 at 11:20:52 UTC, Per Nordlöw wrote:
template Chainable() {
Chain!(typeof(this), Range) opCat(Range)(Range r) {
return chain(this, r);
}
}
Would it suffice to restrict `opCat` as
Chain!(typeof(this), Range) opCat(Range)(Range r)
if
I think my only complaint for this is that it wouldn't work for
all ranges, so you'd be able to use the operator some times, but
not others. This is because you have to define the operators
inside of the structs or classes, and you can't write operators
as free functions. (Which is a good
https://issues.dlang.org/show_bug.cgi?id=14595
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
I'll add in my story.
My job is working as part of a team on a small-to-medium scale
web application. Our application layer is implemented in Python
and Django. This would be the place where D would fit in the
most. So I think this comes down to an argument of why we would
choose to use
On Mon, 01 Jun 2015 13:38:28 +1000, Manu via Digitalmars-d wrote:
On 1 June 2015 at 10:56, ketmar via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Sun, 31 May 2015 09:08:27 +, Joakim wrote:
Most mobile games are written in C/C++/OpenGL
that will fade away soon. it's safe to
On Monday, 1 June 2015 at 07:42:02 UTC, Iain Buclaw wrote:
Our druntimes need to be aligned up. The first thing you'd
notice is that
each may give undefined references to things the other compiler
does not
include in it's runtime.
Unifying GDC/LDC ABI would simplify packager life a lot.
I just stumbled upon the following very interested idea:
http://forum.dlang.org/thread/bug-604...@http.d.puremagic.com%2Fissues%2F
1. Add the following (where?)
template Chainable() {
Chain!(typeof(this), Range) opCat(Range)(Range r) {
return chain(this, r);
}
}
2.
https://issues.dlang.org/show_bug.cgi?id=14556
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
On Monday, 1 June 2015 at 12:00:53 UTC, extrawurst wrote:
Thanks for the chance to be there! Even if I am dissapointed
with many decisions being made, the main thing is that D is
getting new users and new success stories. And DConf tells
those stories :)
Out of curiosity, what decisions are
On Monday, 1 June 2015 at 12:13:51 UTC, Per Nordlöw wrote:
I still think the simplicity of
mixin Chainable;
and it's effect on usability is short enough to be worth the
effort :)
https://github.com/D-Programming-Language/phobos/pull/3353
Destroy!
I've been working on a new serialization module for Phobos and
its only reliant on 4 Phobos modules
it is available at
https://github.com/sycam0inc/phobos/blob/master/std/experimental/serialization.d
I would like some feedback on it
On Monday, 1 June 2015 at 04:43:20 UTC, Andrei Alexandrescu wrote:
FYI I just created
https://issues.dlang.org/show_bug.cgi?id=14638 as one of
possibly several language enhancements to improve usability of
noncopyable types (most allocators are not copyable) and to
enhance performance of
On 1 June 2015 at 16:50, Dan Olson via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Joakim dl...@joakim.fea.st writes:
On Thursday, 28 May 2015 at 14:38:51 UTC, Manu wrote:
I often wonder if others share the importance of mobile
cross-compilers?
I wonder that sometimes too, considering
On Sunday, 31 May 2015 at 09:13:33 UTC, Ola Fosheim Grøstad wrote:
On Sunday, 31 May 2015 at 08:51:00 UTC, Atila Neves wrote:
While C++ programmers should try and avoid the preprocessor as
much as possible, sometimes it just isn't possible to do so.
There's just no other way to generate code
On Monday, 1 June 2015 at 04:45:34 UTC, suliman wrote:
Subj
I think it important step in creation D infrastructure.
Also vibed and dmd have simmilar API that are overlaps. For
example std.json. Is there any plans to merge them. Many people
prefer use vibed's realization.
Yes to both:
On Mon, 01 Jun 2015 05:05:20 +, Brad Anderson wrote:
dub is about making it easy for 99% of users. If you need your own build
system then using dub just to download packages is overkill. Use git
submodules or add something to do a download of your dependencies from
github as part of your
On 1 June 2015 at 17:09, Iain Buclaw via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 1 Jun 2015 07:57, Manu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
On 1 June 2015 at 15:05, Brad Anderson via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Monday, 1 June 2015 at
On Monday, 1 June 2015 at 04:43:20 UTC, Andrei Alexandrescu wrote:
FYI I just created
https://issues.dlang.org/show_bug.cgi?id=14638 as one of
possibly several language enhancements to improve usability of
noncopyable types (most allocators are not copyable) and to
enhance performance of
On Monday, 1 June 2015 at 07:12:24 UTC, Mike Parker wrote:
On Monday, 1 June 2015 at 07:08:31 UTC, Mike Parker wrote:
There's a tip at the end of the put documentation[1] that
reads:
put should not be used UFCS-style, e.g. r.put(e). Doing
this may call R.put directly, by-passing any
On 01-Jun-2015 02:54, Dragos Carp wrote:
Hardly. In fact, I've spent quite some time trying to figure this out.
2. As it stands it would require first copying into appender which is
slow. The opposite direction is usually a better match - assume
appender (or rather buffer) is filled to its
Chris wend...@tcd.ie writes:
2. [high priority]
Uncertainty regarding ARM (iOS/Android). Deal breaker, show
stopper. Was worrying a few years ago, but is just bad now in 2015.
It is a little better now :-)
Maybe you can help Chris. I don't develop for mobile so I don't know
that dev
On Friday, 29 May 2015 at 23:42:00 UTC, Andrei Alexandrescu wrote:
DConf 2015 has been awesome, I'm taking a minute to post this
that's been announced a short while ago.
We're pleased to announce that DConf 2016 will take place in
Berlin, sponsored by Sociomantic.
We'll be back with
On 1 Jun 2015 10:10, Dejan Lekic via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On Friday, 29 May 2015 at 23:42:00 UTC, Andrei Alexandrescu wrote:
DConf 2015 has been awesome, I'm taking a minute to post this that's
been announced a short while ago.
We're pleased to
On 1 Jun 2015 09:25, Shachar Shemesh via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 30/05/15 21:44, Iain Buclaw via Digitalmars-d wrote:
Got any bug reports to back that up? I should probably run the
testsuite with optimisations turned on sometime.
The latest one (the one that
On 1 June 2015 at 09:37, Manu via Digitalmars-d digitalmars-d@puremagic.com
wrote:
On 1 June 2015 at 17:09, Iain Buclaw via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 1 Jun 2015 07:57, Manu via Digitalmars-d
digitalmars-d@puremagic.com
wrote:
On 1 June 2015 at 15:05, Brad
https://issues.dlang.org/show_bug.cgi?id=13433
Jonathan M Davis issues.dl...@jmdavisprog.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
On Monday, 1 June 2015 at 03:49:39 UTC, Andrei Alexandrescu wrote:
Destroyed. -- Andrei
Thx
On 30/05/15 21:44, Iain Buclaw via Digitalmars-d wrote:
Got any bug reports to back that up? I should probably run the
testsuite with optimisations turned on sometime.
The latest one (the one that stung my code) is
http://bugzilla.gdcproject.org/show_bug.cgi?id=188. In general, the bugs
On Sunday, 31 May 2015 at 02:08:30 UTC, Rikki Cattermole wrote:
On 31/05/2015 3:08 a.m., Adam D. Ruppe wrote:
On Saturday, 30 May 2015 at 13:35:47 UTC, Rikki Cattermole
wrote:
What about window creation? Well Devisualization.Window
(author) but
what would about integration into OSX's menu or
On Friday, 29 May 2015 at 23:42:00 UTC, Andrei Alexandrescu wrote:
DConf 2015 has been awesome, I'm taking a minute to post this
that's been announced a short while ago.
We're pleased to announce that DConf 2016 will take place in
Berlin, sponsored by Sociomantic.
We'll be back with
On Monday, 1 June 2015 at 12:52:45 UTC, Sean Campbell wrote:
I've been working on a new serialization module for Phobos and
its only reliant on 4 Phobos modules
it is available at
https://github.com/sycam0inc/phobos/blob/master/std/experimental/serialization.d
I would like some feedback on it
On 6/1/15 11:40 AM, Dan Olson wrote:
Dicebot pub...@dicebot.lv writes:
- Moving fibers between threads (though there is some hope that Liran
managed to convince Walter it is a bad idea)
I am interesting in this one. What was the decision, that Fibers should
or should not be allowed to
On Monday, 1 June 2015 at 15:45:11 UTC, Andrei Alexandrescu wrote:
On 6/1/15 5:50 AM, Marc =?UTF-8?B?U2Now7x0eiI=?=
schue...@gmx.net wrote:
On Monday, 1 June 2015 at 04:43:20 UTC, Andrei Alexandrescu
wrote:
FYI I just created
https://issues.dlang.org/show_bug.cgi?id=14638 as
one of possibly
On Monday, 1 June 2015 at 16:09:34 UTC, Dan Olson wrote:
Atila Neves atila.ne...@gmail.com writes:
On Sunday, 31 May 2015 at 09:13:33 UTC, Ola Fosheim Grøstad
wrote:
On Sunday, 31 May 2015 at 08:51:00 UTC, Atila Neves wrote:
While C++ programmers should try and avoid the preprocessor
as much
On Monday, 1 June 2015 at 16:09:34 UTC, Dan Olson wrote:
Timely! I and stack overflow struggled for a couple hours to
find an
equivalent C++ template for something that was straightforward
with a
couple macros.
…but without an example it is hard to figure out what macros are
needed for.
https://issues.dlang.org/show_bug.cgi?id=14351
--- Comment #4 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/e4fd82893f9b2f7ff1bc1580ea5553a2752be9df
fix Issue 14351 - `inout`
On Monday, 1 June 2015 at 16:40:38 UTC, Marc Schütz wrote:
On Monday, 1 June 2015 at 15:45:11 UTC, Andrei Alexandrescu
wrote:
On 6/1/15 5:50 AM, Marc =?UTF-8?B?U2Now7x0eiI=?=
schue...@gmx.net wrote:
On Monday, 1 June 2015 at 04:43:20 UTC, Andrei Alexandrescu
wrote:
Also, object with
On Monday, 1 June 2015 at 15:25:13 UTC, Wyatt wrote:
On Monday, 1 June 2015 at 11:14:43 UTC, Dicebot wrote:
The way I do it right now is simply adding
-I/usr/include/dlang -I/usr/include/dlang/compiler to
dmd.conf / ldc.conf / patch GDC in a similar way.
And surely if dub would ever
On 5/31/15 11:33 PM, Brian Schott wrote:
Here's something that I ran into while writing dfix`s implicit string
concatenation cleanup code:
```
// accepted
deprecated(This function is dumb and you shouldn't use it)
void deleteT3hH4rdDisk();
// accepted
deprecated(This function is dumb and you
On 5/31/15 7:01 PM, Andrei Alexandrescu wrote:
Let's make this part of 2.068:
https://issues.dlang.org/show_bug.cgi?id=14636
It's preapproved. Who would want to work on it?
Just a reminder to everyone that at one point, we wanted the compiler to
do kind of what 'dub' does -- fetch packages
Since this thread seems to have turned into a wishlist for dub
features, I'm going to add one:
Undeprecate dependencies on git branches. They are really not
different from dependencies with fuzzy ~ versions. For both,
the exact selected version can be stored in dub.selections.json.
Use
On 6/1/15 5:50 AM, Marc =?UTF-8?B?U2Now7x0eiI=?= schue...@gmx.net wrote:
On Monday, 1 June 2015 at 04:43:20 UTC, Andrei Alexandrescu wrote:
FYI I just created https://issues.dlang.org/show_bug.cgi?id=14638 as
one of possibly several language enhancements to improve usability of
noncopyable
Atila Neves atila.ne...@gmail.com writes:
On Sunday, 31 May 2015 at 09:13:33 UTC, Ola Fosheim Grøstad wrote:
On Sunday, 31 May 2015 at 08:51:00 UTC, Atila Neves wrote:
While C++ programmers should try and avoid the preprocessor as much
as possible, sometimes it just isn't possible to do so.
On 06/01/2015 01:47 PM, w0rp wrote:
you can't write operators as free functions. (Which is a good feature in
general.)
No, it is a pointless non-uniformity in function call syntax.
On 5/30/15 2:38 PM, Shachar Shemesh wrote:
On 30/05/15 03:57, Steven Schveighoffer wrote:
But I don't see how speed of compiler should sacrifice runtime
performance.
Our plan was to compile with DMD during the development stage, and then
switch to GDC for code intended for deployment. This
https://issues.dlang.org/show_bug.cgi?id=14638
--- Comment #4 from Andrei Alexandrescu and...@erdani.com ---
(In reply to Jonathan M Davis from comment #3)
However, I don't understand what you mean by dynamic and static uses. Is a
dynamic use one that may or may not be the last one hit
On Monday, 1 June 2015 at 11:14:43 UTC, Dicebot wrote:
The way I do it right now is simply adding -I/usr/include/dlang
-I/usr/include/dlang/compiler to dmd.conf / ldc.conf / patch
GDC in a similar way.
And surely if dub would ever attempt to write anything in /usr
on its own I will simply
On Monday, 1 June 2015 at 14:59:38 UTC, Jonathan M Davis wrote:
On Monday, 1 June 2015 at 14:43:22 UTC, Marc Schütz wrote:
On Monday, 1 June 2015 at 14:20:46 UTC, Jonathan M Davis wrote:
On Monday, 1 June 2015 at 12:50:28 UTC, Marc Schütz wrote:
Also, object with destructors need to have more
There is another solution that doesn't require a hidden variable,
at the cost of duplicating generated code:
void foo() {
S s;
if(cond)
bar(s);
some();
more();
code();
}
Can be rewritten as:
void foo() {
S s;
Dicebot pub...@dicebot.lv writes:
- Moving fibers between threads (though there is some hope that Liran
managed to convince Walter it is a bad idea)
I am interesting in this one. What was the decision, that Fibers should
or should not be allowed to migrate between threads? Is the discussion
I have a struct that uses RefCounted internally to manage a
database environment.It’s basically in the same boat as
RefCounted itself in that it requires runtime construction. Two
things set it apart:
1) No-arg construction is required
2) The potential prevalence of this type in
I think I've addressed all comments now, except for Robert's one
on whether or not multi-threading should be on by default. Also,
after much toiling I've managed to get the docs up here:
http://atilaneves.github.io/phobos/phobos/std_experimental_testing.html
It really should be a lot easier
Manu via Digitalmars-d digitalmars-d@puremagic.com writes:
On 1 June 2015 at 16:50, Dan Olson via Digitalmars-d
And for iOS - https://github.com/smolt/ldc-iphone-dev
I was hoping others would try out this ldc for iOS and give feedback,
suggest where to focus next, but nothing so far. It does
On Monday, 1 June 2015 at 10:24:46 UTC, ketmar wrote:
and now you killed the only sensible way to use it: as package
manager.
I don't care for it as a package manager either because it is too
complex. As you know, I like to do my things as individual files.
I don't go through the pain of
https://issues.dlang.org/show_bug.cgi?id=14638
--- Comment #2 from Jonathan M Davis issues.dl...@jmdavisprog.com ---
Oh, wait. No, this is not just RVO. You're not even returning in the example.
Clearly, I paid too much attention to the text and not the example. Not enough
sleep, I guess...
--
On Monday, 1 June 2015 at 05:05:21 UTC, Brad Anderson wrote:
On Monday, 1 June 2015 at 04:36:06 UTC, Andrei Alexandrescu
wrote:
On 5/31/15 8:48 PM, Manu via Digitalmars-d wrote:
As for dub, I'd use it if it worked like a package manager;
dub get
libcurl-d libqt-d zlib-d libsdl2-d etc
I have
On 2015-06-01 14:52, Sean Campbell wrote:
I've been working on a new serialization module for Phobos and its only
reliant on 4 Phobos modules
it is available at
https://github.com/sycam0inc/phobos/blob/master/std/experimental/serialization.d
I would like some feedback on it
I had a quick
On Monday, 1 June 2015 at 06:20:18 UTC, Nick Sabalausky wrote:
Ditto. Dub's great if you let it be your buildsystem, but as
soon as you want to use it as a package-manager-only it becomes
an uphill battle with dub fighting back every step of the way
(I speak from experience). That problem is
On Monday, 1 June 2015 at 14:43:22 UTC, Marc Schütz wrote:
On Monday, 1 June 2015 at 14:20:46 UTC, Jonathan M Davis wrote:
On Monday, 1 June 2015 at 12:50:28 UTC, Marc Schütz wrote:
Also, object with destructors need to have more restrictions:
S {
~this();
}
void foo() {
S
On 2/06/2015 1:11 a.m., Adam D. Ruppe wrote:
On Monday, 1 June 2015 at 10:24:46 UTC, ketmar wrote:
and now you killed the only sensible way to use it: as package manager.
I don't care for it as a package manager either because it is too
complex. As you know, I like to do my things as
https://issues.dlang.org/show_bug.cgi?id=14638
--- Comment #3 from Jonathan M Davis issues.dl...@jmdavisprog.com ---
It's my understanding (though I could be wrong) that the
void main()
{
fun(S1());
hun(S2());
}
part at least is guaranteed to do a move, since you're dealing with
On 5/30/15 5:29 AM, Steven Schveighoffer wrote:
On 5/30/15 4:06 AM, Vladimir Panteleev wrote:
On Friday, 29 May 2015 at 21:56:43 UTC, Steven Schveighoffer wrote:
And BTW, how can we get the ddoc build to be part of the auto tester?
Not as good as testing PRs, but I added an hourly cronjob to
https://issues.dlang.org/show_bug.cgi?id=14638
Jonathan M Davis issues.dl...@jmdavisprog.com changed:
What|Removed |Added
CC|
On Monday, 1 June 2015 at 11:03:30 UTC, Namespace wrote:
What about
auto h = r.front; // can get the front of the range
?
hasLvalueElements checks whether you can pass the return value of
r.front by ref and take its address. So, if you want to take the
address of r.front, you
I think the way I'd do it is you still make projects in the repo
that are referenced like normally, just it refers to a file in a
specific repo instead of a whole repo.
Maybe using the subpackage feature it can get close enough. I'll
try using an empty source folder then do the others as a
On Monday, 1 June 2015 at 14:20:46 UTC, Jonathan M Davis wrote:
On Monday, 1 June 2015 at 12:50:28 UTC, Marc Schütz wrote:
Also, object with destructors need to have more restrictions:
S {
~this();
}
void foo() {
S s;
if(condition)
bar(s);
// -
On Monday, 1 June 2015 at 12:34:47 UTC, extrawurst wrote:
dub is a good package manager, but it's not a good build
system. For small projects that just want to list dependencies
and have it build, it's sufficient. Any larger project will
have needs that won't be easily solved by using dub.
On Monday, 1 June 2015 at 13:11:43 UTC, Adam D. Ruppe wrote:
The only package management scheme I'd even consider using is
one that has a per-file option... and even then, I probably
wouldn't bother because individual files are so easy to manage
anyway that downloading a new program to use
1 - 100 of 233 matches
Mail list logo
