On Saturday, 24 January 2015 at 00:13:34 UTC, Laeeth Isharc wrote:
Hi.
Should the following code work?
Yes, that error is caused by a bug of
BitArray(https://issues.dlang.org/show_bug.cgi?id=13806). Having
init function broke template constraints of chain(and must
break dozen of other
On Friday, 23 January 2015 at 22:20:19 UTC, H. S. Teoh wrote:
It's kind of a misnomer, because it actually only considers
*consecutive
runs* of equivalent elements; it doesn't look at the whole
range before
deciding what goes in which group. So technically it should be
called
On 1/23/15 1:56 PM, MattCoder wrote:
On Friday, 23 January 2015 at 18:08:30 UTC, Andrei Alexandrescu wrote:
So H.S. Teoh awesomely took
https://github.com/D-Programming-Language/phobos/pull/2878 to
completion. We now have a working and fast relational group by
facility.
See it at work!
To avoid confusion, the below is the code that fits the error
message:
import std.bitmanip;
import std.stdio;
import std.array;
import std.range:chain;
void test()
{
int[] a=[1,2,3,4,5];
int[] b=[5,4,3,2,1];
int[] c = chain(a,b).array; // chain two arrays of int
Hi.
Should the following code work?
import std.bitmanip;
import std.stdio;
import std.array;
import std.range:chain;
void test()
{
int[] a=[1,2,3,4,5];
int[] b=[5,4,3,2,1];
int[] c = chain(a,b).array; // chain two arrays of int
writefln(%s,c);
}
void test2()
{
On Friday, 23 January 2015 at 20:24:54 UTC, Andrei Alexandrescu
wrote:
On 1/6/15 8:51 AM, Robert burner Schadek wrote:
recent updates:
* Martins CT log function disabling (thanks Martin)
* new thread local indirection Logger between free standing log
functions and program global Logger
* more
thanks,you are right.
window console show chinese char is not right,
so i try to add this code:
extern(C) int setlocale(int, char*);
static this()
{
fwide(core.stdc.stdio.stdout, 1);
setlocale(LC_CTYPE, cast(char*)china);
}
it's looks like solve the problem,but caused another problem.
On Fri, 23 Jan 2015 23:28:28 +, Matthias Bentrup wrote:
If the program ends before the next GC the destructor is never called.
nope.
class A {
~this () { import iv.writer; writeln(dtor); }
}
void main () {
auto n = new A;
assert(0);
}
this outputs dtor.
signature.asc
On Friday, 23 January 2015 at 23:28:28 UTC, Matthias Bentrup
wrote:
On Friday, 23 January 2015 at 21:00:08 UTC, Steven Schveighoffer
wrote:
On 1/23/15 3:40 PM, deadalnix wrote:
On Friday, 23 January 2015 at 13:12:44 UTC, Steven
Schveighoffer wrote:
On 1/23/15 8:05 AM, Matthias Bentrup wrote:
On Friday, 23 January 2015 at 20:24:54 UTC, Andrei Alexandrescu
wrote:
I propose we pull this in today and make it available for 2.067
as std.experimental.logger.
We've been through a number of iterations with this and the
best way to move forward is to accumulate a bit of real-world
Yes, that error is caused by a bug of
BitArray(https://issues.dlang.org/show_bug.cgi?id=13806).
Having init function broke template constraints of
chain(and must break dozen of other templates).
pragma(msg, ElementType!(BitArray[])) // prints 'pure nothrow
void(bool[] ba)' - ElementType uses
On Friday, 23 January 2015 at 11:04:12 UTC, Walter Bright wrote:
Mandatory reddit link:
http://www.reddit.com/r/programming/comments/2tdy5z/interfacing_d_to_legacy_c_code_by_walter_bright/
There's been a lot of interest in this topic.
Great!
, el 23 de January a las 16:19 me escribiste:
On Thursday, 22 January 2015 at 17:21:42 UTC, Meta wrote:
I'm also interested in how the presentation went.
Rust ppl too:
http://discuss.rust-lang.org/t/interfacing-d-to-legacy-c-code-a-summary-of-a-competing-languages-capabilities/1406
Mmm,
On Saturday, 24 January 2015 at 02:43:47 UTC, anonymous wrote:
Destroy.
It is rather... red...
Good logo integration, but I'm not that excited about everything
else. The header-less page looks unusual, and what remains of the
black background is now an uneven border that's neither here nor
On Saturday, 24 January 2015 at 04:09:58 UTC, Andrei Alexandrescu
wrote:
Interesting, and just for fun I changed the CSS a bit:
http://i.imgur.com/ijLxXe2.png :)
The red band at the top is a bit odd.
Really?
Oh yeah it's. I just was trying to fill the top with something...
Bad luck! :)
On Saturday, 24 January 2015 at 04:20:00 UTC, Vladimir Panteleev
wrote:
On Saturday, 24 January 2015 at 02:43:47 UTC, anonymous wrote:
Destroy.
Good logo integration,
I agree with this, maybe should be considered for current site.
On Saturday, 24 January 2015 at 06:43:41 UTC, H. S. Teoh wrote:
Very nice! I like how when I split my screen to half-width, it
automatically collapses the left navigation bar into an
expandable
button. Not sure how you achieved that (JS?) but that neatly
solves the
handheld vs. desktop dilemma
https://issues.dlang.org/show_bug.cgi?id=12495
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=12495
--- Comment #2 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/7b825160b4d504b22668e2664229ae1a657282b5
fix Issue 12495 - CTFE
On Sat, Jan 24, 2015 at 02:43:45AM +, anonymous via Digitalmars-d wrote:
Inspired by the recent developments, and Sebastiaan Koppe's version
[1] specifically, I gave it a go, too:
http://ag0aep6g-dlang.rhcloud.com/
Not bad! I actually like this one. The only obvious object I have is the
On Fri, Jan 23, 2015 at 10:41:18PM -0800, H. S. Teoh via Digitalmars-d wrote:
On Sat, Jan 24, 2015 at 02:43:45AM +, anonymous via Digitalmars-d wrote:
Inspired by the recent developments, and Sebastiaan Koppe's version
[1] specifically, I gave it a go, too:
https://issues.dlang.org/show_bug.cgi?id=14023
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from
On 1/23/15 8:04 PM, MattCoder wrote:
On Saturday, 24 January 2015 at 02:43:47 UTC, anonymous wrote:
Inspired by the recent developments, and Sebastiaan Koppe's version
[1] specifically, I gave it a go, too:
http://ag0aep6g-dlang.rhcloud.com/
I like this design. It changes the logo so that
On Friday, 23 January 2015 at 17:03:17 UTC, aldanor wrote:
On the bright side, D has a book. Or rather, it has THE book
and a few more books, some of which are free and some are not.
However, I wouldn't ever start to read a 500-page manuscript
just in order to get acquainted with the language
After spending hours and hours in a breadth-first scan to learn
me a D, I agree completely with the suggestions in this thread
and I'm happy to help implement them.
Caveats: I'm just now coming up to speed on D and I'm an
engineer, not a tech writer.
I think the biggest needs are:
(1)
https://issues.dlang.org/show_bug.cgi?id=14022
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from
On Thursday, 22 January 2015 at 16:41:49 UTC, Russel Winder wrote:
Playing with factorial implementations, as you do. I had a D
implementation using ulong. Not sensible obviously since
overflow is a
bit of a problem. But the code worked, as did the tests. Now
converting
to BigInt and…
The
On Thursday, 22 January 2015 at 06:47:13 UTC, Ali Çehreli wrote:
Thursday, January 22, 2015, 6pm
Many people you know from the forums will be there. Andrei is
giving a presentation as well:
http://www.meetup.com/D-Lang-Sillicon-Valley/events/219413448/
Will there be a video or writeup
On 2014-12-23 00:14, Elie Morisse wrote:
Hi everyone,
I have the pleasure to announce to you all the existence of a modified
LDC able to interface directly to C++ libraries, wiping out the need to
write bindings:
https://github.com/Syniurge/Calypso
Could this work for Objective-C as well.
On Wednesday, 21 January 2015 at 12:00:47 UTC, Nordlöw wrote:
My executable throws as
core.exception.InvalidMemoryOperationError@(0)
when compiled with DMD git master.
I get no stack trace in GDB.
What to do?
InvalidMemoryOperationError generally means that you are
performing certain
On Friday, 23 January 2015 at 10:05:07 UTC, Andrej Mitrovic wrote:
On Thursday, 4 December 2014 at 12:57:59 UTC, Ben wrote:
Hi All,
I am a Berlin based D developer who has been working with D
for about 2 and a half years. Like other more well known names
in these forums I work for a company
On 1/23/2015 2:42 AM, Abdulhaq wrote:
Calypso sounds fantastic but seems very tied to one compiler - we all need to
know if yourself and Walter are content with that, for instance.
Yes, it's tied to clang++. It may not even work on all the platforms we support.
But that's no matter for now.
Mandatory reddit link:
http://www.reddit.com/r/programming/comments/2tdy5z/interfacing_d_to_legacy_c_code_by_walter_bright/
There's been a lot of interest in this topic.
Andrej Mitrovic via Digitalmars-d wrote:
On Thursday, 4 December 2014 at 12:57:59 UTC, Ben wrote:
Hi All,
I am a Berlin based D developer who has been working with D for about 2
and a half years. Like other more well known names in these forums I work
for a company called Sociomantic.
I
Hi all, I've started redesigning dlang.org AGAIN (yea, I
know...). The front page is mostly done aside from a several
responsiveness and platform quirks, I will have the full landing
page + a random sample page from the docs this weekend. On the
technical side, rapid design + ddoc and working
https://issues.dlang.org/show_bug.cgi?id=14032
Issue ID: 14032
Summary: [ICE](mtype.c line 154) with std.algorithm.tee
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: enhancement
On Friday, 23 January 2015 at 00:24:45 UTC, Andrei Alexandrescu
wrote:
I think it's important that we enable Calypso
(https://github.com/Syniurge/Calypso) and related tooling that
interfaces D with other languages, notably C++.
A key topic in 2015 for D is playing well with C++. A good C++
On Friday, 23 January 2015 at 10:53:47 UTC, Walter Bright wrote:
On 1/23/2015 2:42 AM, Abdulhaq wrote:
Calypso sounds fantastic but seems very tied to one compiler -
we all need to
know if yourself and Walter are content with that, for
instance.
Yes, it's tied to clang++. It may not even
On Thursday, 4 December 2014 at 12:57:59 UTC, Ben wrote:
Hi All,
I am a Berlin based D developer who has been working with D for
about 2 and a half years. Like other more well known names in
these forums I work for a company called Sociomantic.
I am interested in organizing some meetups for
On Friday, 23 January 2015 at 08:58:11 UTC, Ola Fosheim Grøstad
wrote:
How about banning GC-allocation of classes with destructors?
Uh... what? ^__^
Maybe just ban classes altogether then?
On 1/23/2015 12:34 AM, Max Klyga wrote:
I remember Walter arguing against this type of solutions because it requires a
C++ compiler to be bundled with D.
Yes.
Does that mean that now we are adopting this path instead of 'extern(C++)' ?
No. I presume it will work much like htod.exe, and
On Friday, 23 January 2015 at 10:52:26 UTC, Walter Bright wrote:
On 1/23/2015 12:34 AM, Max Klyga wrote:
I remember Walter arguing against this type of solutions
because it requires a
C++ compiler to be bundled with D.
Yes.
Does that mean that now we are adopting this path instead of
On 1/23/2015 3:22 AM, Abdulhaq wrote:
On Friday, 23 January 2015 at 10:53:47 UTC, Walter Bright wrote:
Yes, it's tied to clang++. It may not even work on all the platforms we
support. But that's no matter for now.
When you say for now, does that imply that at some time in the future it may
On 1/23/15 8:05 AM, Matthias Bentrup wrote:
On Friday, 23 January 2015 at 10:53:54 UTC, aldanor wrote:
On Friday, 23 January 2015 at 08:58:11 UTC, Ola Fosheim Grøstad wrote:
How about banning GC-allocation of classes with destructors?
Uh... what? ^__^
Maybe just ban classes altogether then?
On Friday, 23 January 2015 at 13:12:44 UTC, Steven Schveighoffer
wrote:
On 1/23/15 8:05 AM, Matthias Bentrup wrote:
On Friday, 23 January 2015 at 10:53:54 UTC, aldanor wrote:
On Friday, 23 January 2015 at 08:58:11 UTC, Ola Fosheim
Grøstad wrote:
How about banning GC-allocation of classes with
On 2015-01-23 00:24:44 +, Andrei Alexandrescu said:
I think it's important that we enable Calypso
(https://github.com/Syniurge/Calypso) and related tooling that
interfaces D with other languages, notably C++.
A key topic in 2015 for D is playing well with C++. A good C++
interface will
https://issues.dlang.org/show_bug.cgi?id=12209
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
CC|
aldanor:
auto lines = stdin.byLine.map!(line = line.length);
writefln(Average line length: %.4f., 1.0 * lines.sum /
lines.array.length);
Ofc this is not the greatest piece of code ever and it's not
lazy,
lines.walklength seems better than lines.array.length, but you
can also use
https://issues.dlang.org/show_bug.cgi?id=14034
Issue ID: 14034
Summary: std.algorithm.mean
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P1
Yes, it's worth adding to Phobos.
The issue:
https://issues.dlang.org/show_bug.cgi?id=14034
Bye,
bearophile
https://issues.dlang.org/show_bug.cgi?id=14033
Issue ID: 14033
Summary: runtime error about auto ptr = cast(T*)buf , T is
class type
Product: D
Version: D2
Hardware: x86_64
OS: Windows
Status:
On 22.01.15 22:40, Andrei Alexandrescu wrote:
There's this classic patter on Unix: |sort|uniq, i.e. sort some data and
only display the unique elements.
Loosely-related, compiling
...
auto ret = arr.filter!(myFilter());
...
I got:
Error: closures are not yet supported in CTFE
Using struct
https://issues.dlang.org/show_bug.cgi?id=14033
Steven Schveighoffer schvei...@yahoo.com changed:
What|Removed |Added
CC|
On Thursday, 22 January 2015 at 13:37:16 UTC, Vadim Lopatin wrote:
If use dco to build the dlangIDE,config local.ini
local.ini---
DC=dmd
DCStandardEnvBin=dmd2\windows\bin
SpecialLib=dlanguilib
importPath= -I..\..\dlangui\src
;lflags=console
lflags=win32
On 1/23/15 12:34 AM, Max Klyga wrote:
I remember Walter arguing against this type of solutions because it
requires a C++ compiler to be bundled with D.
It doesn't require as much as makes it usable if you have it. Calypso
requires dmd + clang++ is the natural dependency direction.
Does
I believe we should show off D in all its virtue
at http://dlang.org/hash-map.html
by addition to
int* p = (hello in aa);
if (p !is null) {}
also include the even compacter
if (auto p = hello in aa) {}
along with
if (const p = hello in aa) {}
in the non-mutating case.
https://issues.dlang.org/show_bug.cgi?id=14033
ag0ae...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
I tried:
--
import std.stdio, std.algorithm;
auto unique(){
bool[int] c;
return (int a){
if (a in c)
return false;
else{
c[a] = true;
return true;
}
};
}
void main()
{
[1, 5, 5, 2, 1, 5, 6,
zeljkog:
Loosely-related, compiling
...
auto ret = arr.filter!(myFilter());
...
I got:
Error: closures are not yet supported in CTFE
Using struct with opCall directly also does not pass.
Did I miss something?
Is it near?
Please show a minimal nonworking example in the D.learn newsgroup.
On Friday, 23 January 2015 at 00:52:33 UTC, Andrei Alexandrescu
wrote:
On 1/22/15 2:39 PM, Dicebot wrote:
Things like std.typetuple, while not being as broken as
std.json
implementation-wise, deal good amount of damage being a
technical debt.
It simply unpleasant to build anything on top of it
On Thursday, 22 January 2015 at 17:21:42 UTC, Meta wrote:
I'm also interested in how the presentation went.
Rust ppl too:
http://discuss.rust-lang.org/t/interfacing-d-to-legacy-c-code-a-summary-of-a-competing-languages-capabilities/1406
On Friday, 23 January 2015 at 16:25:56 UTC, Per Nordlöw wrote:
I believe we should show off D in all its virtue
at http://dlang.org/hash-map.html
by addition to
int* p = (hello in aa);
if (p !is null) {}
also include the even compacter
if (auto p = hello in aa) {}
along with
https://issues.dlang.org/show_bug.cgi?id=12406
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
Keywords||wrong-code
Currently I'm using dub for the first time and I've run into two
problems so far.
1) I have defined buildTypes in dub.json, as well as subPackages.
However, I want to always build all subPackages in release mode,
regardless of the --build option I'm using to build the main
program. I'm not
Hello Elie,
This project looks great, thanks for the hard work. I downloaded
Calypso and ldc2 about 6 hours ago to try your project out.
I can get Calypso to compile with a couple small changes to
assistbuilder.cpp (just adding a namespace qualifier for two
class instantiations of CodeGen).
On 2015-01-23 11:31, aldanor wrote:
Hi all, I've started redesigning dlang.org AGAIN (yea, I know...). The
front page is mostly done aside from a several responsiveness and
platform quirks, I will have the full landing page + a random sample
page from the docs this weekend. On the technical
On 2015-01-23 11:31, aldanor wrote:
Top-level-link: CHANGELOG
... is stale and rarely / randomly updated. This makes it look like
there is no development on the backend/phobos/runtime going on
whatsoever. There either needs to be an automated aggregator for github
pull requests (in which case
On Friday, 23 January 2015 at 12:32:00 UTC, Jacob Carlborg wrote:
For Sass there's libsass [1] with bindings already available
[2]. For running JavaScript (Less) there are a couple of
alternatives:
Thanks, that would help. Could either use bootstrap-sass from git
+ d bindings to libsass from
On Friday, 23 January 2015 at 10:53:54 UTC, aldanor wrote:
On Friday, 23 January 2015 at 08:58:11 UTC, Ola Fosheim Grøstad
wrote:
How about banning GC-allocation of classes with destructors?
Uh... what? ^__^
Maybe just ban classes altogether then?
No, don't ban them, that will break to much
On 1/23/15 2:42 AM, Abdulhaq wrote:
Calypso sounds fantastic but seems very tied to one compiler - we all
need to know if yourself and Walter are content with that, for instance.
We should make the life of plugin writers easy. They do get to decide
what other prerequisites their tools have.
https://issues.dlang.org/show_bug.cgi?id=12406
--- Comment #3 from Vladimir Panteleev thecybersha...@gmail.com ---
Note: Above reduced test case requires -g
--
101 - 171 of 171 matches
Mail list logo