On Thursday, 7 August 2014 at 23:36:59 UTC, Brian Schott wrote:
* Several updates to editor integration scripts (Mostly EMACS)
I know that there is an integration script for vim but I wonder
if it would be better to work on integrating it with 'You
Complete Me'. [1]
What do you think?
[1]
On 2014-08-08 05:36, Jeremy DeHaan wrote:
As far as I know, the DUB registry doesn't look at tags. It looks at
branches that are in the repository. I think it only detects branches
that are either numbered explicitly or are master.
It does look at tags.
--
/Jacob Carlborg
On Friday, 8 August 2014 at 06:07:17 UTC, Thomas Mader wrote:
On Thursday, 7 August 2014 at 23:36:59 UTC, Brian Schott wrote:
* Several updates to editor integration scripts (Mostly EMACS)
I know that there is an integration script for vim but I wonder
if it would be better to work on
On Thursday, 7 August 2014 at 19:15:00 UTC, Jacob Carlborg wrote:
On 2014-08-07 19:15, Dicebot wrote:
And here I also mean that all other Windows builds of
compilers /
interpreters I have used / tried passed that simple sanity
test. Some
may require complicated setup to do complicated things
DMD v2.066.0-rc2 binaries are available for testing:
http://wiki.dlang.org/Beta_Testing
On Tuesday, 5 August 2014 at 19:04:57 UTC, Trass3r wrote:
I also have an experimental Win64 MSVC version.
https://github.com/Trass3r/ldc/releases
Thanks for the help with the Win64 version and for providing the
binary!
Regards,
Kai
Thanks for the help with the Win64 version and for providing
the binary!
:) fwiw
A bunch of tests still crash.
subj. C API wrapped in a nice struct (WARNING! ugly mixins
inside!). there is no extensive documentation (oh, c'mon, do you
really need it?), but repo contains sample tag viewer/editor.
requires taglib_c (C wrapper from the original taglib package).
repo: http://repo.or.cz/w/taglib.d.git
Should be fixed now with 0.4.6:
http://code.dlang.org/packages/dyaml/0.4.6
Meta wrote in message news:uvtdfndzaiamyvtkb...@forum.dlang.org...
Isn't that also the case for the auto*, const[], immutable[$],
etc. syntax? Conceptually it feels the same to me as Kenji's
enhancement; I don't know enough about the compiler to talk about
it technically.
Yes, I have the
On Friday, 8 August 2014 at 00:27:21 UTC, Jonathan M Davis wrote:
On Thursday, 7 August 2014 at 20:59:45 UTC, Messenger wrote:
On Thursday, 7 August 2014 at 20:54:02 UTC, Jonathan M Davis
wrote:
I'd say that if you're trying to use scope in any situation
where you'd try and handle an
H. S. Teoh via Digitalmars-d wrote in message
news:mailman.689.1407436311.16021.digitalmar...@puremagic.com...
P.S. The current implementation also does not distinguish between a
broken contract vs. a bug or problem encountered by the contract code.
For example:
Last time I checked it also
Sean Kelly wrote in message news:trnhymzwfkflgotxy...@forum.dlang.org...
Oh man, I forgot about this. I wonder how this works from a codegen
perspective. Is precondition inheritance properly implemented yet?
Properly is a bit strong. It is somewhat implemented. I think there are
still
On Friday, 1 August 2014 at 15:52:30 UTC, Martin Nowak wrote:
Well phobos as a library is precompiled, so the versions used
to compile phobos will be relevant, not the ones in client code.
For templated functions version identifier will leak from
client code into the library, because
H. S. Teoh via Digitalmars-d wrote in message
news:mailman.684.1407434193.16021.digitalmar...@puremagic.com...
Hmph. Now it's making me wonder if preconditions should be treated as a
*single* assert outside the body of 'in{}', rather than allowing
individual asserts inside. Perhaps the body
On Friday, 8 August 2014 at 08:37:37 UTC, Messenger wrote:
On Friday, 8 August 2014 at 00:27:21 UTC, Jonathan M Davis
wrote:
On Thursday, 7 August 2014 at 20:59:45 UTC, Messenger wrote:
On Thursday, 7 August 2014 at 20:54:02 UTC, Jonathan M Davis
wrote:
I'd say that if you're trying to use
On Fri, Aug 08, 2014 at 07:15:22PM +1000, Daniel Murphy via Digitalmars-d wrote:
H. S. Teoh via Digitalmars-d wrote in message
news:mailman.684.1407434193.16021.digitalmar...@puremagic.com...
Hmph. Now it's making me wonder if preconditions should be treated as
a *single* assert outside the
On Friday, 8 August 2014 at 14:27:56 UTC, H. S. Teoh via
Digitalmars-d wrote:
On Fri, Aug 08, 2014 at 07:15:22PM +1000, Daniel Murphy via
Digitalmars-d wrote:
H. S. Teoh via Digitalmars-d wrote in message
news:mailman.684.1407434193.16021.digitalmar...@puremagic.com...
Hmph. Now it's making
https://www.bountysource.com/issues/1325901-64-bit-c-abi-not-followed-for-passing-structs-and-complex-numbers-as-function-parameters
Andrei
On 8/8/2014 3:14 PM, Andrei Alexandrescu wrote:
https://www.bountysource.com/issues/1325901-64-bit-c-abi-not-followed-for-passing-structs-and-complex-numbers-as-function-parameters
Andrei
Any idea when they changed to a delay-loaded page? Their new pages won't
load for me in Opera (I still
https://www.bountysource.com/issues/3635875-the-with-statement-does-not-observe-temporary-object-lifetime
Andrei
On 8/8/14, 1:20 PM, Orvid King wrote:
On 8/8/2014 3:14 PM, Andrei Alexandrescu wrote:
https://www.bountysource.com/issues/1325901-64-bit-c-abi-not-followed-for-passing-structs-and-complex-numbers-as-function-parameters
Andrei
Any idea when they changed to a delay-loaded page? Their new
05-Aug-2014 13:30, Era Scarecrow пишет:
It's been a little while since I've been back. Got burned out and
stuff. Currently watching all the Dconf 2014 videos (although I never
finished the 2013 ones).
So, I don't suppose there's a short quick dirty summary of what's
happened in the last 18
On Friday, 8 August 2014 at 20:20:08 UTC, Orvid King wrote:
On 8/8/2014 3:14 PM, Andrei Alexandrescu wrote:
https://www.bountysource.com/issues/1325901-64-bit-c-abi-not-followed-for-passing-structs-and-complex-numbers-as-function-parameters
Andrei
Any idea when they changed to a
On Friday, 8 August 2014 at 21:35:59 UTC, Dmitry Olshansky wrote:
E-hm, not easy. Lots of good stuff...
@nogc, tons of bug fixes, better packages. And we still await
on allocators ;)
Hmm good allocation fixes would be nice... I know i'd like to
see as much of the phobos library adjusted not
On 8/7/14, 12:40 PM, Era Scarecrow wrote:
As for being able to find x number of bits that are 0 or 1 in a row,
that both sounds easy and hard at the same time (easy if you don't mind
it being slow). In my rewrite there was a bulk template I created that
was intended to do huge speedups with
On Friday, 8 August 2014 at 22:28:56 UTC, Era Scarecrow wrote:
On Friday, 8 August 2014 at 21:35:59 UTC, Dmitry Olshansky
wrote:
FYI
https://github.com/D-Programming-Language/phobos/pull/2248
https://github.com/D-Programming-Language/phobos/pull/2249
These were mostly bugfixes not trying to
On Friday, 8 August 2014 at 22:43:38 UTC, Andrei Alexandrescu
wrote:
A thought: if whatever work on bit arrays you do isn't fast,
it's probably not worth doing; people who opt for that kind of
packing are most often performance motivated.
Alignment is often not an issue - you handle the
On Fri, Aug 08, 2014 at 11:30:07PM +, Era Scarecrow via Digitalmars-d wrote:
[...]
I recall trying to satisfy everyone's requests. The only thing that
really came up was it was sometimes a reference (64 bits) and
sometimes a value type (=64 bits) and that was confusing only because
it
On Friday, 8 August 2014 at 18:43:22 UTC, Vlad Levenfeld wrote:
Since the ship HAS sailed... why must contracts be elided with
--release? Seems to me if asserts go away, then eliding in and
out is redundant. It'd be nice if I could put all my
recoverable pre and post conditions inside those
On Friday, 8 August 2014 at 12:22:49 UTC, Idan Arye wrote:
On Friday, 8 August 2014 at 08:37:37 UTC, Messenger wrote:
On Friday, 8 August 2014 at 00:27:21 UTC, Jonathan M Davis
wrote:
On Thursday, 7 August 2014 at 20:59:45 UTC, Messenger wrote:
On Thursday, 7 August 2014 at 20:54:02 UTC,
On Friday, 8 August 2014 at 23:57:17 UTC, H. S. Teoh via
Digitalmars-d wrote:
- SmallBitArray: fits inside a ulong, and has value semantics.
Behaves
like a ulong: minimal cost for passing it around, making
multiple
copies of it, etc.. Basically for juggling bits in a ulong.
Easy enough
As of now Associative Ranges are defined as:
static assert(isInputRange!R);
R r=void;
auto v=r.front;//r is an input range
static assert(isInputRange!(typeof(r.byKey)));
auto k=r.byKey.front;//byKey is an input range
static assert(is(typeof(v) ==typeof(r[k]) ));//opIndex of k
static
On Saturday, 9 August 2014 at 01:34:38 UTC, Freddy wrote:
As of now Associative Ranges are defined as:
static assert(isInputRange!R);
R r=void;
auto v=r.front;//r is an input range
static assert(isInputRange!(typeof(r.byKey)));
auto k=r.byKey.front;//byKey is an input range
static
On Wednesday, 6 August 2014 at 00:47:28 UTC, Walter Bright wrote:
On 8/3/2014 7:26 PM, Tove wrote:
It is possible, just not as a default enabled warning.
Some compilers offers optimization diagnostics which can be
enabled by a switch,
I'm quite fond of those as it's a much faster way to go
But naturally before i can do anything i need to re-familiarize
myself with Git and GitHub... and immediately remember why i
pretty much rage-quit 18 months ago...
Is there anyone who i can refer to via IM/PM or some quick
method when i start using this stuff to get it sorted out (rather
I'm exploring a technique in D that may help provide an alternate
solution to issue 11666 - Separate each platform's port to its
own folder [1].
The idea is to have the same module declaration in multiple
files, but guarded by `version`.
// port_linux.d
version (linux):
module port;
//
On Sat, Aug 09, 2014 at 05:08:09AM +, Mike via Digitalmars-d wrote:
I'm exploring a technique in D that may help provide an alternate solution
to issue 11666 - Separate each platform's port to its own folder [1].
The idea is to have the same module declaration in multiple files, but
Hi,
Honestly, I don't know. I would go stab the original API
designers in the face and tell them to clean up their mess.
I'm sorry to reply to a 2-year-old topic, but as the original API
designer, I simply couldn't resist :)
Please do not stab me in the face.
The nanopb API was never
On Thursday, 7 August 2014 at 17:46:13 UTC, nikki wrote:
I want to learn SDL2 and learn D at the same time, for the SDL2
part autocompletion would be very nice.
I've found DCD but can't get it working (not finding symbols or
declarations) at the moment but I was wondering if there are
any
On Thursday, 24 July 2014 at 16:09:25 UTC, Justin Whear wrote:
On Thu, 24 Jul 2014 16:04:01 +, Pavel wrote:
Thanks to all you folks who explained in operator for me. My
bad.
Let's focus on the real problem, which is JSON wrapper class.
Is it
needed? Wouldn't it be better to get AA from
The .., range operator, when used like this :
string a = abcd;
string b = a[0 .. a.count()-1];
sets b to abc. is this the expected behavior?
On Fri, 08 Aug 2014 14:07:33 +, Pavel wrote:
I know that as per JSON spec there's no boolean type specified, only
separate true and false values, which are specified as type in
http://dlang.org/library/std/json/JSON_TYPE.html, so I guess the only
way to check boolean in JSONValue it is
On Friday, 8 August 2014 at 15:17:25 UTC, seany wrote:
The .., range operator, when used like this :
string a = abcd;
string b = a[0 .. a.count()-1];
sets b to abc. is this the expected behavior?
Yes. [..] is exclusive the last element.
So [0..1] is a single element [0]
That allows to avoid
consider this :
struct S
{
/* ... */
}
void main()
{
ulong [] u;
for(// ...
{
S s_instance;
// fillup .. S.key = value;
u ~= cast(ulong)*s_instance;
}
}
however, the structs are being allocated to the same place.
Because, Every time the iterator ends an
On Fri, Aug 08, 2014 at 04:42:12PM +, seany via Digitalmars-d-learn wrote:
consider this :
struct S
{
/* ... */
}
void main()
{
ulong [] u;
for(// ...
{
S s_instance;
// fillup .. S.key = value;
u ~= cast(ulong)*s_instance;
}
}
however,
On Friday, 8 August 2014 at 16:51:37 UTC, H. S. Teoh via
Digitalmars-d-learn wrote:
On Fri, Aug 08, 2014 at 04:42:12PM +, seany via
Digitalmars-d-learn wrote:
consider this :
struct S
{
/* ... */
}
void main()
{
ulong [] u;
for(// ...
{
S s_instance;
// fillup ..
I want use dmd compiler with COde:Blocks. IDE detect compiler but
is error can't find compiler executable. I have Windows 8.1,
CodeBlocks 13.12 (now svn 9790)
I download dmd.2.065.0.zip. I try compile hello.d with command
line. It compiles when I have core/,std/ and rt/ directories in
my directory. Compiler wants source files. Which option is to
using libs?
On Friday, 8 August 2014 at 17:07:37 UTC, seany wrote:
And as discussed earlier, I was trying to save the pointers in
an ulong (which is same as size_t or ptr_t, those are aliased)
(when compiling for x86-64 that is)
Generally, casting pointers to size_t is a horrible idea. Why
can't you at
p.s. seems that aligning works only on ints. i.e. on types which
has sizeof = default platform align.
yeah, chars (and bytes, and so on) are not aligned. i.e.
align(1) struct B {
int qtim;
int bid;
int ofr;
int bidsiz;
int ofrsiz;
short mode;
char ex;
byte mmid;
char z;
}
has sizeof == 25. not sure if specs mentions this, but they
should.
On Fri, 08 Aug 2014 16:42:12 +
seany via Digitalmars-d-learn digitalmars-d-learn@puremagic.com wrote:
a) we need the working code;
b) foreach (a; ...) doest struct copying, and you see the temporary
stack object as 'a'. either use 'ref a', or don't do that at all.
that is what i was able to
On Friday, 8 August 2014 at 17:44:29 UTC, anonymous wrote:
On Friday, 8 August 2014 at 17:07:37 UTC, seany wrote:
And as discussed earlier, I was trying to save the pointers in
an ulong (which is same as size_t or ptr_t, those are aliased)
(when compiling for x86-64 that is)
Generally,
Why are void pointers better than ulong, if I may ask
there is at least one reason: GC. yes, it is conservative, but
there's no reason to scan ulong[] for any pointers, so you may
lost your objects if there is no other references to 'em.
It was quite some journey I got it working now ;)
https://github.com/Hackerpilot/DCD/issues/153
Hi,
I bumped into a blog talking about building a (toy) browser
engine in Rust:
(http://limpet.net/mbrubeck/2014/08/08/toy-layout-engine-1.html)
In the blog I found that the OP is in the mozilla servo team
building a parallel browser for mozilla. The servo is hosted on
github here:
More opDispatch woes. This feature keeps biting me, yet I keep
trying to use it.
This time I'm trying to access elements of a vector GLSL-style
(without swizzling... for now).
Here's the relevant code:
struct Vector (uint length, Element = double)
{
ref @property component
On Saturday, 9 August 2014 at 00:34:43 UTC, Puming wrote:
Hi,
I bumped into a blog talking about building a (toy) browser
engine in Rust:
(http://limpet.net/mbrubeck/2014/08/08/toy-layout-engine-1.html)
In the blog I found that the OP is in the mozilla servo team
building a parallel
On Saturday, 9 August 2014 at 01:20:33 UTC, Vlad Levenfeld wrote:
More opDispatch woes. This feature keeps biting me, yet I keep
trying to use it.
This time I'm trying to access elements of a vector GLSL-style
(without swizzling... for now).
Here's the relevant code:
struct Vector (uint
On Wednesday, 6 August 2014 at 17:03:23 UTC, Timothee Cour via
Digitalmars-d-learn wrote:
Is there a reason why 'with(Foo):' is not allowed, and we have
to
use with(Foo){...} ?
It would be more in line with how other scope definitions work
(extern(C)
etc)
ping, anyone?
On Saturday, 9 August 2014 at 01:26:05 UTC, ed wrote:
On Saturday, 9 August 2014 at 00:34:43 UTC, Puming wrote:
Hi,
I bumped into a blog talking about building a (toy) browser
engine in Rust:
(http://limpet.net/mbrubeck/2014/08/08/toy-layout-engine-1.html)
In the blog I found that the OP
I am very interested to find a good example for D2 of a Windows
Service implementation. Can you point me to one?
On Saturday, 7 September 2013 at 13:57:07 UTC, HeiHon wrote:
On Thursday, 23 February 2012 at 01:33:10 UTC, DNewbie wrote:
Here is a simple service in D
Yep, replacing @property with auto did the trick.
The lack of error messages in opDispatch is frustrating. I
realize that, due to tricks like __traits(compiles,
Foo.testing_for_some_function), having opDispatch stop
compilation if it fails is not going to work, but there's gotta
be some way
On Sat, Aug 09, 2014 at 05:34:40AM +, Vlad Levenfeld via
Digitalmars-d-learn wrote:
Yep, replacing @property with auto did the trick.
The lack of error messages in opDispatch is frustrating. I realize
that, due to tricks like __traits(compiles,
Foo.testing_for_some_function), having
https://issues.dlang.org/show_bug.cgi?id=13243
--- Comment #10 from Rainer Schuetze r.sagita...@gmx.de ---
(In reply to Manu from comment #9)
Okay, well, it works now... except there's a new problem.
It takes 40-50 seconds to launch the exe, so every time I restart I have to
wait a minute.
https://issues.dlang.org/show_bug.cgi?id=13266
Rainer Schuetze r.sagita...@gmx.de changed:
What|Removed |Added
CC||r.sagita...@gmx.de
---
https://issues.dlang.org/show_bug.cgi?id=13266
--- Comment #2 from Rainer Schuetze r.sagita...@gmx.de ---
Created attachment 1383
-- https://issues.dlang.org/attachment.cgi?id=1383action=edit
Visual D project for phobos
--
https://issues.dlang.org/show_bug.cgi?id=13266
Rainer Schuetze r.sagita...@gmx.de changed:
What|Removed |Added
Attachment #1383|0 |1
is obsolete|
https://issues.dlang.org/show_bug.cgi?id=13266
--- Comment #4 from Rainer Schuetze r.sagita...@gmx.de ---
I have attached my projects. I usually only use them for browsing, but I have
now tweaked them to build both for Win32 and Win64. There are some explicite
paths in there, though (e.g dmc.exe
https://issues.dlang.org/show_bug.cgi?id=13232
--- Comment #8 from David Nadlinger c...@klickverbot.at ---
(In reply to Martin Nowak from comment #6)
We should have an eye on this though, as it's one of D's major selling
points, but we're not monitoring it (issue 12949 reports 64% slowdown).
https://issues.dlang.org/show_bug.cgi?id=9766
Leandro Lucarella leandro.lucare...@sociomantic.com changed:
What|Removed |Added
Version|D2 |D1 D2
https://issues.dlang.org/show_bug.cgi?id=9766
Leandro Lucarella leandro.lucare...@sociomantic.com changed:
What|Removed |Added
Keywords|rejects-valid
https://issues.dlang.org/show_bug.cgi?id=13257
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
--
https://issues.dlang.org/show_bug.cgi?id=13257
--- Comment #6 from hst...@quickfur.ath.cx ---
This regression affects rdmd.d in the tools repo.
--
https://issues.dlang.org/show_bug.cgi?id=13257
--- Comment #7 from hst...@quickfur.ath.cx ---
Here's a minimal test case (reduced from rdmd.d (dustmite + manual + 2nd
dustmite + 2nd manual)):
-
import std.algorithm;
void main()
{
string val;
foreach (elem;
https://issues.dlang.org/show_bug.cgi?id=13257
--- Comment #8 from hst...@quickfur.ath.cx ---
Even more reduced:
-
import std.algorithm;
void main()
{
auto x = .splitter().map!(a = a);
}
-
--
https://issues.dlang.org/show_bug.cgi?id=13233
Brad Anderson e...@gnuk.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=13257
--- Comment #9 from monarchdo...@gmail.com ---
(In reply to hsteoh from comment #8)
Even more reduced:
-
import std.algorithm;
void main()
{
auto x = .splitter().map!(a = a);
}
-
Hum... I had already reduced it to
https://issues.dlang.org/show_bug.cgi?id=13257
--- Comment #10 from hst...@quickfur.ath.cx ---
Ah, right. Missed it while glancing over the comments. :-(
--
https://issues.dlang.org/show_bug.cgi?id=1673
--- Comment #3 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/8bebbe4845b8a5f5ebaa87f52b2c9a0a42c3a46e
Fixes Issue 1673 - Implement
https://issues.dlang.org/show_bug.cgi?id=8269
Andrei Alexandrescu and...@erdani.com changed:
What|Removed |Added
Keywords||bounty
--- Comment
https://issues.dlang.org/show_bug.cgi?id=8269
--- Comment #11 from Orvid King blah38...@gmail.com ---
I would suspect that this is likely because of how the with statement currently
expands itself, although it's certainly possible that it's e2ir (though I don't
think it actually is present at
https://issues.dlang.org/show_bug.cgi?id=13270
Issue ID: 13270
Summary: ddoc can't find parameters of ditto'd function
overloads
Product: D
Version: D2
Hardware: x86
OS: Linux
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=13270
hst...@quickfur.ath.cx changed:
What|Removed |Added
Keywords||ddoc
Severity|enhancement
https://issues.dlang.org/show_bug.cgi?id=8452
--- Comment #4 from galaxylang galaxyl...@gmail.com ---
i want to say,template delegate/function and type deduce can be mix,
for example
alias f2=(x,y)=x+y;
alias f1=f2(1);//here,use alias syntax will be impossible or need more
handwrite
but if we
https://issues.dlang.org/show_bug.cgi?id=13266
--- Comment #5 from Manu turkey...@gmail.com ---
(In reply to Rainer Schuetze from comment #4)
I have to agree that setting this up can be painful, especially if different
C/C++ compilers are involved. To avoid having to configure each C file
https://issues.dlang.org/show_bug.cgi?id=13271
Issue ID: 13271
Summary: opDispatch fails without warning message if @property
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity:
https://issues.dlang.org/show_bug.cgi?id=13271
Vlad Levenfeld vlevenf...@gmail.com changed:
What|Removed |Added
Severity|enhancement |minor
--
89 matches
Mail list logo