On Wednesday, 25 January 2017 at 14:18:15 UTC, Andrei
Alexandrescu wrote:
On 01/25/2017 12:58 AM, TheGag96 wrote:
On Monday, 23 January 2017 at 13:18:57 UTC, Andrei
Alexandrescu wrote:
On 1/23/17 5:44 AM, Shachar Shemesh wrote:
If, instead of increasing its size by 100%, we increase it
by a
On Sunday, 22 May 2016 at 21:16:03 UTC, David Nadlinger wrote:
On Thursday, 19 May 2016 at 12:54:48 UTC, Jens Müller wrote:
But ldc looks so bad.
Any comments from ldc users or developers? Because I see this
in many other measurements as well.
This definitely does not match up with my
Walter Bright via Digitalmars-d wrote:
> Don Clugston pointed out in his DConf 2016 talk that:
>
> float f = 1.30;
> assert(f == 1.30);
>
> will always be false since 1.30 is not representable as a float. However,
>
> float f = 1.30;
> assert(f == cast(float)1.30);
>
> will be
Mike Parker via Digitalmars-d wrote:
> On Monday, 25 April 2016 at 08:43:34 UTC, Jens Mueller wrote:
> >
> >More questions?
> >
>
> I'll be getting out of the airport probably around 10:00 pm or so. I've seen
> online the subways run into the early am, but would I b
Walter Bright via Digitalmars-d wrote:
> On 4/25/2016 1:43 AM, Jens Mueller via Digitalmars-d wrote:
>
> Thanks!
>
> >More questions?
>
> Does the AB ticket cover the subway as well as the bus?
It covers everything (metro/subway, urban railway, bus, trolley, ferry)
ins
Walter Bright via Digitalmars-d wrote:
> On 4/24/2016 10:56 AM, Iain Buclaw via Digitalmars-d wrote:
> >On 24 April 2016 at 10:44, Walter Bright via Digitalmars-d
> > wrote:
> >>The hotel emailed them to me, I presume they know what they're doing :-) so
> >>I thought
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
Winder Phobos/QML: std.parallelism, std.benchmark
Jacob Ovrum std.i18n
Jens Mueller std.socket, std.log, std.benchmark,
std.numeric.matrix
Remove std.log from that list (as it is almost finished by Robert).
I still mentor for improving std.socket (though I would need
Dear list,
I stumbled over odd behavior which took quite some time of debugging.
Sharing my results may help find a solution or just make others aware
and reduce their debugging time.
To illustrate consider the code:
auto array1 = [ [1, 2], [3, 4] ];
auto array2 = array1.dup;
array2[0] =
thedeemon wrote:
On Thursday, 27 February 2014 at 10:12:46 UTC, Jens Mueller wrote:
As you may conclude from this post I find this behavior odd. I
expect a
hash implementation to follow indirections by calling the hashing
functions recursively.
How shall it work with cycles in object
Shammah Chancellor wrote:
On 2014-02-27 10:11:53 +, Jens Mueller said:
Dear list,
I stumbled over odd behavior which took quite some time of debugging.
Sharing my results may help find a solution or just make others aware
and reduce their debugging time.
To illustrate consider
Andrei Alexandrescu wrote:
Hello everyone,
Following my call for GSoC would-be mentors we got exactly one
offer, from Russell Winder. Thanks! (There has been no response
whatsoever on the czardom position.)
Needless to say, if we don't have a good pool of mentors we'll be
forced to
Andrei Alexandrescu wrote:
On 2/13/14, 1:50 PM, Jens Mueller wrote:
I'm happy to mentor.
std.socket needs revision. I'd like to see std.log getting done. Also
std.benchmark. std.units is interesting, too. A linear algebra
library aka std.numeric.matrix is probably bigger but not less
Andrei Alexandrescu wrote:
Hello everyone,
Following my call for GSoC would-be mentors we got exactly one
offer, from Russell Winder. Thanks! (There has been no response
whatsoever on the czardom position.)
Needless to say, if we don't have a good pool of mentors we'll be
forced to
Dear lovely D community,
recently I refactored some code into component style (see Component
Programming in D by Walter
http://www.drdobbs.com/architecture-and-design/component-programming-in-d/240008321)
It looks about like this
someInputRange
.filter!()
.map!()
Next I want to discard all
Jakob Ovrum wrote:
On Wednesday, 5 February 2014 at 10:03:52 UTC, Jens Mueller wrote:
Dear lovely D community,
recently I refactored some code into component style (see
Component
Programming in D by Walter
http://www.drdobbs.com/architecture-and-design/component-programming-in-d/240008321
Meta wrote:
On Wednesday, 5 February 2014 at 11:17:48 UTC, bearophile wrote:
Adding something like each() has being proposed, but so far no one
has implemented it for Phobos.
I implemented it, but the newsgroup reaction was somewhat opposed to
it.
Can you point me to that forum thread? I'd
Jacob Carlborg wrote:
On 2013-05-21 03:52, Nick Sabalausky wrote:
Y'know what we need? This compiler flag:
-unittest=pagkage.name.*
I wouldn't say no to that flag. Hmm, I'm wondering if it's possible
to get the same functionality by implementing your own unit test
runner.
It is
Timothee Cour wrote:
On Tue, May 21, 2013 at 12:35 AM, Jens Mueller jens.k.muel...@gmx.dewrote:
Jacob Carlborg wrote:
On 2013-05-21 03:52, Nick Sabalausky wrote:
Y'know what we need? This compiler flag:
-unittest=pagkage.name.*
I wouldn't say no to that flag. Hmm, I'm
Jacob Carlborg wrote:
On 2013-05-21 09:35, Jens Mueller wrote:
It is possible and we shouldn't push functionality into the compiler
when the issue is solvable in a library.
https://github.com/jkm/dtest (shameless plug) has the command line
switch --include to specify which modules should
deadalnix wrote:
I think passing the path -J should work. But I don't know what to
do
when there is no Targets.def.
Jens
Off topic, but can you please ensure not to split the thread like
this ?
How do I ensure this?
I'm using the mailman interface.
There are no such problems with
Andrej Mitrovic wrote:
On 2/7/13, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
I'm very happy that this will be part of the upcoming release:
https://github.com/D-Programming-Language/dmd/pull/1342 (see also
http://d.puremagic.com/issues/show_bug.cgi?id=2630) allows defining
Andrei Alexandrescu wrote:
Hello,
Google Summer of code 2013 is accepting applications. Just like in
the past years, we need a few mentors to ensure a successful event.
This year we plan to get significantly better organized and make
sure the event is successful in measurable ways
Hello,
how is Deimos supposed to address different versions of a library?
In the case at hand, I have a Deimos repository for LLVM 3.1. Now I want
to add support for version 3.2. Should I create a different branch or
just a tag?
BTW I updated my documentation for creating Deimos repositories.
Nick Sabalausky wrote:
On Mon, 25 Mar 2013 13:50:37 +0100
Jens Mueller jens.k.muel...@gmx.de wrote:
Hello,
how is Deimos supposed to address different versions of a library?
In the case at hand, I have a Deimos repository for LLVM 3.1. Now I
want to add support for version 3.2
Jacob Carlborg wrote:
On 2013-03-25 13:59, Nick Sabalausky wrote:
I've been meaning to bring up that question, too. It would make sense
that each version of the target library would have its own branch in
its Deimos repo, because that way you can update it if any problems are
discovered.
Jacob Carlborg wrote:
On 2013-03-25 15:01, Jens Mueller wrote:
You mean basically using both tags and branches. Because tags are easy
to use to access a specific version. Can these be used across branches?
Branches are only useful if you want to keep updating the code for a
given version
Moritz Maxeiner wrote:
On Friday, 22 March 2013 at 17:16:26 UTC, Jens Mueller wrote:
Moritz Maxeiner wrote:
On Friday, 22 March 2013 at 08:34:11 UTC, Jens Mueller wrote:
Updated documentation
http://jkm.github.com/d-programming-language.org/deimos.html
NIice, but conforming
Moritz Maxeiner wrote:
On Saturday, 23 March 2013 at 09:30:07 UTC, Jens Mueller wrote:
Moritz Maxeiner wrote:
A couple of more things I forgot to mention:
- You will need to additionally add bindings for all the
LLVMInitializeTARGET_NAME{TargetInfo,Target,TargetMC,AsmParser,AsmPrinter
Moritz Maxeiner wrote:
On Saturday, 23 March 2013 at 10:31:30 UTC, Jens Mueller wrote:
Moritz Maxeiner wrote:
On Saturday, 23 March 2013 at 09:30:07 UTC, Jens Mueller wrote:
Moritz Maxeiner wrote:
A couple of more things I forgot to mention:
- You will need to additionally add bindings
Moritz Maxeiner wrote:
On Saturday, 23 March 2013 at 16:37:35 UTC, Jens Mueller wrote:
Moritz Maxeiner wrote:
On Saturday, 23 March 2013 at 10:31:30 UTC, Jens Mueller wrote:
It looks mostly okay to me with one problem: Afaict the code
enforces the presence of the initialization routines
Moritz Maxeiner wrote:
On Saturday, 23 March 2013 at 21:24:50 UTC, Jens Mueller wrote:
Moritz Maxeiner wrote:
On Saturday, 23 March 2013 at 16:37:35 UTC, Jens Mueller wrote:
Moritz Maxeiner wrote:
On Saturday, 23 March 2013 at 10:31:30 UTC, Jens Mueller
wrote:
It looks mostly okay to me
Jens Mueller wrote:
Moritz Maxeiner wrote:
On Monday, 18 March 2013 at 14:51:00 UTC, Jens Mueller wrote:
Moritz Maxeiner wrote:
On Monday, 18 March 2013 at 13:50:29 UTC, Jens Mueller wrote:
I'll to that, then. I'm currently working on the D API, but I'll
try
to get the copied
Moritz Maxeiner wrote:
On Friday, 22 March 2013 at 08:34:11 UTC, Jens Mueller wrote:
Updated documentation
http://jkm.github.com/d-programming-language.org/deimos.html
NIice, but conforming to the following would create too much work
for me:
For each file a proper module declaration has
Jacob Carlborg wrote:
On 2013-03-22 00:01, Jens Mueller wrote:
I believe I included all the change requests. Many thanks for the
feedback.
Updated version is at
http://jkm.github.com/d-programming-language.org/deimos.html
Each #include path/to/header.h needs to have at most one
Jacob Carlborg wrote:
On 2013-03-22 09:33, Jens Mueller wrote:
Skipping (bool, ...) is covered by at most one, isn't it? Do you have
an example where one C include results in several D imports?
// a.h
int a;
// b.h
#include a.h
// main.c
#include b.h
int main (int c, char** v
Jacob Carlborg wrote:
On 2013-03-22 13:34, Dicebot wrote:
Yes, but C header translations are not D and should try to mimic
behavior that is translated. In C there are no non-public includes, so
it sounds pretty natural. Unless root module itself is not imported
publically, this should not
Jacob Carlborg wrote:
On 2013-03-22 11:53, Jens Mueller wrote:
True. But shouldn't you fix those things as follows:
module deimos.a;
int a;
(BTW Probably we should add shared here?)
__gshared.
Yes. I should add a section about globals.
module deimos.b;
public import deimos.a
1100110 wrote:
On 03/20/2013 05:04 PM, Jens Mueller wrote:
Hi,
I wrote some guidelines for writing a Deimos interface. It's still very
rough but it's a start. I'd like to add it to dlang.org to give
contributors better guidance, ultimately hoping to see more
contributions to Deimos
1100110 wrote:
On 03/20/2013 05:04 PM, Jens Mueller wrote:
Hi,
I wrote some guidelines for writing a Deimos interface. It's still very
rough but it's a start. I'd like to add it to dlang.org to give
contributors better guidance, ultimately hoping to see more
contributions to Deimos
Jens Mueller wrote:
1100110 wrote:
On 03/20/2013 05:04 PM, Jens Mueller wrote:
Hi,
I wrote some guidelines for writing a Deimos interface. It's still very
rough but it's a start. I'd like to add it to dlang.org to give
contributors better guidance, ultimately hoping to see more
Jacob Carlborg wrote:
On 2013-03-20 23:04, Jens Mueller wrote:
Hi,
I wrote some guidelines for writing a Deimos interface. It's still very
rough but it's a start. I'd like to add it to dlang.org to give
contributors better guidance, ultimately hoping to see more
contributions to Deimos
Craig Dillabaugh wrote:
On Wednesday, 20 March 2013 at 22:04:50 UTC, Jens Mueller wrote:
Hi,
I wrote some guidelines for writing a Deimos interface. It's still
very
rough but it's a start. I'd like to add it to dlang.org to give
contributors better guidance, ultimately hoping to see more
Jacob Carlborg wrote:
On 2013-03-21 15:35, Jens Mueller wrote:
My bad. The sentence does not belong there. It belongs to Tag the
library version. Though I'm not sure how to do this yet.
Will fix. Thanks.
Perhaps we could create list that maps C defines to D versions.
Example, for Mac OS
Jens Mueller wrote:
Hi,
I wrote some guidelines for writing a Deimos interface. It's still very
rough but it's a start. I'd like to add it to dlang.org to give
contributors better guidance, ultimately hoping to see more
contributions to Deimos.
Besides comments to improve my poor phrasing
Moritz Maxeiner wrote:
On Monday, 18 March 2013 at 14:51:00 UTC, Jens Mueller wrote:
Moritz Maxeiner wrote:
On Monday, 18 March 2013 at 13:50:29 UTC, Jens Mueller wrote:
I'll to that, then. I'm currently working on the D API, but I'll
try
to get the copied deimos compatible project started
Hi,
I wrote some guidelines for writing a Deimos interface. It's still very
rough but it's a start. I'd like to add it to dlang.org to give
contributors better guidance, ultimately hoping to see more
contributions to Deimos.
Besides comments to improve my poor phrasing I'd especially seek to get
Moritz Maxeiner wrote:
On Sunday, 17 March 2013 at 20:05:09 UTC, Jens Mueller wrote:
Deimos just provides a plain D interface for C libraries.
What do you mean?
You can do static or dynamic linking.
With dynamic linking it will be loaded at startup time by the
loader.
But you can also load
Moritz Maxeiner wrote:
On Monday, 18 March 2013 at 13:50:29 UTC, Jens Mueller wrote:
I don't know how this is done on Windows. On Linux you just set
the
LD_LIBRARY_PATH.
My problem with that is that it's a) not encapsulated inside the
program and b) OS dependent.
Very true. Do you have
Moritz Maxeiner wrote:
On Friday, 15 March 2013 at 21:18:09 UTC, Jens Mueller wrote:
Nice.
Can you make it compatible with Deimos
https://github.com/D-Programming-Deimos/?
Jens
If by compatible you mean can be used with:
I don't see anything that would prevent you from using llvm-d
Moritz Maxeiner wrote:
Hi, I would like to announce llvm-d, which provides LLVM bindings
for D.
It loads LLVM from a dynamic library (so/dylib/dll) and has support
for LLVM versions 3.1, 3.2 and 3.3 (current svn trunk).
It has as of now been tested on 64bit versions of Archlinux, OS X
Axl wrote:
When I run:
$ dmd -unittest -m64 /usr/lib/x86_64-linux-gnu/libncurses.a -run
terminal.d
I get the follwoing output:
terminal.o: In function `_D8terminal12_staticCtor2FZv':
terminal.d:(.text._D8terminal12_staticCtor2FZv+0x27): undefined
reference to `setupterm'
Axl wrote:
On Sunday, 10 March 2013 at 14:38:15 UTC, Jens Mueller wrote:
Axl wrote:
When I run:
$ dmd -unittest -m64 /usr/lib/x86_64-linux-gnu/libncurses.a -run
terminal.d
I get the follwoing output:
terminal.o: In function `_D8terminal12_staticCtor2FZv':
terminal.d:(.text
Ali Çehreli wrote:
On 02/22/2013 04:23 PM, Jens Mueller wrote:
Hi,
I'd like to sample with replacement. But found no simple way.
In particular I want to generate a random string of given letters, say
std.ascii.letters.
Anybody a simpler version than
auto randomString = repeat
bearophile wrote:
Ary Borenszweig:
10.table!({ return letters.choice; }).writeln;
Couldn't map! be used with a delegate that doesn't receive any
arguments?
I think map() requires a callable that receives one argument.
table() doesn't need the iota() as map(), it accepts one or more
Ali Çehreli wrote:
On 02/22/2013 04:23 PM, Jens Mueller wrote:
Hi,
I'd like to sample with replacement. But found no simple way.
In particular I want to generate a random string of given letters, say
std.ascii.letters.
Anybody a simpler version than
auto randomString = repeat
bearophile wrote:
Jens Mueller:
Which makes me think Phobos is convenient enough in this use case.
I don't agree. This is not quite worse
auto randomLetter = () = randomSample(letters, 1,
letters.length).front;
than:
auto randomLetter = () = letters.choice;
Then add choice explicitly
monarch_dodra wrote:
On Saturday, 23 February 2013 at 13:02:38 UTC, Jens Mueller wrote:
I think this version also looks good:
void main()
{
auto randomLetter = () = randomSample(letters, 1,
letters.length).front;
writeln(iota(10).map!(_ = randomLetter()));
}
Which makes me
Hi,
I'd like to sample with replacement. But found no simple way.
In particular I want to generate a random string of given letters, say
std.ascii.letters.
Anybody a simpler version than
auto randomString = repeat('a').take(10).map!(c = randomSample(letters, 1,
letters.length))().joiner();
?
Jacob Carlborg wrote:
On 2013-02-06 15:03, Andrei Alexandrescu wrote:
Thoughts?
I was thinking having basically the same syntax. One syntax I'm not
sure what to do about is the hash literal syntax Ruby uses.
orb dwt, git: git://github.com/jacob-carlborg/dwt.git
Don wrote:
On Wednesday, 30 January 2013 at 12:51:18 UTC, Simen Kjaeraas wrote:
On 2013-01-30, 09:26, Don wrote:
The discussion we had on github agreed that std.halffloat isn't
a good place.
But OTOH std.numeric needs a complete overhaul, it's a mess.
It would be a mistake to throw it in
Don wrote:
Consider this code:
---
int[int] x;
int k = x[2] + 5; // Error, range violation. Makes sense.
x[2] = x[2] + 5; // But this works!!!
---
I think the last statement is illegal. Because from
http://dlang.org/expression.html I extract:
The evaluation order of = is
deadalnix wrote:
On Friday, 11 January 2013 at 08:55:55 UTC, Bernard Helyer wrote:
I completely agree. Doesn't the spec say that relying on
the order of assignment evaluation is undefined?
After a long discussion with Andrei, it seems that it is left to
right.
Then the spec should be
deadalnix wrote:
On Friday, 11 January 2013 at 10:16:28 UTC, Jens Mueller wrote:
deadalnix wrote:
On Friday, 11 January 2013 at 08:55:55 UTC, Bernard Helyer
wrote:
I completely agree. Doesn't the spec say that relying on
the order of assignment evaluation is undefined?
After a long
Don wrote:
Consider this code:
---
int[int] x;
int k = x[2] + 5; // Error, range violation. Makes sense.
x[2] = x[2] + 5; // But this works!!!
---
That is, x[2] doesn't exist, *unless you are about to assign to
it*.
What happens is:
1. lvalue index (creates x[2], sets it
Jonathan M Davis wrote:
On Tuesday, December 25, 2012 01:56:42 Peter Alexander wrote:
On Monday, 24 December 2012 at 17:40:54 UTC, Jonathan M Davis
wrote:
Why can't we simply make auto ref work with non-templated
functions by making
it automatically generate both the ref and
Walter Bright wrote:
References:
http://www.digitalmars.com/d/archives/digitalmars/D/Custom_attributes_again_163042.html
http://www.digitalmars.com/d/archives/digitalmars/D/custom_attribute_proposal_yeah_another_one_163246.html
Inspired by a gallon of coffee, I decided to get it
Jens Mueller wrote:
Walter Bright wrote:
References:
http://www.digitalmars.com/d/archives/digitalmars/D/Custom_attributes_again_163042.html
http://www.digitalmars.com/d/archives/digitalmars/D/custom_attribute_proposal_yeah_another_one_163246.html
Inspired by a gallon of coffee
Manu wrote:
On 3 November 2012 01:41, Walter Bright newshou...@digitalmars.com wrote:
On 11/2/2012 3:10 PM, Jens Mueller wrote:
I see. Thanks for clarifying.
If I want fast vector operations I have to use core.simd. The built-in
vector operations won't fit the bill.
I think
Simen Kjaeraas wrote:
On 2012-39-03 12:11, Jens Mueller jens.k.muel...@gmx.de wrote:
I have a fork; some people are using it already. It still needs a lot of
work though; some compilers missing parts, platforms not supported.
That said, it's not an effort to address D's natural vector
Jacob Carlborg wrote:
On 2012-11-01 23:51, Walter Bright wrote:
What about all your feature requests? I think you've made more than
anyone, by a factor of 10 at least!
:-)
As for Manu's request
http://d.puremagic.com/issues/show_bug.cgi?id=8108
I've gone over with him why he needs
Andrei Alexandrescu wrote:
On 11/1/12 11:26 PM, bearophile wrote:
This blog post shows few interesting aspects of the Scala ecosystem:
http://jazzy.id.au/default/2012/11/02/scaling_scala_vs_java.html
Bye,
bearophile
I have a dream that one day there will be a guy with the ID
philobear
Don Clugston wrote:
On 02/11/12 09:07, Jacob Carlborg wrote:
On 2012-11-01 23:51, Walter Bright wrote:
What about all your feature requests? I think you've made more than
anyone, by a factor of 10 at least!
:-)
As for Manu's request
http://d.puremagic.com/issues/show_bug.cgi?id=8108
Don Clugston wrote:
On 02/11/12 10:12, Jens Mueller wrote:
Don Clugston wrote:
On 02/11/12 09:07, Jacob Carlborg wrote:
On 2012-11-01 23:51, Walter Bright wrote:
What about all your feature requests? I think you've made more than
anyone, by a factor of 10 at least!
:-)
As for Manu's
Don Clugston wrote:
On 02/11/12 10:01, Jens Mueller wrote:
Jacob Carlborg wrote:
On 2012-11-01 23:51, Walter Bright wrote:
What about all your feature requests? I think you've made more than
anyone, by a factor of 10 at least!
:-)
As for Manu's request
http://d.puremagic.com/issues
Peter Alexander wrote:
On Friday, 2 November 2012 at 10:24:34 UTC, Jens Mueller wrote:
Then I have a serious misunderstanding.
I thought D introduced array operations to allow the compiler to
generate efficient vector operations (in the long run), i.e.
generate
SIMD code. Why
Don Clugston wrote:
On 02/11/12 11:57, Jens Mueller wrote:
Peter Alexander wrote:
On Friday, 2 November 2012 at 10:24:34 UTC, Jens Mueller wrote:
Then I have a serious misunderstanding.
I thought D introduced array operations to allow the compiler to
generate efficient vector operations
Walter Bright wrote:
On 11/2/2012 3:50 AM, Jens Mueller wrote:
Okay. For me they look the same. Can you elaborate, please? Assume I
want to add two float vectors which is common in both games and
scientific computing. The only difference is in games their length is
usually 3 or 4 whereas
Walter Bright wrote:
On 11/2/2012 2:01 AM, Jens Mueller wrote:
I had the same thought when reading this. Very disappointing. An issue
with zero votes is fixed instead of more important ones.
It's a very fair question.
Manu works for Remedy Games, a developer of hit PC games
Andrei Alexandrescu wrote:
On 11/2/12 1:22 PM, Walter Bright wrote:
On 11/2/2012 2:01 AM, Jens Mueller wrote:
I had the same thought when reading this. Very disappointing. An issue
with zero votes is fixed instead of more important ones.
It's a very fair question.
Manu works
Walter Bright wrote:
On 11/2/2012 11:19 AM, Jacob Carlborg wrote:
I can absolutely understand why he did it but it would be really nice if you
(Walter, Andrei and probably others as well) could be more transparent about
things like these. I think this would really help the community.
I
Jonathan M Davis wrote:
On Monday, October 29, 2012 20:26:38 Dmitry Olshansky wrote:
Need to ping Jonathon about it and work out something.
I believe that Microsoft did something stupid with one of their functions
which makes it function slightly differently around a DST switch on Windows
Jonathan M Davis wrote:
On Friday, October 26, 2012 19:46:16 deadalnix wrote:
Le 25/10/2012 04:12, Jonathan M Davis a écrit :
On Wednesday, October 24, 2012 13:31:14 Walter Bright wrote:
The default compare for structs is a bit compare of the contents.
Which definitely seems
Walter Bright wrote:
On 10/26/2012 2:13 AM, Jonathan M Davis wrote: There's definitely
some truth to that, but Walter in particular seems to be
against breaking anything period.
We have a number of fed up developers and abandoned, dead projects
because of breaking changes.
It MUST STOP.
Adam D. Ruppe wrote:
Here we go, some more basic functions:
http://arsdnet.net/dcode/terminal.d
The unix stuff is more implemented than the windows.
Let's walk through main and I'll discuss why I'm doing things the
way I am. I'm throwing this out just to show one possible way this
Tobias Pankrath wrote:
On Tuesday, 23 October 2012 at 22:47:40 UTC, Walter Bright wrote:
On 10/22/2012 3:55 AM, Andrei Alexandrescu wrote: On 10/22/12
9:47 AM, Jens Mueller wrote:
This is probably interesting for Phobos. But I'm not the one
to make a
decision. The core Phobos developers
Adam D. Ruppe wrote:
It now can translate most PC keyboard input sequences into char or
non-char key events, including requesting UTF-8 input for chars:
http://arsdnet.net/dcode/terminal.d
We could just about start writing real apps with this now. Biggest
problem left is it doesn't
Adam D. Ruppe wrote:
On Sunday, 28 October 2012 at 10:44:58 UTC, Jens Mueller wrote:
How?
The file /etc/termcap has the data too so opening it and quickly
parsing should give the same result as the environment variable.
I'm running Debian. It doesn't have such a file.
It looks like
H. S. Teoh wrote:
On Fri, Oct 26, 2012 at 12:27:38AM +0200, Jens Mueller wrote:
Walter Bright wrote:
[...]
A module that only sets the console color is a little too light to
be a phobos entry.
A more comprehensive module that included:
1. getting mouse input
Anybody
Adam D. Ruppe wrote:
On Thursday, 25 October 2012 at 22:27:52 UTC, Jens Mueller wrote:
5. setting the contents of the title bar
The title bar of what?
Here's how you do it on xterm:
writefln(\033]0;%s\007, title);
On Windows it is an api function:
http://msdn.microsoft.com/en-us
Jacob Carlborg wrote:
On 2012-10-25 23:06, Jens Mueller wrote:
I'd prefer the second option. Maybe write first some unittests for
std.uri, if there are none. Then move it.
Agree, but we want to minimize the code breakage.
That's what the unittests are for.
Code breakage that results
Jacob Carlborg wrote:
On 2012-10-25 23:47, Jens Mueller wrote:
I've been using cloudbees.com which offers a similar service based on
Jenkins.
Since Jenkins supports shell scripts to drive the build it was fairly
easy to support D (see https://gluey.ci.cloudbees.com/job/ddl/).
Travis
H. S. Teoh wrote:
Is it just me, or has dlang.org been really slow today? Is something
wrong with the site that needs our attention? It takes almost 2 whole
minutes to load a page -- at first I thought my office network screwed
up again, but now I'm at home and it's still like that.
Same
Jonathan M Davis wrote:
On Friday, October 26, 2012 10:11:04 Jens Mueller wrote:
Jacob Carlborg wrote:
On 2012-10-25 23:06, Jens Mueller wrote:
I'd prefer the second option. Maybe write first some unittests for
std.uri, if there are none. Then move it.
Agree, but we want
Jonathan M Davis wrote:
On Friday, October 26, 2012 10:59:17 Jens Mueller wrote:
No. The issue is code breakage in the code of people using Phobos, and if
you change where the module is, you'll break code. Even if we provide a
deprecation path from std.uri to std.net.uri, that still
Jonathan M Davis wrote:
On Friday, October 26, 2012 11:27:40 Jens Mueller wrote:
Is it okay to have both modules and only state in std.uri's
documentation that you shouldn't use it anymore (similar to std.xml)?
This would break no code.
If we were to move it, we'd temporarily leave
Jacob Carlborg wrote:
On 2012-10-26 11:53, Jens Mueller wrote:
Unfortunately there are no portable solutions. The only thing I found is
symbol versioning. But this is only supported by GNU ld.
These strategic issues need to be solved.
There are many other solutions that can be used
H. S. Teoh wrote:
On Fri, Oct 26, 2012 at 08:08:36AM +0200, Robik wrote:
On Friday, 26 October 2012 at 01:35:43 UTC, Adam D. Ruppe wrote:
On Thursday, 25 October 2012 at 22:27:52 UTC, Jens Mueller wrote:
5. setting the contents of the title bar
The title bar of what?
Here's how you
Mike van Dongen wrote:
Hi all!
I've been working on an URI parser which takes a string and then
separates the parts and puts them in the correct properties.
If a valid URI was provided, the (static) parser will return an
instance of Uri.
I've commented all relevant lines of code and
Jonathan M Davis wrote:
On Thursday, October 25, 2012 15:59:39 Jens Mueller wrote:
* Should URIs be only movable? Then you should add
@disable this(this);
I'd be shocked if that were appropriate. Disabling the init property like
that
should be done extremely rarely and only if you need
1 - 100 of 441 matches
Mail list logo