On Monday, 15 February 2016 at 02:31:21 UTC, Rikki Cattermole
wrote:
Are you interested in taking ownership of the more basic
primitives?
Ownership as in "Only I can work on this."?
If so, no.
I have little to no experience with audio I/O, X11 or
DirectX/Windows API.
I'm just a somewhat
On Sunday, 14 February 2016 at 13:16:58 UTC, Jonathan M Davis
wrote:
On Sunday, 14 February 2016 at 10:59:41 UTC, w0rp wrote:
Maybe I'm missing something, but can't the length just be
size_t? I doubt there is much you could do with code which
generates finite sequences larger than the
On Monday, 15 February 2016 at 07:55:22 UTC, Tanel Tagaväli wrote:
Once I've learned more about the insides of audio software and
the native APIs on multiple platforms, I might be able to
contribute to said audio primitives.
I think you should forget about creating abstractions. Use the
low
On 15/02/16 8:55 PM, Tanel Tagaväli wrote:
On Monday, 15 February 2016 at 02:31:21 UTC, Rikki Cattermole wrote:
Are you interested in taking ownership of the more basic primitives?
Ownership as in "Only I can work on this."?
If so, no.
Onwership as in somebody needs to spear head the work
On Saturday, 13 February 2016 at 09:07:03 UTC, karabuta wrote:
I would prefer to use blender and import assets. How about that?
I made a program that does exactly that[0] using GFM, SDL and
assimp.
[0] https://github.com/clinei/3ddemo
Every time there is a D thread on reddit it feels like the new
user is expecting mind-blowing speed from D.
https://www.reddit.com/r/programming/comments/45v03g/porterstemmerd_an_implementation_of_the_porter/
This is the most recent one where John Colvin provided some
pointers to speed it up
Other than generating normal JSON content (stringify), JSON
string is used for Javascript string expressions as well.
To create a properly encoded Javascript string, the shortest way
is
JSONValue("this'\\is//the\"text").toString();
Yes, it works, but it is uncomfortable to write the code as
On Monday, 15 February 2016 at 13:51:38 UTC, ixid wrote:
This is the most recent one where John Colvin provided some
pointers to speed it up significantly. Walter has done some
good work taking the low-hanging fruit to speed up DMD code and
there is a lot of effort going on with reference
On Monday, 15 February 2016 at 11:07:31 UTC, Tanel Tagaväli wrote:
On Saturday, 13 February 2016 at 09:07:03 UTC, karabuta wrote:
I would prefer to use blender and import assets. How about
that?
I made a program that does exactly that[0] using GFM, SDL and
assimp.
[0]
On Monday, 15 February 2016 at 10:52:17 UTC, Ola Fosheim Grøstad
wrote:
I haven't been able to find a BSD style licensed high quality
polyphase resampling library. Which is what you need if you
want to efficiently change pitch on the fly.
This library exist, the author Aleksey Vaneev is
On Monday, 15 February 2016 at 11:03:09 UTC, Rikki Cattermole
wrote:
Ketmar definitely would not want to work on it. The only person
I know who could is p0nce and he's pretty busy as it stands
with his own audio work.
Indeed, but as part of speed/regression testing there is a crappy
VST
On Monday, 15 February 2016 at 14:09:04 UTC, tcak wrote:
Other than generating normal JSON content (stringify), JSON
string is used for Javascript string expressions as well.
To create a properly encoded Javascript string, the shortest
way is
JSONValue("this'\\is//the\"text").toString();
On Monday, 15 February 2016 at 14:16:02 UTC, Guillaume Piolat
wrote:
Something that annoyed me a bit is floating-point comparisons,
DMD does not seem to be able to handle them from SSE registers,
it will convert to FPU and do the comparison there IIRC.
I feel like this point comes up often,
On Monday, 15 February 2016 at 13:51:38 UTC, ixid wrote:
Every time there is a D thread on reddit it feels like the new
user is expecting mind-blowing speed from D.
[...]
if you want better codegen, don't use dmd.
use ldc, it's usualy only a version-ish behind dmd.
On Monday, 15 February 2016 at 14:16:02 UTC, Guillaume Piolat
wrote:
On Monday, 15 February 2016 at 13:51:38 UTC, ixid wrote:
This is the most recent one where John Colvin provided some
pointers to speed it up significantly. Walter has done some
good work taking the low-hanging fruit to speed
rears its head again :-)
Head Const is what C++ has for const, i.e. it is not transitive, applies to one
level only. D has transitive const.
What head const will do for us:
1. make it easy to interface to C++ code that uses const, as currently it is not
very practical to do so, you have to
On Monday, 15 February 2016 at 22:48:16 UTC, Walter Bright wrote:
rears its head again :-)
Head Const is what C++ has for const, i.e. it is not
transitive, applies to one level only. D has transitive const.
What head const will do for us:
1. make it easy to interface to C++ code that uses
On Monday, 15 February 2016 at 22:29:00 UTC, Basile B. wrote:
we could get ceil/trunc/round/floor, also almost as easily
fmod, hypoth.
classic but I dont get why thery're not in std.math.
Seems like you know a lot about the subject, and I know you
contributed to phobos before, so how about
On Monday, 15 February 2016 at 22:29:00 UTC, Basile B. wrote:
Same for std.math.lround
they use the FP way while for float and double it's only one
sse instruction. Typically with 6 functions similar to this one:
int round(float value)
{
asm
{
naked;
cvtss2si EAX,
On 2/15/2016 3:11 PM, ZombineDev wrote:
I'll leave to others to discuss whether a language solution is worth it, but I
just wanted to point out there are two library solutions in this area:
HeadConst [1] - PR pending, and
Rebindable (tail const) [2] - already part of Phobos.
Maybe if the
On Monday, 15 February 2016 at 23:28:28 UTC, Walter Bright wrote:
Transitive const is tail const.
const(char)[] foo is tail const
const(Object) ref is the analog the language is missing so phobos
tries to catch up
On Monday, 15 February 2016 at 23:19:44 UTC, Guillaume Piolat
wrote:
lround and friends have been a big performance problem at times.
Everytime you can use cast(int) instead, it's way faster.
I didn't know this trick. It generates almost the same sse
intruction (it truncates) and has the
On Monday, 15 February 2016 at 23:28:28 UTC, Walter Bright wrote:
On 2/15/2016 3:11 PM, ZombineDev wrote:
I'll leave to others to discuss whether a language solution is
worth it, but I
just wanted to point out there are two library solutions in
this area:
HeadConst [1] - PR pending, and
On 2/15/2016 3:39 PM, ZombineDev wrote:
I used the term "tail const" as a mutable pointer/reference to const/immutable
object, where transitivity starts from the object (not from the pointer, which
is what currently happens if you type `const Object o`).
Makes sense.
On Monday, 15 February 2016 at 23:39:56 UTC, ZombineDev wrote:
On Monday, 15 February 2016 at 23:28:28 UTC, Walter Bright
wrote:
On 2/15/2016 3:11 PM, ZombineDev wrote:
I'll leave to others to discuss whether a language solution
is worth it, but I
just wanted to point out there are two library
On Monday, 15 February 2016 at 14:39:38 UTC, Guillaume Piolat
wrote:
This library exist, the author Aleksey Vaneev is basically a
DSP greek semi-god.
https://github.com/avaneev/r8brain-free-src
By the same author: https://github.com/avaneev/avir
Hm, looks like an upsampled sinc filter. Have
On Monday, 15 February 2016 at 22:48:16 UTC, Walter Bright wrote:
rears its head again :-)
Head Const is what C++ has for const, i.e. it is not
transitive, applies to one level only. D has transitive const.
What head const will do for us:
1. make it easy to interface to C++ code that uses
On Mon, Feb 15, 2016 at 11:45:26PM +, ZombineDev via Digitalmars-d wrote:
[...]
> >I used the term "tail const" as a mutable pointer/reference to
> >const/immutable object, where transitivity starts from the object
> >(not from the pointer, which is what currently happens if you type
> >`const
On 16/02/2016 9:48 AM, Walter Bright wrote:
rears its head again :-)
Head Const is what C++ has for const, i.e. it is not transitive, applies
to one level only. D has transitive const.
What head const will do for us:
1. make it easy to interface to C++ code that uses const, as currently
it is
On Mon, 15 Feb 2016 16:14:23 -0800, H. S. Teoh via Digitalmars-d wrote:
> Just out of curiosity, since we already have Rebindable in Phobos and
> HeadConst is being proposed, what are the disadvantages / shortcomings
> of a library solution that would justify adding yet another feature to
> the
On Wednesday, 10 February 2016 at 03:28:55 UTC, Craig Dillabaugh
wrote:
clip
I would like confirmation from the following individuals if
they can mentor GSOC this summer.
Iain Buclaw
Bruno Medeiros
Martin Nowak (and as backup Admin)
Jacob Ovrum
And as backup mentors
Adam D. Ruppe
Dmitry
On Tue, Feb 16, 2016 at 12:21:38AM +, Chris Wright via Digitalmars-d wrote:
> On Mon, 15 Feb 2016 16:14:23 -0800, H. S. Teoh via Digitalmars-d wrote:
> > Just out of curiosity, since we already have Rebindable in Phobos
> > and HeadConst is being proposed, what are the disadvantages /
> >
On 2/15/2016 4:15 PM, Daniel Murphy wrote:
1. make it easy to interface to C++ code that uses const, as currently
it is not very practical to do so, you have to resort to pragma(mangle)
I'd much rather improve pragma(mangle) than add more C++ features to D.
It's currently difficult to
I am probably the minority but I almost never use the GC in D.
Because I never use the GC I could mark 99% of my functions with
@nogc.
I just seems very annoying to add @nogc to every function.
For people like me it seems that it could be a nice addition to
also allow @nogc for structs like
On Tuesday, 16 February 2016 at 02:42:06 UTC, maik klein wrote:
I just seems very annoying to add @nogc to every function.
you can mark everything as nogc with
// gc functions here
@nogc:
// nogc functions here
void foo() {}
On Tuesday, 16 February 2016 at 02:47:38 UTC, WebFreak001 wrote:
On Tuesday, 16 February 2016 at 02:42:06 UTC, maik klein wrote:
I just seems very annoying to add @nogc to every function.
you can mark everything as nogc with
// gc functions here
@nogc:
// nogc functions here
void foo() {}
On Tuesday, 16 February 2016 at 03:13:48 UTC, maik klein wrote:
I just realized that I can't even use @nogc because pretty much
nothing in phobos uses @nogc
Or it hasn't been tagged @nogc or based on templates they can't
be preemptively marked it. I'd think most ranges could be @nogc;
And
On Mon, 15 Feb 2016 16:57:44 -0800, H. S. Teoh via Digitalmars-d wrote:
> What about besides C++ integration? 'cos I remember some people were
> complaining that a library solution is bad, but I've forgotten what the
> reasons were.
The first problem mentioned was C++ integration, and the
On Tuesday, 16 February 2016 at 03:41:12 UTC, Era Scarecrow wrote:
On Tuesday, 16 February 2016 at 03:13:48 UTC, maik klein wrote:
I just realized that I can't even use @nogc because pretty
much nothing in phobos uses @nogc
Or it hasn't been tagged @nogc or based on templates they
can't be
On Tuesday, 16 February 2016 at 01:04:44 UTC, Walter Bright wrote:
On 2/15/2016 4:15 PM, Daniel Murphy wrote:
1. make it easy to interface to C++ code that uses const, as
currently
it is not very practical to do so, you have to resort to
pragma(mangle)
I'd much rather improve pragma(mangle)
On Tuesday, 16 February 2016 at 03:13:48 UTC, maik klein wrote:
Thanks, this should probably added to
https://dlang.org/spec/attribute.html#nogc
It's actually in there, it's just easy to miss.
It's the box with the text after
"Attributes are a way to modify one or more declarations. The
On Monday, 15 February 2016 at 22:48:16 UTC, Walter Bright wrote:
rears its head again :-)
Head Const is what C++ has for const, i.e. it is not
transitive, applies to one level only. D has transitive const.
What head const will do for us:
1. make it easy to interface to C++ code that uses
On Monday, 15 February 2016 at 22:48:16 UTC, Walter Bright wrote:
rears its head again :-)
Head Const is what C++ has for const, i.e. it is not
transitive, applies to one level only. D has transitive const.
What head const will do for us:
1. make it easy to interface to C++ code that uses
I think the point about name mangling is very true. That's the
most important thing, being able to call all of the C++ functions.
I personally love that const and immutable are transitive in D. I
get annoyed in other languages when I have const objects
containing mutable objects, and no real
On Sunday, 14 February 2016 at 22:54:36 UTC, Brother Bill wrote:
Please provide full replacement of this toy program that works
with D version 2.070.0
This one works fine for me in Windows with VisualD and DMD
2.070.0:
--
import std.concurrency, std.stdio,
Are there are any plans to create a scala spark-like RDD class
for D
(https://www.cs.berkeley.edu/~matei/papers/2012/nsdi_spark.pdf)?
This is a powerful model that has taken the data science world by
storm; it would be useful to have something like this in the D
world. Most of the algorithms
I have got class Config with method parseconfig. I need terminate
App if parsing of config was failed. The problem that I do not
know how to do it better.
void parseconfig()
{
try
{
//something go wrong
}
catch(Exception e)
{
writeln(e.msg);
// throw any exception here
}
}
But my
On Monday, 15 February 2016 at 11:09:10 UTC, data pulverizer
wrote:
Are there are any plans to create a scala spark-like RDD class
for D
(https://www.cs.berkeley.edu/~matei/papers/2012/nsdi_spark.pdf)? This is a powerful model that has taken the data science world by storm; it would be useful
It there a way to change how writeln converts structs to strings?
I read in the documentation it uses to!string to convert the
struct. Is there a way to overload to!string for my own type?
Let say I have:
struct Point {
int x, y;
}
and I want writeln(Point(3, 4)); to print "[3, 4]"
On Monday, 15 February 2016 at 12:03:44 UTC, ciechowoj wrote:
It there a way to change how writeln converts structs to
strings? I read in the documentation it uses to!string to
convert the struct. Is there a way to overload to!string for my
own type?
Let say I have:
struct Point {
int
On Sunday, 14 February 2016 at 09:48:54 UTC, Patience wrote:
Photoshop has the ability to be controlled by scripts and
programming languages. For example, C# can be used to access
photoshop by adding the appropriate reference and using
directives. I believe it is COM based but I am not totally
On Monday, 15 February 2016 at 01:14:10 UTC, Ali Çehreli wrote:
On 02/14/2016 11:32 AM, Bastiaan Veelo wrote:
If it's acceptable for you, the following code calls .save on
the elements and it works:
import std.algorithm.iteration;
import std.stdio;
import std.array;// <-- ADDED
void
Hello! I've found the following C++/Qt project:
http://www.treefrogframework.org/
It contains ORM. Treefrog can generate model stubs from the
existing database.
Is it possible to do the same in any D language ORM library?
BTW, similar situation was discussed here:
On Monday, 15 February 2016 at 01:42:30 UTC, Mike Parker wrote:
On Sunday, 14 February 2016 at 19:32:31 UTC, Bastiaan Veelo
wrote:
Maybe this [1] will help shed some light.
[1] https://www.packtpub.com/books/content/understanding-ranges
Good idea. I have your book, but it is very nice to
On Monday, 15 February 2016 at 11:38:05 UTC, Suliman wrote:
I have got class Config with method parseconfig. I need
terminate App if parsing of config was failed. The problem that
I do not know how to do it better.
void parseconfig()
{
try
{
//something go wrong
}
catch(Exception e)
{
On Monday, 15 February 2016 at 15:17:01 UTC, tcak wrote:
On Monday, 15 February 2016 at 11:38:05 UTC, Suliman wrote:
I have got class Config with method parseconfig. I need
terminate App if parsing of config was failed. The problem
that I do not know how to do it better.
void parseconfig()
{
On Monday, 15 February 2016 at 15:17:01 UTC, tcak wrote:
[...]
BUT (This is a big but with single t), in multithreaded
process, throwing Error in a thread that is not the main thread
won't stop your process still and you are still left with
"exit" function.
Mind, if you're doing the normal
On Monday, February 15, 2016 11:38:05 Suliman via Digitalmars-d-learn wrote:
> I have got class Config with method parseconfig. I need terminate
> App if parsing of config was failed. The problem that I do not
> know how to do it better.
>
> void parseconfig()
> {
> try
> {
>//something go
On Monday, February 15, 2016 15:38:07 Suliman via Digitalmars-d-learn wrote:
> On Monday, 15 February 2016 at 15:17:01 UTC, tcak wrote:
> > Since C's "exit" function is not liked, best thing you can do
> > is to throw an Error when you want to close the program. You
> > are not supposed to catch
On 02/15/2016 03:38 AM, Suliman wrote:
> I have got class Config with method parseconfig. I need terminate App if
> parsing of config was failed. The problem that I do not know how to do
> it better.
As others said, exceptions inherited from Error indicate situations
where the application
On 02/15/2016 06:25 AM, Bastiaan Veelo wrote:
> I didn't even know about save... Its documentation is hidden quite
> well, because I still cannot find it.
Heh. :) It is a part of the ForwardRange interface (more correctly,
"concept"?). It looks like "the additional capability that one can save
On Monday, 15 February 2016 at 11:38:05 UTC, Suliman wrote:
What is the best practice to stop app ?
Iveseenthisnewlibtheotherday:https://github.com/John-Colvin/exitclean
On Monday, 15 February 2016 at 18:13:48 UTC, Ali Çehreli wrote:
On 02/15/2016 06:25 AM, Bastiaan Veelo wrote:
> I didn't even know about save... Its documentation is hidden
> quite
> well, because I still cannot find it.
Heh. :) It is a part of the ForwardRange interface (more
correctly,
On Monday, 15 February 2016 at 11:38:05 UTC, Suliman wrote:
I have got class Config with method parseconfig. I need
terminate App if parsing of config was failed. The problem that
I do not know how to do it better.
void parseconfig()
{
try
{
//something go wrong
}
catch(Exception e)
{
On Monday, 15 February 2016 at 15:38:07 UTC, Suliman wrote:
Since C's "exit" function is not liked, best thing you can do
is to throw an Error when you want to close the program. You
are not supposed to catch Errors. So, it eventually will stop
the currently running thread.
but if I throw
I've been bitten again by my lack of understanding of the D
struct lifecycle :-/. I managed to reduce my buggy program to the
following example:
[code]
import std.stdio;
struct Foo
{
@disable this();
@disable this(this);
this(int valueIn) {value = valueIn;}
~this()
On Tuesday, 16 February 2016 at 02:09:15 UTC, Matt Elkins wrote:
I've been bitten again by my lack of understanding of the D
struct lifecycle :-/. I managed to reduce my buggy program to
the following example:
[...]
In D you can always call Foo.init even with @disable this(), The
first 3
On Tuesday, 16 February 2016 at 03:31:51 UTC, maik klein wrote:
In D you can always call Foo.init even with @disable this(),
Foo.init can be called implicitly (not just explicitly)? If so,
why even have @disable this(), if it offers no guarantees?
The first 3 destructor calls are from the 3
On Tuesday, 16 February 2016 at 03:39:00 UTC, Matt Elkins wrote:
On Tuesday, 16 February 2016 at 03:31:51 UTC, maik klein wrote:
In D you can always call Foo.init even with @disable this(),
Foo.init can be called implicitly (not just explicitly)? If so,
why even have @disable this(), if it
On 16/02/16 6:36 PM, ref2401 wrote:
import core.sys.windows.windows;
void main(string[] args) {
// I'm aware it would not work properly.
int formatIndex = ChoosePixelFormat(null, null);
}
When I compile the code above I'm getting the following link error:
OPTLINK (R) for Win32
On Tuesday, 16 February 2016 at 05:39:26 UTC, Rikki Cattermole
wrote:
Try compiling with 64bit.
If it works, its just the import libs not containing the symbol.
dmd main.d -ofconsole-app.exe -debug -unittest -wi -m64
That's what I'm getting now:
console-app.obj : error LNK2019: unresolved
On 16/02/16 7:13 PM, ref2401 wrote:
On Tuesday, 16 February 2016 at 05:39:26 UTC, Rikki Cattermole wrote:
Try compiling with 64bit.
If it works, its just the import libs not containing the symbol.
dmd main.d -ofconsole-app.exe -debug -unittest -wi -m64
That's what I'm getting now:
On Monday, 15 February 2016 at 14:33:24 UTC, Eliatto wrote:
Hello! I've found the following C++/Qt project:
http://www.treefrogframework.org/
It contains ORM. Treefrog can generate model stubs from the
existing database.
Is it possible to do the same in any D language ORM library?
BTW, similar
On Tuesday, 16 February 2016 at 06:22:33 UTC, Rikki Cattermole
wrote:
Found the problem, you haven't linked against gdi.
Thank you It works. I should have done this:
set filesToUse=main.d gdi32.lib
dmd @filesToUse -ofconsole-app.exe -debug -unittest -wi
Plotcli[1] is a command line application that can create plots by
parsing text/csv files and from piped data, making it useful
during data analysis.
Plotcli v0.8.0 has been largely rewritten to use ggplotd[2] as
its backend. This results in more beautiful plots and gives us
greater control
On 2016-02-14 17:53, Piotr Szturmaj wrote:
ddb was written with multiple databases in mind, mostly postgres, mysql
and sqlite. db.d (DBRow definition) is database independent. postgres.d
contains PGConnection, PGCommand, etc. Other backends should provide
their own classes like MySqlConnection,
On Monday, 15 February 2016 at 12:11:39 UTC, Edwin van Leeuwen
wrote:
Plotcli v0.8.0 has been largely rewritten to use ggplotd[2] as
its backend. This results in more beautiful plots and gives us
greater control over the exact plots created. Note though that
the command line arguments are
On Monday, 15 February 2016 at 12:11:39 UTC, Edwin van Leeuwen
wrote:
Plotcli[1] is a command line application that can create plots
by parsing text/csv files and from piped data, making it useful
during data analysis.
Plotcli v0.8.0 has been largely rewritten to use ggplotd[2] as
its
On Monday, 15 February 2016 at 20:17:00 UTC, wobbles wrote:
This looks very cool - does it take long to export the png file?
Particularly with the -f flag, if the data file is updated, how
long until does it take to print? I know I could check, but you
prob know the answer :P
Currently it
On 2016-02-14 20:48, Eugene Wissner wrote:
I think may be we should discuss if we can/should change something in
ddb. I think there were some interesting and promising ideas in this
discussion. Maybe split the PostgreSQL driver and develop it seperately
and use an interface more similar to JDBC.
On Monday, 15 February 2016 at 21:43:27 UTC, Edwin van Leeuwen
wrote:
On Monday, 15 February 2016 at 20:17:00 UTC, wobbles wrote:
This looks very cool - does it take long to export the png
file?
Particularly with the -f flag, if the data file is updated,
how long until does it take to
On Monday, 15 February 2016 at 22:54:19 UTC, wobbles wrote:
Sounds good!
I have a vibe.d app that plots our servers sar data using
plotly.js.
I'll investigate integrating this instead of plotly so I'll
have a fully D solution! (I tried generating my own svg file
but it was too large an
https://issues.dlang.org/show_bug.cgi?id=15683
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=15683
--- Comment #4 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos
https://github.com/D-Programming-Language/phobos/commit/c871ab44ccbcb2ab4822741dbb90181be72dffa1
fixed issue 15683
https://issues.dlang.org/show_bug.cgi?id=15684
Issue ID: 15684
Summary: secure wiki formatting
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: regression
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=15685
Issue ID: 15685
Summary: [$] should be allowed
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=15675
Dragos Carp changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1
https://issues.dlang.org/show_bug.cgi?id=7054
--- Comment #9 from Marco Leise ---
I always regarded it as merely a means to print stuff with a non-proportional
font for humans to read that extends to text files. The match up of bytes and
visual characters in the early days
https://issues.dlang.org/show_bug.cgi?id=10393
naptime changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=15686
Issue ID: 15686
Summary: std.uni overloads documentation
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: minor
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=15687
Issue ID: 15687
Summary: isInputRange/isForwardRange discriminate against
void[]
Product: D
Version: D2
Hardware: x86_64
OS: All
Status: NEW
https://issues.dlang.org/show_bug.cgi?id=13911
Seb changed:
What|Removed |Added
CC||s...@wilzba.ch
--
https://issues.dlang.org/show_bug.cgi?id=15687
--- Comment #1 from Kenji Hara ---
I think the main reason is that void[] cannot have valid `front` property as a
Range.
In std.range.primitive:
@property ref T front(T)(T[] a) @safe pure nothrow @nogc
if (!isNarrowString!(T[])
https://issues.dlang.org/show_bug.cgi?id=15680
Kenji Hara changed:
What|Removed |Added
Keywords||pull, wrong-code
https://issues.dlang.org/show_bug.cgi?id=15686
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
--
https://issues.dlang.org/show_bug.cgi?id=15688
Issue ID: 15688
Summary: dmd segfault
Product: D
Version: D2
Hardware: x86_64
OS: Mac OS X
Status: NEW
Severity: major
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=15684
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
--- Comment
https://issues.dlang.org/show_bug.cgi?id=15688
Kenji Hara changed:
What|Removed |Added
Keywords||ice, pull
https://issues.dlang.org/show_bug.cgi?id=15689
Issue ID: 15689
Summary: std.typecons.RefCounted doesn't work in ctfe
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
https://issues.dlang.org/show_bug.cgi?id=15359
hst...@quickfur.ath.cx changed:
What|Removed |Added
Keywords||diagnostic
CC|
1 - 100 of 106 matches
Mail list logo