On 4 Jul 2014 02:10, Andrew Edwards via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
Encountering issues posting the 2.066.0-b1
Ssh, don't tell anyone about it. ;)
On 3 Jul 2014 23:00, Paul D Anderson via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
A candidate implementation of decimal numbers (arbitrary-precision
floating-point numbers) is available for review at
https://github.com/andersonpd/eris/tree/master/eris/decimal. This
On 07/04/2014 01:17 AM, Jonathan Crapuchettes via Digitalmars-d-announce
wrote:
After the success of the last D hackday, EMSI is going to attempt to have
a D hackday once a month as close as we can to the first Friday of the
month. Our next round will be Friday July 11.
Last time 24 issues
On Thursday, 3 July 2014 at 23:17:33 UTC, Jonathan Crapuchettes
wrote:
After the success of the last D hackday, EMSI is going to
attempt to have
a D hackday once a month as close as we can to the first Friday
of the
month. Our next round will be Friday July 11.
Last time 24 issues were marked
On 4 Jul 2014 00:20, Jonathan Crapuchettes via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
After the success of the last D hackday, EMSI is going to attempt to have
a D hackday once a month as close as we can to the first Friday of the
month. Our next round will be
On Friday, 4 July 2014 at 06:43:15 UTC, Iain Buclaw via
Digitalmars-d-announce wrote:
6) Rename the file decimal.d to package.d, and module
eris.decimal.decimal
to eris.decimal
Thanks, will do.
Paul
On Thursday, 3 July 2014 at 21:55:42 UTC, Paul D Anderson wrote:
A candidate implementation of decimal numbers
(arbitrary-precision
floating-point numbers) is available for review at
https://github.com/andersonpd/eris/tree/master/eris/decimal.
This is a
substantial rework of an earlier
On Friday, 4 July 2014 at 01:13:24 UTC, Andrew Edwards wrote:
Your assistance in identifying and
reporting bugs are greatly appreciated.
Hi, Private here (ie neither Sergeant or Lieutenant, I
enlisted to post this).
Where do I pose the question Is X a bug/regression?
And on the front page
On Thursday, 22 May 2014 at 15:20:42 UTC, Andrej Mitrovic via
Digitalmars-d-announce wrote:
If you need a very minimal but usable GUI library for your
OpenGL
applications, then an immediate-mode GUI such as IMGUI could be
just
the trick. IMGUI has been ported to D and can be found at the
On 7/5/14, 2:42 AM, klasbo wrote:
On Friday, 4 July 2014 at 01:13:24 UTC, Andrew Edwards wrote:
Your assistance in identifying and
reporting bugs are greatly appreciated.
Hi, Private here (ie neither Sergeant or Lieutenant, I enlisted to
post this).
Where do I pose the question Is X a
On 3 Jul 2014 20:45, Alix Pexton via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 03/07/2014 6:38 PM, w0rp wrote:
* Run it all with D to tick a official D site made in D checkbox.
The powered by Python banner gave me an idea...
In a nod to Walter's self confessed
On Friday, 4 July 2014 at 01:26:37 UTC, Walter Bright wrote:
The issues you presented are subjective and a matter of
opinion. Regardless of the state of D, I'm not the type who
wilts at an issue or two - I work around it. And so does
everyone else who does production work.
If you sit
On Fri, 2014-07-04 at 07:46 +0100, Iain Buclaw via Digitalmars-d wrote:
[…]
Powered by Martian Technology
@SarcasticRover is telling us Do not come to Mars. Perhaps its
commentary need censoring ;-)
--
Russel.
=
Dr
Thank you very much. I was able to compile the plugins.
But I failed compiling QtCreator because the qbscore library was
not found.
I then copied the compiled plugin into my precompiled Qt-5.2.1
directory and I was able to create a D project and edit a D file.
Unfortunately I wasn't able to
On Friday, 4 July 2014 at 01:26:37 UTC, Walter Bright wrote:
If you sit around waiting for arbitrary perfection, you'll
never get any work done. I don't care that my truck has dings
in it, either, it's a truck and it's useful for what I need it
for :-)
Even though a Tesla is of no more
On Thursday, 3 July 2014 at 14:26:51 UTC, Iain Buclaw via
Digitalmars-d wrote:
It's also a handy coincidence that for many platforms the
targets
largest supported FP and *double* type happen to be the same
too.
Out of curiosity, how is C long double interpreted on those
platforms? Just
On Thursday, 3 July 2014 at 21:53:25 UTC, Brian Schott wrote:
I think that the only sane way to solve this is to define in
the specs for core.memory that GC.addRange will only ever store
one entry per pointer, and that the length will be the value of
sz from the most recent call to addRange.
On Thursday, 3 July 2014 at 00:03:47 UTC, Walter Bright wrote:
On 7/2/2014 3:15 PM, Sean Kelly wrote:
On Wednesday, 2 July 2014 at 21:44:17 UTC, Walter Bright wrote:
C long double == D real for 32 and 64 bit OSX, Linux, and
FreeBSD.
And it's 'double double' on PPC and 128 bit quad on SPARC.
If you reallocate doubling the size, it's likely such reallocs
always move, so they should be equivalent to malloc+free, so your
code can be
mem2 = alloc(sz*2);
mem2[] = mem1[];
addRange(mem2);
removeRange(mem1);
free(mem1);
if not, you need to lock the GC so that it won't interfere during
On 4 Jul 2014 08:40, Russel Winder via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Fri, 2014-07-04 at 07:46 +0100, Iain Buclaw via Digitalmars-d wrote:
[…]
Powered by Martian Technology
@SarcasticRover is telling us Do not come to Mars. Perhaps its
commentary need censoring ;-)
On 4 Jul 2014 10:40, Joseph Rushton Wakeling via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Thursday, 3 July 2014 at 14:26:51 UTC, Iain Buclaw via Digitalmars-d
wrote:
It's also a handy coincidence that for many platforms the targets
largest supported FP and *double* type happen to
On Friday, 4 July 2014 at 08:21:05 UTC, chmike wrote:
Unfortunately I wasn't able to compile and run the hello world
program because the build command used by default is
make -debug -g -m64 -ofbin/debug/testQtCreatorD -odobj/debug
testQtCreatorD.d
So I'm not sure I properly installed
Walter Bright wrote in message news:lp26l3$qlk$1...@digitalmars.com...
Per the D spec, 'real' will be the longest type supported by the native
hardware.
So if you were targeting a processor with only soft-float real would be
undefined? Fixing the widths of the integers was a great idea,
Wanderer wrote in message news:aroorrxjloihxtthk...@forum.dlang.org...
Databases don't sort their records physically. The main reason
for that is that each record has many columns so there are many
various possible sort orders.
Yes they do.
On Thursday, 3 July 2014 at 21:57:14 UTC, Benoit Rostykus wrote:
We just set up a significant bounty for this bug:
https://www.bountysource.com/issues/2900969-struct-destructors-are-not-called-by-the-gc-but-called-on-explicit-delete
However, it is referenced on BountySource under the DLang's
On 4 Jul 2014 13:10, Daniel Murphy via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Walter Bright wrote in message news:lp26l3$qlk$1...@digitalmars.com...
Per the D spec, 'real' will be the longest type supported by the native
hardware.
So if you were targeting a processor with only
On Friday, 4 July 2014 at 01:26:37 UTC, Walter Bright wrote:
The issues you presented are subjective and a matter of opinion.
Well, one has to agree on a definition for a start! :)
If you sit around waiting for arbitrary perfection, you'll
never get any work done.
I pick the most stable
On 7/3/14, Benoit Rostykus via Digitalmars-d
digitalmars-d@puremagic.com wrote:
We just set up a significant bounty for this bug:
https://www.bountysource.com/issues/2900969-struct-destructors-are-not-called-by-the-gc-but-called-on-explicit-delete
Now *that* I definitely cannot work on. It's a
On Friday, 4 July 2014 at 00:11:25 UTC, Brad Anderson wrote:
I've had this .svg of the flat version of the logo around for a
few years that is a bit cleaner than the one you quickly put
together (sharper edges, and I think your bottom is truncated a
bit).
I didn't put it together quickly, but
Ola Fosheim Grøstad:
If the D maintainers don't care about reaching a stable state,
at the expense of scope and features,
Don't be silly, D devs care a lot about reaching stability,
fixing bugs, etc.
Bye,
bearophile
Iain Buclaw via Digitalmars-d digitalmars-d@puremagic.com wrote in
message news:mailman.3265.1404477916.2907.digitalmar...@puremagic.com...
FP types are fixed. float is 32bit, double 64bit.
That's 2/3.
What 's the mangling problem with long double? There's only *one* long
double.
long
Go (compared to several other languages) for servers:
http://togototo.wordpress.com/2014/07/04/why-go-is-great-for-servers/
http://www.reddit.com/r/programming/comments/29t3zy/why_go_is_great_for_servers/
The two comments about D:
I considered an implementation in D, but while D has green
On Friday, 4 July 2014 at 10:36:03 UTC, safety0ff wrote:
I just thought a little more about this and you will always
have a race.
Consider this code:
auto a = malloc(aSize);
GC.addRange(a, aSize);
auto b = realloc(a, aSize * 2);
If realloc moves the data (a != b) and the GC runs before you
On 4 July 2014 14:01, Daniel Murphy via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Iain Buclaw via Digitalmars-d digitalmars-d@puremagic.com wrote in
message news:mailman.3265.1404477916.2907.digitalmar...@puremagic.com...
FP types are fixed. float is 32bit, double 64bit.
That's
On Friday, 4 July 2014 at 14:10:29 UTC, bearophile wrote:
D: y u no distinguish between ints/longs/floats/doubles and
pointers when taking out the trash? You argue that internal
pointers make implementing a precise garbage collector (which
wouldn’t mistake numbers for pointers) impossible, but
I was delighted when the kitchen arrived and was very impressed
with the service Stilhaus Kitchens gave me. They've certainly got
a contented customer in me and everyone in my house loves our new
elegant kitchen.
[URL=http://www.stilhauskitchens1.co.uk]Stilhaus Kitchens
Reviews[/URL]
On Friday, 4 July 2014 at 15:29:06 UTC, Brian Rogoff wrote:
On Friday, 4 July 2014 at 14:10:29 UTC, bearophile wrote:
D: y u no distinguish between ints/longs/floats/doubles and
pointers when taking out the trash? You argue that internal
pointers make implementing a precise garbage collector
I was delighted when the kitchen arrived and was very impressed
with the service Stilhaus Kitchens gave me. They've certainly got
a contented customer in me and everyone in my house loves our new
elegant kitchen.
http://www.stilhauskitchens1.co.uk
Iain Buclaw via Digitalmars-d wrote in message
news:mailman.3268.1404486824.2907.digitalmar...@puremagic.com...
You're confusing long double with size_t. I did a cursory look up
msvc++ mangling, and long double is always 'O'. The itanium spec says
that long double is 'e' - unless 128bits in
On 4 July 2014 17:31, Daniel Murphy via Digitalmars-d
digitalmars-d@puremagic.com wrote:
Iain Buclaw via Digitalmars-d wrote in message
news:mailman.3268.1404486824.2907.digitalmar...@puremagic.com...
You're confusing long double with size_t. I did a cursory look up
msvc++ mangling, and
On 7/4/2014 1:37 AM, Max Samukha wrote:
On Friday, 4 July 2014 at 01:26:37 UTC, Walter Bright wrote:
If you sit around waiting for arbitrary perfection, you'll never get any work
done. I don't care that my truck has dings in it, either, it's a truck and
it's useful for what I need it for :-)
On 7/4/2014 5:48 AM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
I pick the most stable tool for the job. Meaning I usually end up with C,
conservative use of C++, Python 2.7, Javascript, SQL or XSLT… :-P Rarely D and
occasionally Dart (which isn't particularly stable either
On 7/4/2014 5:06 AM, Daniel Murphy wrote:
Walter Bright wrote in message news:lp26l3$qlk$1...@digitalmars.com...
Per the D spec, 'real' will be the longest type supported by the native
hardware.
So if you were targeting a processor with only soft-float real would be
undefined? Fixing the
On Friday, 4 July 2014 at 14:47:12 UTC, Chris Cain wrote:
Is there a way to lock the GC currently?
There are critical regions in core.thread. While in such a
region, your thread will never be suspended, effectively also
precluding the GC from running. They are a rather dangerous tool
On 7/4/2014 3:38 AM, Don wrote:
What is the longest type supported by the native hardware? I don't know what
that means, and I don't think it even makes sense.
Most of the time, it is quite clear.
For example, Sparc has 128-bit quads, but they only have partial support.
Effectively. they
On 7/4/2014 6:01 AM, Daniel Murphy wrote:
long double may not be the same size as D's real, eg in msvc it's 64-bit. You
can still still call these functions from D using double in C, but the mangling
will not match in C++.
You are correct in that VC++ mangles double as 'N' and long double as
On Friday, 4 July 2014 at 17:05:16 UTC, Walter Bright wrote:
On 7/4/2014 3:38 AM, Don wrote:
What is the longest type supported by the native hardware? I
don't know what
that means, and I don't think it even makes sense.
Most of the time, it is quite clear.
For example, Sparc has 128-bit
On 7/4/2014 10:42 AM, John Colvin wrote:
Who are these compiler implementers?
Whoever decides to implement D for a particular platform.
Are you actually suggesting that, for example, ldc and gdc would seperately
decide
I am confident they will exercise good judgement in making their
On Friday, 4 July 2014 at 14:47:12 UTC, Chris Cain wrote:
If GC.enable and GC.disable truly disallowed GC running (or
alternative `GC.hard_disable`/`GC.hard_enable` existed that
guaranteed such) then you could use that to make sure that the
GC didn't collect in the middle of a pair of those
On Friday, 4 July 2014 at 12:59:41 UTC, bearophile wrote:
If the D maintainers don't care about reaching a stable state,
at the expense of scope and features,
Don't be silly, D devs care a lot about reaching stability,
fixing bugs, etc.
But not to the extent that they are willing to limit
Hello,
I want to represent a tree node in D. I think if struct works for
it:
struct Node {
Node* l, r;
}
But can I use pointers? Will GC treat them properly? I'm leaning
to think it should be okay.
On Friday, 4 July 2014 at 19:13:28 UTC, Igor wrote:
Hello,
I want to represent a tree node in D. I think if struct works
for it:
struct Node {
Node* l, r;
}
But can I use pointers? Will GC treat them properly? I'm
leaning to think it should be okay.
Yes, in fact that's how it's done in
On Friday, 4 July 2014 at 16:16:35 UTC, Meta wrote:
On Friday, 4 July 2014 at 15:29:06 UTC, Brian Rogoff wrote:
On Friday, 4 July 2014 at 14:10:29 UTC, bearophile wrote:
D: y u no distinguish between ints/longs/floats/doubles and
pointers when taking out the trash? You argue that internal
On 7/4/2014 12:07 PM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
The D spec should be clear on what IEEE 754 compliance actually
means and relate it to all probable scenarios.
I'm curious how that would affect anyone currently using dmd/gdc/ldc in getting
professional work
On Friday, 4 July 2014 at 19:53:11 UTC, Walter Bright wrote:
I'm curious how that would affect anyone currently using
dmd/gdc/ldc in getting professional work done.
It doesn't affect them since they are on x86 (until they want to
use co-processor auto-vectorization). As far as I can tell,
On 7/4/2014 1:13 PM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
If you can commit to a spec for D2 that is final, then you can also plan for
when D2 is done.
There's no such thing as done for a working language. C++, for example, is
constantly in flux. Every release by
On Friday, 4 July 2014 at 19:46:40 UTC, Remo wrote:
Who want to use C-style memory management today ?
How about C++ style memory management, is this easy to this in
D2
now ?
The big problem with that is C++ style memory management
implies we're going to have new/delete which AFAIK delete is
On Friday, 4 July 2014 at 20:25:24 UTC, Chris Cain wrote:
depreciated
deprecated*. I swear I say it correctly and when I'm coding I
type it correctly there XD
On 7/4/2014 5:49 AM, Andrej Mitrovic via Digitalmars-d wrote:
Now *that* I definitely cannot work on. It's a complete conflict of
interest due to our two companies. :)
Dang, we can't afford any mutiny on the bounty!
On Friday, 4 July 2014 at 20:25:24 UTC, Chris Cain wrote:
On Friday, 4 July 2014 at 19:46:40 UTC, Remo wrote:
Who want to use C-style memory management today ?
How about C++ style memory management, is this easy to this in
D2
now ?
The big problem with that is C++ style memory management
On Friday, 4 July 2014 at 20:28:36 UTC, Walter Bright wrote:
There's no such thing as done for a working language. C++, for
example, is constantly in flux. Every release by every vendor
alters which parts of the standard and draft standard it
supports.
And no sane devs rely on those
05-Jul-2014 00:25, Chris Cain пишет:
On Friday, 4 July 2014 at 19:46:40 UTC, Remo wrote:
Who want to use C-style memory management today ?
How about C++ style memory management, is this easy to this in D2
now ?
The big problem with that is C++ style memory management implies we're
going to
At 1000$ this will find a hacker in no time.
On Friday, July 4, 2014, Walter Bright via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On 7/4/2014 5:49 AM, Andrej Mitrovic via Digitalmars-d wrote:
Now *that* I definitely cannot work on. It's a complete conflict of
interest due to our two
On Friday, 4 July 2014 at 20:43:01 UTC, Dicebot wrote:
On Friday, 4 July 2014 at 20:25:24 UTC, Chris Cain wrote:
On Friday, 4 July 2014 at 19:46:40 UTC, Remo wrote:
Who want to use C-style memory management today ?
How about C++ style memory management, is this easy to this
in D2
now ?
The
On 7/4/2014 1:41 PM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
On Friday, 4 July 2014 at 20:28:36 UTC, Walter Bright wrote:
There's no such thing as done for a working language. C++, for example, is
constantly in flux. Every release by every vendor alters which parts of the
On Friday, 4 July 2014 at 21:09:05 UTC, Remo wrote:
By C++ style memory management I do not mean naked new/delete
or malloc/free.
What I mean is RAII, smart pointers and destructor's.
What is the proper replacement for std::unique_ptr and
std::shared_ptr in D2 ?
Of course with move support
On Thu, 3 Jul 2014 14:01:23 -0700
Jonathan M Davis via Digitalmars-d digitalmars-d@puremagic.com wrote:
I'm fine with real varying from platform to platform depending on
what makes sense for that platform, but I think that it should be
clear what real is generally supposed to be (e.g. the
On Friday, 4 July 2014 at 21:08:27 UTC, Walter Bright wrote:
rewriting what C++ best practices are. To characterize all
this churn as stablility is awfully charitable.
Pfft, a lot of performance C++ code is roughly in 1998 land
without exceptions and rtti.
Uh-huh. And how much professional
On Friday, 4 July 2014 at 01:17:39 UTC, Brad Anderson wrote:
Just the D and moons:
https://drive.google.com/file/d/0Bx3n3LnLsNBzN1didmlWZmtQQTQ/edit?usp=sharing
They show up as pixilated in the Google Drive preview because
they are being rendered at the specified page size of 125x125px
but
I don’t think that any k'i't'c'h'e'n company can compete with
K'i't'c'h'e'n
'D'e's'i'g'n Lancashire .
I cannot figure out what is wrong with this code and why i keep
getting object.error access violation. the code is simple
tutorial code for SDL and OpenGL what am i doing wrong (the
access violation seems to be with glGenBuffers)
The Code
import std.stdio;
import derelict.opengl3.gl3;
import
Can you try to add DerelictGL3.reload(); after
SDL_GL_CreateContext ?
Sean Campbell:
I cannot figure out what is wrong with this code and why i keep
getting object.error access violation. the code is simple
tutorial code for SDL and OpenGL what am i doing wrong (the
access violation seems to be with glGenBuffers)
I don't know where your problem is, but you
Is this another bug in std.range.transposed?
void main() {
import std.stdio, std.algorithm, std.range;
auto M = [[[1, 2]], [[3, 4]]];
M.filter!(r = r.dup.transposed.walkLength).writeln;
M.filter!(r = r.transposed.walkLength).writeln;
}
Output with the latest dmd:
[[[1, 2]],
On Friday, 4 July 2014 at 08:02:59 UTC, Misu wrote:
Can you try to add DerelictGL3.reload(); after
SDL_GL_CreateContext ?
yes this solved the problem. however why? is it a problem with
the SDL binding?
On Friday, 4 July 2014 at 09:39:49 UTC, Sean Campbell wrote:
On Friday, 4 July 2014 at 08:02:59 UTC, Misu wrote:
Can you try to add DerelictGL3.reload(); after
SDL_GL_CreateContext ?
yes this solved the problem. however why? is it a problem with
the SDL binding?
No.
On 7/4/2014 6:39 PM, Sean Campbell wrote:
On Friday, 4 July 2014 at 08:02:59 UTC, Misu wrote:
Can you try to add DerelictGL3.reload(); after SDL_GL_CreateContext ?
yes this solved the problem. however why? is it a problem with the SDL
binding?
OpenGL on Windows requires a context be created
https://issues.dlang.org/show_bug.cgi?id=13041
Bye,
bearophile
After upgrading to latest dmd, I get the follow error on the code
template Array(T) { alias Array = std.container.Array!T; }
Error: Array!(iDataBlock).Array recursive alias declaration
I don't see anything recursive about it... and the code worked
before. Any ideas?
Frustrated:
After upgrading to latest dmd, I get the follow error on the
code
template Array(T) { alias Array = std.container.Array!T; }
Try to use a different name inside the template, like Vector.
Bye,
bearophile
On Friday, 4 July 2014 at 15:10:14 UTC, bearophile wrote:
Frustrated:
After upgrading to latest dmd, I get the follow error on the
code
template Array(T) { alias Array = std.container.Array!T; }
Try to use a different name inside the template, like Vector.
Bye,
bearophile
Huh?
The
On Friday, 4 July 2014 at 15:07:00 UTC, Frustrated wrote:
After upgrading to latest dmd, I get the follow error on the
code
template Array(T) { alias Array = std.container.Array!T; }
Error: Array!(iDataBlock).Array recursive alias declaration
I don't see anything recursive about it... and
Frustrated:
Since there is no recursion going on there, it shouldn't be a
problem.
Yes, sorry.
In dmd 2.066 this too could work:
alias Array(T) = std.container.Array!T;
Bye,
bearophile
On Friday, 4 July 2014 at 15:37:52 UTC, Marc Schütz wrote:
On Friday, 4 July 2014 at 15:07:00 UTC, Frustrated wrote:
After upgrading to latest dmd, I get the follow error on the
code
template Array(T) { alias Array = std.container.Array!T; }
Error: Array!(iDataBlock).Array recursive alias
On Friday, 4 July 2014 at 15:42:36 UTC, bearophile wrote:
Frustrated:
Since there is no recursion going on there, it shouldn't be a
problem.
Yes, sorry.
In dmd 2.066 this too could work:
alias Array(T) = std.container.Array!T;
Bye,
bearophile
That just gives more errors.
I'm not using
On Friday, 4 July 2014 at 16:28:48 UTC, Frustrated wrote:
On Friday, 4 July 2014 at 15:42:36 UTC, bearophile wrote:
Frustrated:
I'm not using 2.066 though...
I will revert back to the dmd version I was using when it
worked... Hopefully someone can make sure this is not a
regression in the
On Friday, 4 July 2014 at 16:31:28 UTC, Stanislav Blinov wrote:
On Friday, 4 July 2014 at 16:28:48 UTC, Frustrated wrote:
On Friday, 4 July 2014 at 15:42:36 UTC, bearophile wrote:
Frustrated:
I'm not using 2.066 though...
I will revert back to the dmd version I was using when it
worked...
On Friday, 4 July 2014 at 20:25:28 UTC, Frustrated wrote:
On Friday, 4 July 2014 at 16:31:28 UTC, Stanislav Blinov wrote:
On Friday, 4 July 2014 at 16:28:48 UTC, Frustrated wrote:
On Friday, 4 July 2014 at 15:42:36 UTC, bearophile wrote:
Frustrated:
I'm not using 2.066 though...
I will
On Ubuntu 14.04 my git master build script for phobos now fails
as below.
Why? Help please.
/usr/bin/ld points to /usr/bin/ld.bfd on my system
Terminal echo and error message follows:
../dmd/src/dmd
-I/home/per/opt/x86_64-unknown-linux-gnu/dmd/include/d2 -shared
-debuglib= -defaultlib=
Possibly something related to:
https://github.com/D-Programming-Language/dmd/pull/3715
Have you tried updating to git master today?
https://issues.dlang.org/show_bug.cgi?id=12485
--- 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/d99d4961bc5a2f5ac02e1ea7094eb18358e383d5
fix Issue 12485 -
https://issues.dlang.org/show_bug.cgi?id=1164
Pieter Penninckx pieter.pennin...@scarlet.be changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=13039
Issue ID: 13039
Summary: combinations
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P1
Component:
https://issues.dlang.org/show_bug.cgi?id=13040
Issue ID: 13040
Summary: Use -vcolumns switch on default and remove it
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
https://issues.dlang.org/show_bug.cgi?id=12655
--- Comment #3 from jens.k.muel...@gmx.de ---
A cumulate returning the same number elements can be written using map.
auto cumulate(alias f, R, T)(R r, T seed)
if (isInputRange!R is(T == ElementType!R))
https://issues.dlang.org/show_bug.cgi?id=13039
--- Comment #1 from bearophile_h...@eml.cc ---
import std.traits: Unqual;
size_t binomial(size_t n, size_t k) pure nothrow @safe @nogc
in {
assert(n 0, binomial: n must be 0.);
} body {
if (k 0 || k n)
return 0;
if (k (n /
https://issues.dlang.org/show_bug.cgi?id=13041
Issue ID: 13041
Summary: A problem in std.range.transposed
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=13042
Issue ID: 13042
Summary: std.net.curl.SMTP doesn't send emails with
libcurl-7.34.0 or newer
Product: D
Version: unspecified
Hardware: All
OS: Windows
https://issues.dlang.org/show_bug.cgi?id=10916
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Keywords||pull, wrong-code
---
https://issues.dlang.org/show_bug.cgi?id=13043
Issue ID: 13043
Summary: Redundant linking to TypeInfo in non-root module
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Keywords: link-failure
1 - 100 of 158 matches
Mail list logo
