I noticed the calling classinfo on an interface returns the class info
of the static type and not the dynamic type. Is that intentional?
Perhaps because of COM and C++ interfaces?
module main;
import std.stdio;
interface Foo {}
class Bar : Foo {}
void main()
{
Foo f = new Bar;
Is there any way to input such a literal? Both `...` and qEOS...EOS do not
allow escape sequences. I'm on Linux, but I need precisely CRLF, not just
\n.
--
Marek Janukowicz
On Tuesday, 25 August 2015 at 18:29:08 UTC, Vladimir Panteleev
wrote:
I think this is a bug, but is easily worked around with:
auto test(string a) {
return .test(a, b);
}
Thanks, this worked.
Filled it: https://issues.dlang.org/show_bug.cgi?id=14965
https://issues.dlang.org/show_bug.cgi?id=14965
timon.g...@gmx.ch changed:
What|Removed |Added
CC||timon.g...@gmx.ch
--- Comment #1 from
https://issues.dlang.org/show_bug.cgi?id=14966
Issue ID: 14966
Summary: Comparing two std.xml.Document result in infinite
recursion
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
On 08/25/2015 08:29 PM, Vladimir Panteleev wrote:
I think this is a bug, but is easily worked around with:
auto test(string a) {
return .test(a, b);
}
I suspect that the reason the error occurs, is that the auto return type
automatically rewrites the function declaration into an
On 08/26/2015 11:59 AM, Adam D. Ruppe wrote:
On Wednesday, 26 August 2015 at 18:53:19 UTC, Jacob Carlborg wrote:
Is that intentional? Perhaps because of COM and C++ interfaces?
Yes, exactly. COM and C++ things won't necessarily have a D TypeInfo
available and since interfaces can be them, it
On 08/26/2015 09:55 PM, Timon Gehr wrote:
On 08/25/2015 08:29 PM, Vladimir Panteleev wrote:
I think this is a bug, but is easily worked around with:
auto test(string a) {
return .test(a, b);
}
I suspect that the reason the error occurs, is that the auto return type
automatically
anonymous wrote:
Is there any way to input such a literal? Both `...` and qEOS...EOS do
not allow escape sequences. I'm on Linux, but I need precisely CRLF, not
just \n.
I'm probably missing the point, but:
Hello\r\nworld
Or if you want to include the \n verbatim:
Hello\r
world
On Wednesday, 26 August 2015 at 18:53:19 UTC, Jacob Carlborg
wrote:
Is that intentional? Perhaps because of COM and C++ interfaces?
Yes, exactly. COM and C++ things won't necessarily have a D
TypeInfo available and since interfaces can be them, it can't be
sure.
What I do there is to just
On Wednesday, 26 August 2015 at 18:28:02 UTC, Marek Janukowicz
wrote:
Is there any way to input such a literal? Both `...` and
qEOS...EOS do not allow escape sequences. I'm on Linux, but I
need precisely CRLF, not just \n.
One way you could do it is to stick a .replace(\n, \r\n) to
the end
On Wednesday 26 August 2015 20:28, Marek Janukowicz wrote:
Is there any way to input such a literal? Both `...` and qEOS...EOS do
not allow escape sequences. I'm on Linux, but I need precisely CRLF, not
just \n.
I'm probably missing the point, but:
Hello\r\nworld
Or if you want to include
https://issues.dlang.org/show_bug.cgi?id=14965
Issue ID: 14965
Summary: Forward reference to inferred return type of function
call when using auto return type
Product: D
Version: D2
Hardware: x86_64
OS: All
https://issues.dlang.org/show_bug.cgi?id=14967
Issue ID: 14967
Summary: std.xml.Tag doesn't include attributes in comparison
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
On 24-Aug-2015 15:01, Ilya Yaroshenko wrote:
http://code.dlang.org/packages/aammm/~master
# aammm
Associative arrays with manual memory management
All enries and buckets would be dealocated and disposed by internal
implementation's destructor.
The destructor is called by garbage collector (by
On Monday, 24 August 2015 at 12:01:52 UTC, Ilya Yaroshenko wrote:
http://code.dlang.org/packages/aammm/~master
It would be nice to have a test example for other allocators. I'm
especially interested in how much speed we can gain with using a
non-shared BlockAllocator in combination with
On Monday, 24 August 2015 at 18:43:01 UTC, Andrei Alexandrescu
wrote:
Hello everyone,
Following an increasing desire to focus on working on the D
language and foundation, I have recently made the difficult
decision to part ways with Facebook, my employer of five years
and nine months.
On Monday, 24 August 2015 at 12:01:52 UTC, Ilya Yaroshenko wrote:
Nice! I'll try this!
auto a = AA!(string, int, shared Mallocator)
When does the third parameter need to be qualified as `shared`?
On Wed, 2015-08-26 at 09:20 +, John Colvin via Digitalmars-d
-announce wrote:
[…]
Not a one man shop. Ilya Yaroshenko is helping a lot, Lars T
Kyllingstad is on board (along with SciD) and there are many
others who are getting involved in some way.
Anyone else who's interested should
Hi, all.
I have a question.
When 'testdic' file does' t exist, something wrong.
---
import std.mmFile;
int main() {
auto x = new MmFile(testdic,MmFile.Mode.readWrite,0,null);
return 0;
}
---
OSX 10.10.3 ,
DMD64 D Compiler v2.069-devel-d0327d9
After testdic file (size=0) was made,
On 08/26/15 14:42, Mike Parker via Digitalmars-d-learn wrote:
This doesn't help me distinguish aliased function names.
[...]
I don't want to put any restrictions on what the user can have in the
module/class/struct that contains the function pointer. It's just that
aliased function names
On Wednesday, 26 August 2015 at 15:49:23 UTC, Junichi Nakata
wrote:
Hi, all.
I have a question.
When 'testdic' file does' t exist, something wrong.
---
import std.mmFile;
int main() {
auto x = new MmFile(testdic,MmFile.Mode.readWrite,0,null);
return 0;
}
---
OSX 10.10.3 ,
DMD64 D
Thanks for the thorough response. I'm aware of some of what you
explained. Maybe I should have asked differently. Rather than asking
what RAII facilities do exist, I guess I was looking for the answer,
Here's what you typically do in C++ RAII that you can't do in D. I
could probably find out
Thanks. I had not looked at some of those yet.
Jim
On 26 August 2015 at 00:55, Laeeth Isharc via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
On Tuesday, 25 August 2015 at 21:43:11 UTC, Iain Buclaw wrote:
The work done on GDC is well appreciated, GDC's codebase is much cleaner
now than it was before the refactoring.
Thanks for all the info. It's a good comparison of structs and classes
to keep handy. Actually, I'm fine with the GC. I don't mean to avoid it.
I just would like some way to also have non-memory resources
automatically released in a timely, predictable way.
One common thing to do in C++ is to
On Wednesday, 26 August 2015 at 14:29:30 UTC, Andrea Fontana
wrote:
__traits(setAttributes, ...)
It would be useful, for example, if I have a list of functions
to mark. Let's say
enum toExport = [oldFunction, thisToo];
foreach(d; toExport) __traits(setAttributes, ...);
Lots of
https://issues.dlang.org/show_bug.cgi?id=14968
Issue ID: 14968
Summary: Invalid mmfile length allowed on Linux
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: normal
On Wednesday, 26 August 2015 at 17:30:29 UTC, Alex Parrill wrote:
On Wednesday, 26 August 2015 at 15:49:23 UTC, Junichi Nakata
wrote:
Hi, all.
I have a question.
When 'testdic' file does' t exist, something wrong.
---
import std.mmFile;
int main() {
auto x = new
On Wed, 26 Aug 2015 08:27:05 +, FreeSlave wrote:
Are there ways to fix this? Should I consider writing my own range type
probably?
Check http://dlang.org/phobos/std_algorithm_iteration.html#.cache
On Wednesday, 26 August 2015 at 05:54:44 UTC, nazriel wrote:
On Thursday, 20 August 2015 at 20:28:48 UTC, Steven
Schveighoffer wrote:
dpaste.dzfl.pl is severely out of date. Who maintains this and
can we get it updated? It's going to start hurting us pretty
severely if we use it as our go-to
On Wednesday, 26 August 2015 at 08:30:04 UTC, Yazan D wrote:
On Wed, 26 Aug 2015 08:27:05 +, FreeSlave wrote:
Are there ways to fix this? Should I consider writing my own
range type probably?
Check
http://dlang.org/phobos/std_algorithm_iteration.html#.cache
I tried it. It can help
On Wednesday, 26 August 2015 at 06:50:26 UTC, Per Nordlöw wrote:
On Monday, 24 August 2015 at 12:01:52 UTC, Ilya Yaroshenko
wrote:
http://code.dlang.org/packages/aammm/~master
It would be nice to have a test example for other allocators.
I'm especially interested in how much speed we can
I wonder if there's a way to add UDA to functions at compile-time
(so I can read later from other parts of application).
Andrea
On 08/26/2015 01:27 AM, FreeSlave wrote:
I would want to avoid redundant front evaluations.
Another option is std.functional.memoize:
import std.stdio;
import std.functional;
import std.algorithm;
import std.array;
void main()
{
auto r = [ 1, 2, 1 ]
Example:
import std.stdio;
import std.algorithm;
import std.path;
import std.file;
import std.exception;
import std.getopt;
import std.array;
import std.range;
auto algo(string fileName, string[] dirs, string[] extensions)
{
return dirs.filter!(delegate(dir) {
bool ok;
On Wednesday, 26 August 2015 at 06:50:26 UTC, Per Nordlöw wrote:
On Monday, 24 August 2015 at 12:01:52 UTC, Ilya Yaroshenko
wrote:
http://code.dlang.org/packages/aammm/~master
It would be nice to have a test example for other allocators.
I'm especially interested in how much speed we can
On Wednesday, 26 August 2015 at 06:41:41 UTC, Per Nordlöw wrote:
On Monday, 24 August 2015 at 12:01:52 UTC, Ilya Yaroshenko
wrote:
Nice! I'll try this!
auto a = AA!(string, int, shared Mallocator)
When does the third parameter need to be qualified as `shared`?
Only if you would use a
On Wednesday, 26 August 2015 at 05:51:06 UTC, Dmitry Olshansky
wrote:
On 25-Aug-2015 23:04, bachmeier wrote:
On Tuesday, 25 August 2015 at 19:29:06 UTC, Daniel Kozák wrote:
I can't agree more. OK maybe I would add this
https://twitter.com/kozzi11/status/636190895856091136 ;-)
This is a big
https://issues.dlang.org/show_bug.cgi?id=14962
Jack Applegame jappleg...@gmail.com changed:
What|Removed |Added
CC||jappleg...@gmail.com
On Wednesday, 26 August 2015 at 06:52:01 UTC, Dmitry Olshansky
wrote:
auto a = AA!(string, int, shared
Mallocator)(Mallocator.instance);
Sure hope a factory to do IFTI is available? So that the
following works:
auto a = aa!(string, int)(Mallocator.instance); // 3rd CT
param is
https://issues.dlang.org/show_bug.cgi?id=13889
--- Comment #5 from Martin Nowak c...@dawg.eu ---
Can you please try this preview.
https://dlang.dawg.eu/downloads/dmd.stable~fix13889/
--
On 2015-08-26 10:59, Mike James wrote:
Thanks Jacob,
I can confirm the libraries and snippets build no problem.
Awesome :)
--
/Jacob Carlborg
https://issues.dlang.org/show_bug.cgi?id=13889
Martin Nowak c...@dawg.eu changed:
What|Removed |Added
Keywords||pull
--- Comment #6 from Martin
On Wednesday, 26 August 2015 at 10:48:11 UTC, Ilya Yaroshenko
auto a = aa!(string, int)(Mallocator.instance); // 3rd CT
highlights
It would be nice to also see an example at
https://github.com/arexeu/aammm
that shows AA-usage in conjunction with some other allocator such
as FreeList and
This would be undefined behavior in c++ due to aliasing rules on
pointers. It appears to work reliably in D when I try it, but
that's obviously no guarantee that it's correct or will continue
to do so.
Is this correct code in D? And if not, what should I do instead
to cleanly and efficiently
On Tuesday, 25 August 2015 at 12:06:08 UTC, Mike Parker wrote:
Is there a way to determine whether a given symbol is an alias?
Consider this:
```
module funcs;
alias FuncPtr = void function();
@ChooseMe FuncPtr funcPtr;
alias anotherName = funcPtr;
```
Handing this module off to
On Tuesday, 25 August 2015 at 16:08:48 UTC, Rikki Cattermole
wrote:
\ While my memory especially at 4am is rusty here:
enum isVarDecl = __traits(compiles, {mixin(GOT ~ got;);});
Where GOT is assumed to be the string that you got from
__traits(allMembers.
It'll be true that it is a variable
https://issues.dlang.org/show_bug.cgi?id=14964
Issue ID: 14964
Summary: __traits(isAlias, foo)
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P1
On Wednesday, 26 August 2015 at 11:20:40 UTC, Meta wrote:
I've been doing work on this recently. As far as I can tell,
there is no way to do this. The problem is that an alias
behaves exactly like the thing being aliased since it's just a
name replacement, so there are no giveaways like being
On Wednesday, 26 August 2015 at 14:21:41 UTC, Ilya Yaroshenko
wrote:
It is possible but not so useful, thought.
Why is it not so useful?
`AA!(...).Entry.sizeof` and `AA!(...).Entry.alignof` should be
accessible from user code since v0.0.3 . They can be used to
construct allocators. I will
On Wednesday, 26 August 2015 at 12:10:17 UTC, Per Nordlöw wrote:
highlights
It would be nice to also see an example at
https://github.com/arexeu/aammm
that shows AA-usage in conjunction with some other allocator
such as FreeList and add a note about the performance
improvement this gives.
On Wednesday, 26 August 2015 at 14:01:00 UTC, Alex Parrill wrote:
On Wednesday, 26 August 2015 at 08:19:04 UTC, Andrea Fontana
wrote:
I wonder if there's a way to add UDA to functions at
compile-time (so I can read later from other parts of
application).
Andrea
What do you mean? UDAs are
On Wednesday, 26 August 2015 at 14:24:54 UTC, Per Nordlöw wrote:
On Wednesday, 26 August 2015 at 14:21:41 UTC, Ilya Yaroshenko
wrote:
It is possible but not so useful, thought.
Why is it not so useful?
Because looks like allocators have different additional params,
that dose not related to
On Wednesday, 26 August 2015 at 13:12:38 UTC, Per Nordlöw wrote:
On Wednesday, 26 August 2015 at 09:20:33 UTC, Ilya Yaroshenko
wrote:
Only if you would use a shared allocator like Mallocator or
GCAllocator.
Are there cases where a non-shared version of Mallocator or
GCAllocator is motivated?
On Wednesday, 26 August 2015 at 08:19:04 UTC, Andrea Fontana
wrote:
I wonder if there's a way to add UDA to functions at
compile-time (so I can read later from other parts of
application).
Andrea
What do you mean? UDAs are already specified at compile time.
@(hello)
void
On 26 August 2015 at 15:14, Mike via Digitalmars-d
digitalmars-d@puremagic.com wrote:
On Saturday, 22 August 2015 at 10:11:24 UTC, Iain Buclaw wrote:
A MUCH better solution:
T[] _d_arrayliteral(T)(size_t length)
Also, isn't the typeinfo now stored by the GC so it can call the dtor?
https://issues.dlang.org/show_bug.cgi?id=14953
--- Comment #3 from Chris wend...@tcd.ie ---
I understand your concerns regarding data flow. However, it's up to the user
(programmer) to determine whether or not the pending messages are relevant.
A use case: a text-to-speech synthesizer that has
A serious bug affecting RAII is
https://issues.dlang.org/show_bug.cgi?id=14903, but apparently
its importance hasn't been properly acknowledged yet. Improving
the performance of binaries produced by dmd's backend is
obviously way more important than fixing serious bugs or
commenting on
On Wednesday, 26 August 2015 at 05:54:44 UTC, nazriel wrote:
On Thursday, 20 August 2015 at 20:28:48 UTC, Steven
Schveighoffer wrote:
dpaste.dzfl.pl is severely out of date. Who maintains this and
can we get it updated? It's going to start hurting us pretty
severely if we use it as our go-to
On Wednesday, 26 August 2015 at 09:20:33 UTC, Ilya Yaroshenko
wrote:
Only if you would use a shared allocator like Mallocator or
GCAllocator.
Are there cases where a non-shared version of Mallocator or
GCAllocator is motivated?
If not could, maybe the shared-ness could be inferred?
On Saturday, 22 August 2015 at 10:11:24 UTC, Iain Buclaw wrote:
A MUCH better solution:
T[] _d_arrayliteral(T)(size_t length)
Also, isn't the typeinfo now stored by the GC so it can call
the dtor? Perhaps that is done in the filling of the array
literal, but I would be surprised as this is
On Wednesday 26 August 2015 14:14, John Burton wrote:
This would be undefined behavior in c++ due to aliasing rules on
pointers. It appears to work reliably in D when I try it, but
that's obviously no guarantee that it's correct or will continue
to do so.
Is this correct code in D? And if
On Wednesday, 26 August 2015 at 20:02:35 UTC, Timon Gehr wrote:
Another workaround is to order the declarations in the opposite
way:
import std.stdio;
import std.range : chain;
auto test(string a,string b) {
return chain(a,b);
}
auto test(string a) {
return test(a,b);
}
void main() {
On Friday, 21 August 2015 at 20:06:46 UTC, Andre Polykanine wrote:
Cool, but could you please make your captcha accessible
without
Andre, I do not understand what is wrong with captcha?
Write a Russian, it will be better :)
https://issues.dlang.org/show_bug.cgi?id=14969
Issue ID: 14969
Summary: cannot evaluate atan at compile time
Product: D
Version: D2
Hardware: x86_64
OS: Windows
Status: NEW
Severity: minor
https://issues.dlang.org/show_bug.cgi?id=14969
yosik...@altalk.com changed:
What|Removed |Added
CC||yosik...@altalk.com
--
On Thursday, 27 August 2015 at 02:50:58 UTC, BBasile wrote:
So the Q: Is this difference normal ?
Yes, it is a feature the Windows format supports but the Linux
one doesn't. On Linux, you need to list the libraries on the
command line again.
On Thursday, 27 August 2015 at 03:17:57 UTC, BBasile wrote:
On Thursday, 27 August 2015 at 02:50:58 UTC, BBasile wrote:
So the Q: Is this difference normal ?
the win OMF linux COFF thing maybe ?
If I understand your problem description correctly, the culprit
is likely the order in which
On Thursday, 27 August 2015 at 02:50:58 UTC, BBasile wrote:
So the Q: Is this difference normal ?
the win OMF linux COFF thing maybe ?
On 26-Aug-2015 12:20, John Colvin wrote:
On Wednesday, 26 August 2015 at 05:51:06 UTC, Dmitry Olshansky wrote:
On 25-Aug-2015 23:04, bachmeier wrote:
On Tuesday, 25 August 2015 at 19:29:06 UTC, Daniel Kozák wrote:
I can't agree more. OK maybe I would add this
On Wednesday, 26 August 2015 at 22:07:01 UTC, rsw0x wrote:
On Wednesday, 26 August 2015 at 17:30:29 UTC, Alex Parrill
wrote:
On Wednesday, 26 August 2015 at 15:49:23 UTC, Junichi Nakata
wrote:
Hi, all.
I have a question.
When 'testdic' file does' t exist, something wrong.
---
import
let's say i have 'libA', 'libB' and 'Project'
- libB uses libA
- Project uses libB
under Windows (32 bit, OMF objects, Digital Mars linker, so the
standard setup):
-
* libA is compiled with: dmd sourceA.d -lib
* libB is compiled with: dmd sourceB.d -lib -IpathToSourceA
* Project
https://issues.dlang.org/show_bug.cgi?id=14968
Junichi Nakata nak...@sb.ecei.tohoku.ac.jp changed:
What|Removed |Added
CC|
74 matches
Mail list logo