https://github.com/Microsoft/microsoft-pdb
https://issues.dlang.org/show_bug.cgi?id=15201
Ludovit Lucenic changed:
What|Removed |Added
CC||lluce...@gmail.com
--
On 2015-10-29 18:58, Walter Bright wrote:
The usual technique in the D test suite is to pipe the output to a file,
and then diff against what it should be. Yes, you wind up with about one
test file per error message.
https://issues.dlang.org/show_bug.cgi?id=15253
Walter Bright changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=15258
Kenji Hara changed:
What|Removed |Added
Keywords||pull, rejects-valid
Am 13.10.2015 um 09:38 schrieb Sönke Ludwig:
Despite it's name, this release should be considered a beta release. PR
#1268[1] will potentially still make it in, but otherwise only bug
fixing will happen at this point. As with the previous versions, the
final release will happen at the same time
On Thursday, 29 October 2015 at 23:27:47 UTC, Jakob Bornecrantz
wrote:
On Wednesday, 28 October 2015 at 17:13:27 UTC, deadalnix wrote:
http://sarah.thesharps.us/2015/10/05/closing-a-door/
https://mjg59.dreamwidth.org/38136.html
These are different times.
Yup, professional victim use to not
On Friday, 30 October 2015 at 07:19:14 UTC, rsw0x wrote:
https://github.com/Microsoft/microsoft-pdb
The best part is that the documentation is actually a header file
licensed under MIT.
In other languages that have Attributes (Java and C# atleast)
I can do stuff like this: (Java)
//com.bar.java
interface Bar { /*stuff*/ }
//com.foo.java
class Foo
{
Foo(@Bar int a)
{
//some stuff
}
}
I don't seem to be able to do this in D. That is I cannot do this:
enum Bar;
I continue to play with SIMD. So I was trying to use std.simd
But it has lots of thing to be implemented. And I also gave up
with
core.simd.__simd due to problems with PMOVMSKB instruction (it
is not implemented).
Today I was playing with memchr for gdc:
memchr:
On Friday, 30 October 2015 at 20:58:37 UTC, anonymous wrote:
On 30.10.2015 21:23, TheFlyingFiddle wrote:
Is this intended to work?
struct A
{
__gshared static this()
{
//Add some reflection info to some global stuff.
addReflectionInfo!(typeof(this));
}
}
I just
On Friday, 30 October 2015 at 21:29:22 UTC, BBasile wrote:
On Friday, 30 October 2015 at 20:58:37 UTC, anonymous wrote:
On 30.10.2015 21:23, TheFlyingFiddle wrote:
Is this intended to work?
struct A
{
__gshared static this()
{
//Add some reflection info to some global stuff.
On Friday, 30 October 2015 at 21:29:22 UTC, BBasile wrote:
__gshared is mostly usefull on fields (eg public uint a)
because it prevents a data to be put on the TLS, which in
certain case reduces the perfs up to 30%. The byte code using a
global variable that's not __gshared can be incredibly
On Thursday, 29 October 2015 at 01:14:35 UTC, Tofu Ninja wrote:
On Thursday, 29 October 2015 at 00:11:06 UTC, Tofu Ninja wrote:
[...]
Actually never mind, what I just said was basically auto
override for this() so its not really any different. And it is
kinda limited with some problems.
https://issues.dlang.org/show_bug.cgi?id=15268
Issue ID: 15268
Summary: possible deadlock for Thread.getAll/Thread.opApply w/
GC.collect
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status:
On Friday, 30 October 2015 at 16:16:11 UTC, Sebastiaan Koppe
wrote:
On Wednesday, 14 October 2015 at 06:23:38 UTC, Brad Anderson
wrote:
Trying out the new JS interface generation on a little toy
project I'm getting:
[...]
Really cool feature though.
I really have to say I fail to see any
https://issues.dlang.org/show_bug.cgi?id=15269
ag0ae...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Friday, 30 October 2015 at 21:33:25 UTC, Andrei Alexandrescu
wrote:
Could you please take a look at GCC's generated code and
implementation of memchr? -- Andrei
glibc uses something like pseudo-SIMD with ordinal x86
instructions (XOR magic, etc).
Deap comarison I left for next time :)
On 10/30/2015 05:29 PM, Iakh wrote:
I continue to play with SIMD. So I was trying to use std.simd
But it has lots of thing to be implemented. And I also gave up with
core.simd.__simd due to problems with PMOVMSKB instruction (it is not
implemented).
Today I was playing with memchr for gdc:
Is this intended to work?
struct A
{
__gshared static this()
{
//Add some reflection info to some global stuff.
addReflectionInfo!(typeof(this));
}
}
I just noticed this works in 2.069, is this intended? I mean I
love it! It makes it possible to do lot's of useful mixins
On 30.10.2015 21:23, TheFlyingFiddle wrote:
Is this intended to work?
struct A
{
__gshared static this()
{
//Add some reflection info to some global stuff.
addReflectionInfo!(typeof(this));
}
}
I just noticed this works in 2.069, is this intended?
static
On Friday, 30 October 2015 at 20:23:45 UTC, TheFlyingFiddle wrote:
I just noticed this works in 2.069, is this intended?
I thought it always worked. The __gshared there I'm pretty sure
doesn't do anything and should prolly be removed.
The two forms are `static this` which is called for each
https://issues.dlang.org/show_bug.cgi?id=15257
--- Comment #4 from Vladimir Panteleev ---
(In reply to Cauterite from comment #3)
> Thanks, not sure why the pull didn't get posted here automatically.
It's not, you have to post it yourself.
https://issues.dlang.org/show_bug.cgi?id=15257
--- Comment #3 from Cauterite ---
(In reply to Vladimir Panteleev from comment #2)
> https://github.com/D-Programming-Language/dmd/pull/5244
Thanks, not sure why the pull didn't get posted here automatically.
--
On Friday, 30 October 2015 at 06:04:48 UTC, deadalnix wrote:
Why would someone capable as Sarah Sharp would join the train
is a mystery, but not all mystery are worth spending time
solving.
Judging by her post, she tried to force her behavioral standards
on the Linux kernel community and did
I'm writing a talk for codemesh on the use of D in finance.
I want to start by addressing the good reasons not to use D. (We
all know what the bad ones are). I don't want to get into a
discussion here on them, but just wanted to make sure I cover
them so I represent the state of affairs
https://issues.dlang.org/show_bug.cgi?id=15257
Vladimir Panteleev changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=15265
--- Comment #1 from Ketmar Dark ---
sample code to test:
import std.path;
void main () {
string temp = "temppath";
temp = std.path.buildPath(temp, "boo.foo");
}
it compiles without "-property", but gives errors with
https://issues.dlang.org/show_bug.cgi?id=15263
Vladimir Panteleev changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=15257
Vladimir Panteleev changed:
What|Removed |Added
Keywords||pull
---
I want to be able to do something like this:
enum a = 32
enum b = { q,w,e,r,t,y }
CtType ctype = getCtType!(a); // -> Would become
CtType.enumConstant
CtType ctype1 = getCtType!(b); // -> Would become CtType.enum_
On Friday, 30 October 2015 at 11:46:43 UTC, TheFlyingFiddle wrote:
I want to be able to do something like this:
enum a = 32
enum b = { q,w,e,r,t,y }
CtType ctype = getCtType!(a); // -> Would become
CtType.enumConstant
CtType ctype1 = getCtType!(b); // -> Would become CtType.enum_
Never
On Friday, 30 October 2015 at 07:19:14 UTC, rsw0x wrote:
https://github.com/Microsoft/microsoft-pdb
Great, hopefully Walter's article about reverse-engineering it,
people like Manu prodding the issue, and maybe even rants like
mine helped finally effect this change:
On Friday, 30 October 2015 at 07:19:14 UTC, rsw0x wrote:
https://github.com/Microsoft/microsoft-pdb
This probably relates to MS adding clang support to Visual Studio.
- Jonathan M Davis
https://issues.dlang.org/show_bug.cgi?id=15261
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=15260
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/4d38ed397f7d250830948e9a6f81250ed2d070e8
fix Issue 15260 -
https://issues.dlang.org/show_bug.cgi?id=15260
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://blogs.msdn.com/b/vcblog/archive/2015/10/29/visual-studio-2015-update-1-rc-available.aspx
Now compiler and libraries can be installed without IDE.
https://issues.dlang.org/show_bug.cgi?id=15257
Cauterite changed:
What|Removed |Added
Assignee|nob...@puremagic.com|cauter...@gmail.com
--
https://issues.dlang.org/show_bug.cgi?id=15261
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/759d27b90492864aae4c55d4071c2d666928a0fe
fix Issue 15261 -
https://issues.dlang.org/show_bug.cgi?id=15262
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/e99925e49c31b27c1c3c423758a1f55e12dfdee8
fix Issue 15262 -
https://issues.dlang.org/show_bug.cgi?id=15265
Issue ID: 15265
Summary: [Visual D]
Product: D
Version: D2
Hardware: All
URL: http://dlang.org/
OS: All
Status: NEW
Severity: major
https://issues.dlang.org/show_bug.cgi?id=15257
--- Comment #5 from Cauterite ---
(In reply to Vladimir Panteleev from comment #4)
> (In reply to Cauterite from comment #3)
> > Thanks, not sure why the pull didn't get posted here automatically.
>
> It's not, you have to post
https://issues.dlang.org/show_bug.cgi?id=15257
--- Comment #6 from Vladimir Panteleev ---
(In reply to Cauterite from comment #5)
> I think the wording on that page is a bit ambiguous.
It's a wiki, fix it :)
--
dub run -v
Linking...
dmd
-of.dub/build/standalone-debug-posix.osx-x86_64-dmd_2068-4E2C9DFD17A7951AAA2F7856AB27FB45/vibelog .dub/build/standalone-debug-posix.osx-x86_64-dmd_2068-4E2C9DFD17A7951AAA2F7856AB27FB45/vibelog.o ../../.dub/packages/stringex-0.0.2/libstringex.a
On Saturday, 31 October 2015 at 03:38:57 UTC, Mike Parker wrote:
How did you install DMD?
I didn't : P. First hurdle taken. It now compiles.
However, I get a linking error:
Linking...
ld: library not found for -levent
clang: error: linker command failed with exit code 1 (use -v to
see
On Friday, 30 October 2015 at 20:12:55 UTC, rsw0x wrote:
On Friday, 30 October 2015 at 19:13:10 UTC, Brian Schott wrote:
From the README: "The D Completion Daemon is an auto-complete
program for the D programming language." 0.7.3 is another
bug-fix release.
On Friday, 30 October 2015 at 10:35:03 UTC, Laeeth Isharc wrote:
I'm writing a talk for codemesh on the use of D in finance.
I want to start by addressing the good reasons not to use D.
(We all know what the bad ones are). I don't want to get into
a discussion here on them, but just wanted
On Saturday, 31 October 2015 at 04:00:18 UTC, Timoses wrote:
Linking...
ld: library not found for -levent
clang: error: linker command failed with exit code 1 (use -v to
see invocation)
--- errorlevel 1
dmd failed with exit code 1.
Seems to be fixed by editing dmd.conf (added
https://issues.dlang.org/show_bug.cgi?id=15265
Jonathan M Davis changed:
What|Removed |Added
Status|NEW |RESOLVED
On Friday, 30 October 2015 at 21:03:21 UTC, Brad Anderson wrote:
On Friday, 30 October 2015 at 16:16:11 UTC, Sebastiaan Koppe
I really have to say I fail to see any value in that JS
interface generation feature. The idea is nice, but it needs
adapters to common ajax libraries, instead of
On Saturday, 31 October 2015 at 03:00:46 UTC, Timoses wrote:
Hey,
just getting started with D. I wanted to try out Vibelog.
However, when trying to run
dub run
I receive the error:
Failed to invoke the compiler dmd to determine the build
platform: /bin/sh: dmd: command not found
I'm on
https://issues.dlang.org/show_bug.cgi?id=13416
--- Comment #10 from Martin Nowak ---
(In reply to Joakim from comment #9)
> This fix doesn't seem to work on 9.1 i386, as the new FreeBSD test
> introduced in this PR hangs 90+% of the time.
> I also tried to override SIGCANCEL
>
On Friday, 30 October 2015 at 21:29:22 UTC, BBasile wrote:
__gshared is mostly usefull on fields (eg public uint a)
That's only true if it is at the module level or static. Ordinary
struct members are whatever the container is and class members
are on the heap unless you do something fancy.
On Friday, 30 October 2015 at 21:38:40 UTC, bitwise wrote:
On Thursday, 29 October 2015 at 01:14:35 UTC, Tofu Ninja wrote:
On Thursday, 29 October 2015 at 00:11:06 UTC, Tofu Ninja wrote:
[...]
Actually never mind, what I just said was basically auto
override for this() so its not really any
Hey,
just getting started with D. I wanted to try out Vibelog.
However, when trying to run
dub run
I receive the error:
Failed to invoke the compiler dmd to determine the build
platform: /bin/sh: dmd: command not found
I'm on OSX - El Capitan and installed dub over Homebrew.
Bests,
https://issues.dlang.org/show_bug.cgi?id=15270
Issue ID: 15270
Summary: use TLS to store Thread.getThis (pthread_getspecific
causes heavy lock contention)
Product: D
Version: D2
Hardware: All
OS: Linux
https://issues.dlang.org/show_bug.cgi?id=15268
Martin Nowak changed:
What|Removed |Added
Keywords||pull
--- Comment #1 from
https://issues.dlang.org/show_bug.cgi?id=13416
--- Comment #11 from Martin Nowak ---
(In reply to Joakim from comment #9)
> This fix doesn't seem to work on 9.1 i386, as the new FreeBSD test
> introduced in this PR hangs 90+% of the time.
Any further details? It doesn't seem like
On Friday, 30 October 2015 at 21:28:09 UTC, TheFlyingFiddle wrote:
In other languages that have Attributes (Java and C# atleast)
I can do stuff like this: (Java)
//com.bar.java
interface Bar { /*stuff*/ }
//com.foo.java
class Foo
{
Foo(@Bar int a)
{
//some stuff
}
}
I don't
On 10/31/2015 02:02 AM, Meta wrote:
On Friday, 30 October 2015 at 21:28:09 UTC, TheFlyingFiddle wrote:
...
I know I can technically do. Match! or M! instead of the @ symbol to
achieve the same effect which is probably what I will end up doing but
it would be nice if we could use attributes in
https://issues.dlang.org/show_bug.cgi?id=15265
Sobirari Muhomori changed:
What|Removed |Added
Summary|[Visual D] |Phobos doesn't
https://issues.dlang.org/show_bug.cgi?id=15265
Sobirari Muhomori changed:
What|Removed |Added
Component|visuald |phobos
On Friday, 30 October 2015 at 12:18:21 UTC, Gary Willoughby wrote:
On Friday, 30 October 2015 at 12:03:50 UTC, TheFlyingFiddle
wrote:
pragma(msg, is(b == enum)); //True
pragma(msg, is(a == enum)); //False.
enum isEnum(alias e) = is(e == enum);
isEnum!(a)
isEnum!(b)
;)
isEnum!(isEnum)
On 2015-10-30 03:01, Walter Bright wrote:
I might add that over time, I'd been removing #if's and #ifdef's from
the dmd front end source code. The results were very satisfactory - the
code was easier to read, understand and maintain. It also made running
magicport on the code practical.
The
On Friday, 30 October 2015 at 12:03:50 UTC, TheFlyingFiddle wrote:
pragma(msg, is(b == enum)); //True
pragma(msg, is(a == enum)); //False.
enum isEnum(alias e) = is(e == enum);
isEnum!(a)
isEnum!(b)
;)
From the discussion here:
http://forum.dlang.org/post/tgnxocozkurfvmxqo...@forum.dlang.org,
I thought a library solution would do to fix the issue of getting
decent error messages when a type fails to satisfy a template
constraint that it was meant to, such as `isInputRange`. So I
submitted a
https://issues.dlang.org/show_bug.cgi?id=15253
--- Comment #7 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/d33663d0885f3fb43144295fee64eee03ff90c4f
fix Issue 15253 -
https://issues.dlang.org/show_bug.cgi?id=15253
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=15251
Martin Nowak changed:
What|Removed |Added
CC||briancsch...@gmail.com
---
https://issues.dlang.org/show_bug.cgi?id=15252
Martin Nowak changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Thursday, 29 October 2015 at 23:10:38 UTC, Walter Bright wrote:
On 10/29/2015 3:23 PM, rsw0x wrote:
On Thursday, 29 October 2015 at 22:18:11 UTC, Walter Bright
wrote:
https://www.cqse.eu/en/blog/living-in-the-ifdef-hell/
Another voice on what is wrong with the snarl of #ifdef's.
how does
https://issues.dlang.org/show_bug.cgi?id=13009
Vladimir Panteleev changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://issues.dlang.org/show_bug.cgi?id=12379
Issue 12379 depends on issue 13009, which changed state.
Issue 13009 Summary: [REG2.064] inout overload conflicts with non-inout when
used via alias this
https://issues.dlang.org/show_bug.cgi?id=13009
What|Removed
https://issues.dlang.org/show_bug.cgi?id=15266
Issue ID: 15266
Summary: Parameters to methods of final classes become
uninitialised in out contracts for DMD only
Product: D
Version: D2
Hardware: All
OS: All
https://issues.dlang.org/show_bug.cgi?id=12368
Issue 12368 depends on issue 13009, which changed state.
Issue 13009 Summary: [REG2.064] inout overload conflicts with non-inout when
used via alias this
https://issues.dlang.org/show_bug.cgi?id=13009
What|Removed
Am Fri, 30 Oct 2015 22:31:54 +
schrieb Iakh :
> On Friday, 30 October 2015 at 21:33:25 UTC, Andrei Alexandrescu
> wrote:
> > Could you please take a look at GCC's generated code and
> > implementation of memchr? -- Andrei
>
> glibc uses something like pseudo-SIMD with
On Wednesday, 14 October 2015 at 06:23:38 UTC, Brad Anderson
wrote:
Trying out the new JS interface generation on a little toy
project I'm getting:
[...]
Really cool feature though.
I really have to say I fail to see any value in that JS interface
generation feature. The idea is nice, but
On Friday, 30 October 2015 at 15:45:00 UTC, Shammah Chancellor
wrote:
On Friday, 30 October 2015 at 14:39:47 UTC, Atila Neves wrote:
From the discussion here:
http://forum.dlang.org/post/tgnxocozkurfvmxqo...@forum.dlang.org, I thought a library solution would do to fix the issue of getting
https://issues.dlang.org/show_bug.cgi?id=14327
--- Comment #16 from github-bugzi...@puremagic.com ---
Commit pushed to stable at https://github.com/D-Programming-Language/druntime
https://github.com/D-Programming-Language/druntime/commit/82715d0589d815a77c7139a59193899866a35f02
fixed Issue 14327
https://issues.dlang.org/show_bug.cgi?id=14327
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Friday, 30 October 2015 at 14:39:47 UTC, Atila Neves wrote:
From the discussion here:
http://forum.dlang.org/post/tgnxocozkurfvmxqo...@forum.dlang.org, I thought a library solution would do to fix the issue of getting decent error messages when a type fails to satisfy a template constraint
On Friday, 30 October 2015 at 14:39:47 UTC, Atila Neves wrote:
From the discussion here:
http://forum.dlang.org/post/tgnxocozkurfvmxqo...@forum.dlang.org, I thought a library solution would do to fix the issue of getting decent error messages when a type fails to satisfy a template constraint
https://issues.dlang.org/show_bug.cgi?id=15267
Issue ID: 15267
Summary: The installer should download Microsoft Build Tools
2015, instead of full VS
Product: D
Version: D2
Hardware: All
OS: Windows
On Friday, 30 October 2015 at 11:56:56 UTC, Kagamin wrote:
http://blogs.msdn.com/b/vcblog/archive/2015/10/29/visual-studio-2015-update-1-rc-available.aspx
Now compiler and libraries can be installed without IDE.
https://issues.dlang.org/show_bug.cgi?id=15267
On Friday, 30 October 2015 at 11:56:56 UTC, Kagamin wrote:
http://blogs.msdn.com/b/vcblog/archive/2015/10/29/visual-studio-2015-update-1-rc-available.aspx
Now compiler and libraries can be installed without IDE.
Excellent news. Thanks for sharing.
Joseph
From the README: "The D Completion Daemon is an auto-complete
program for the D programming language." 0.7.3 is another bug-fix
release.
https://github.com/Hackerpilot/DCD/releases/tag/v0.7.3
Changes from 0.7.2:
* #264 Updated manual pages
* #263 Completing renamed imports is broken
* #262
https://issues.dlang.org/show_bug.cgi?id=15267
--- Comment #1 from ZombineDev ---
Correction: it's a even smaller 3MB web installer, however the final install
size is 3GB, 4GB or 5GB (depending on if you want Win 8.1 SDK or Win 10 SDK or
both).
At least it is still
On Friday, 30 October 2015 at 11:56:56 UTC, Kagamin wrote:
http://blogs.msdn.com/b/vcblog/archive/2015/10/29/visual-studio-2015-update-1-rc-available.aspx
Now compiler and libraries can be installed without IDE.
I just tried it and unfortunately the minimal install size is
3GB. At least it's
On Friday, 30 October 2015 at 16:44:15 UTC, Atila Neves wrote:
On Friday, 30 October 2015 at 15:45:00 UTC, Shammah Chancellor
wrote:
On Friday, 30 October 2015 at 14:39:47 UTC, Atila Neves wrote:
From the discussion here:
I took a look. I don't think we should or need to use classes
and
On Friday, 30 October 2015 at 03:59:32 UTC, Andrei Alexandrescu
wrote:
On 10/29/15 9:14 PM, Jack Stouffer wrote:
Seems like three for, six against.
Yah, I'm glad I asked. Thanks, folks! -- Andrei
Does that mean I shouldn't move the wrap struct pull request into
std.experimental?
Since std.experimental.testing got rejected, I've started to
think of what next. I started working on a new project that would
allow to run its test runner for any project with no other
intervention from the user. The idea would be to use `-unittest`
as now, until a test failed. Then use the
On Friday, 30 October 2015 at 09:03:35 UTC, Jonathan M Davis
wrote:
On Friday, 30 October 2015 at 07:19:14 UTC, rsw0x wrote:
https://github.com/Microsoft/microsoft-pdb
This probably relates to MS adding clang support to Visual
Studio.
- Jonathan M Davis
Good guess. From the repo
On Friday, 30 October 2015 at 11:56:56 UTC, Kagamin wrote:
http://blogs.msdn.com/b/vcblog/archive/2015/10/29/visual-studio-2015-update-1-rc-available.aspx
Now compiler and libraries can be installed without IDE.
This is really good news for us.
https://issues.dlang.org/show_bug.cgi?id=15269
Issue ID: 15269
Summary: [std.meta] Docs link to typetuple.d instead of meta.d
Product: D
Version: D2
Hardware: All
URL: http://dlang.org/phobos/
OS: All
On Friday, 30 October 2015 at 20:58:37 UTC, anonymous wrote:
On 30.10.2015 21:23, TheFlyingFiddle wrote:
Is this intended to work?
struct A
{
__gshared static this()
{
//Add some reflection info to some global stuff.
addReflectionInfo!(typeof(this));
}
}
I just
On Friday, 30 October 2015 at 20:59:46 UTC, Adam D. Ruppe wrote:
On Friday, 30 October 2015 at 20:23:45 UTC, TheFlyingFiddle
wrote:
But yeah, the struct feature table http://dlang.org/struct.html
shows them as checked.
I gotta say the language documentation is shaping up nicely.
Am 30.10.2015 um 17:16 schrieb Sebastiaan Koppe:
On Wednesday, 14 October 2015 at 06:23:38 UTC, Brad Anderson wrote:
Trying out the new JS interface generation on a little toy project I'm
getting:
[...]
Really cool feature though.
I really have to say I fail to see any value in that JS
This *seems* to fix it:
https://github.com/D-Programming-Language/dmd/pull/5244
On Thursday, 29 October 2015 at 12:44:51 UTC, Cauterite wrote:
while working on issue 15235 I've been trying to add some new
tests for DMD.
On Friday, 30 October 2015 at 16:55:53 UTC, Jesse Phillips wrote:
On Friday, 30 October 2015 at 03:59:32 UTC, Andrei Alexandrescu
wrote:
On 10/29/15 9:14 PM, Jack Stouffer wrote:
Seems like three for, six against.
Yah, I'm glad I asked. Thanks, folks! -- Andrei
Does that mean I shouldn't
1 - 100 of 102 matches
Mail list logo