[Issue 10233] [Tracker] Grammar issues

https://issues.dlang.org/show_bug.cgi?id=10233 briancsch...@gmail.com changed: What|Removed |Added Depends on||15556 --

[Issue 15556] New: Script line missing from lexical specification

https://issues.dlang.org/show_bug.cgi?id=15556 Issue ID: 15556 Summary: Script line missing from lexical specification Product: D Version: D2 Hardware: All URL: http://dlang.org/spec/lex.html#special-token-sequence

Re: Dub and shared filestores

On Monday, 11 January 2016 at 15:15:24 UTC, Russel Winder wrote: Is there a separate Dub list? There's a forum [1], but no mailing list. [1] http://forum.rejectedsoftware.com/groups/rejectedsoftware.dub/

Re: Beta D 2.070.0-b1

On Monday, 11 January 2016 at 16:24:56 UTC, ponce wrote: it builds with flags -release -inline -O -w BUT NOT -unittest Makes sense https://github.com/D-Programming-Language/dub/issues/747. The compiler does check assertions in unittest blocks even in release builds, right? It's really

Re: [dlang.org] getting the redesign wrapped up

On Tuesday, 12 January 2016 at 01:02:44 UTC, Martin Nowak wrote: I could use some help on the html processing though. Wasn't there a binding for an html parser or does someone know a suitable tool? My dom.d in loose mode is able to read ddoc's output. Here's a skeleton program you can use to

Re: LINK : fatal error LNK1104: cannot open file '_CMDLINE' --- errorlevel 1104

On Monday, 11 January 2016 at 23:26:51 UTC, Tobi G. wrote: On Monday, 11 January 2016 at 20:19:50 UTC, Jason Jeffory wrote: Sheesh, why is it so hard to do simple stuff? 1) Have you tryed passing --arch=x86_64 to dub? 2) > "versions-x86_64": ["XYZ"] This is like a architecture dependent

Re: Apache Thrift codegen doesn't compile with dmd v2.069.2. I'd like to help. Any tips on the syntax to fix this?

I'm researching and found that facebook/fbthrift has the commit below which might work. I'll pull it in and see if it works. "Make all fbcode D code compatible with dmd 2.068.0" https://github.com/facebook/fbthrift/commit/aee392c7b8947712f4e3d0e3434dd3ee3d5f3540

Re: extern(C++, ns)

On 1/11/2016 4:18 PM, Timon Gehr wrote: On 01/11/2016 10:12 PM, Walter Bright wrote: On 1/11/2016 12:56 PM, Timon Gehr wrote: This not an undefined identifier error. Please post an example of the bug you assert. I can't, as Manu hasn't provided the code. This amply illustrates the

Re: Beta D 2.070.0-b1

On Sunday, 3 January 2016 at 19:24:57 UTC, Martin Nowak wrote: First beta for the 2.070.0 release. Still a few things missing from the changelog, there is a new package std.experimental.ndslice, and native (DWARF based) exception handling on linux. http://dlang.org/download.html#dmd_beta

Re: LINK : fatal error LNK1104: cannot open file '_CMDLINE' --- errorlevel 1104

On Tuesday, 12 January 2016 at 01:26:06 UTC, Mike Parker wrote: On Monday, 11 January 2016 at 20:19:50 UTC, Jason Jeffory wrote: On Monday, 11 January 2016 at 20:17:23 UTC, Jason Jeffory wrote: Any ideas? Happens when I do a very simple dub project and try to compile using the MS linker(x86

Error in 'The D Programming Language' (2010)?

I have copied more or less verbatim an example from The D Programming Language, under 1.4.3 Counting Frequencies. Lambda Functions This is the code import std.stdio, std.string; void main() { uint[string] freqs; // Compute counts foreach (line; stdin.byLine()) { foreach

Re: Error in 'The D Programming Language' (2010)?

On Tuesday, 12 January 2016 at 00:36:15 UTC, Ali Çehreli wrote: On 01/11/2016 04:28 PM, asdfa wrote: > Both DMD and GDC complain, saying > Error: template instance sort!((a, b) > { > return freqs[a] > freqs[b]; > } > ) template 'sort' is not defined That issue is already in the errata:

Re: D and C APIs

On Monday, 11 January 2016 at 17:25:26 UTC, Russel Winder wrote: I am guessing that people have an answer to this: D making use of a C API needs a D module adapter. This can either be constructed by hand (well it can, but…), or it can be auto generated from the C header files and then hand

Re: LINK : fatal error LNK1104: cannot open file '_CMDLINE' --- errorlevel 1104

On Monday, 11 January 2016 at 20:19:50 UTC, Jason Jeffory wrote: Sheesh, why is it so hard to do simple stuff? 1) Have you tryed passing --arch=x86_64 to dub? 2) > "versions-x86_64": ["XYZ"] This is like a architecture dependent condition for version definition. So if your project will

Apache Thrift codegen doesn't compile with dmd v2.069.2. I'd like to help. Any tips on the syntax to fix this?

Hi, I'm using Apache Thrift and using the tutorial to codegen D, but the generated code doesn't compile with dmd v2.096.2. I submitted Thrift defect [1] but I'd like to try to help fix the issue. The code is very generic and I'm looking for tips on which lines would need changed (or if you

Re: Anyone using DMD to build 32bit on OS X?

On Monday, 11 January 2016 at 07:40:37 UTC, Jacob Carlborg wrote: On 2016-01-10 21:58, bitwise wrote: Awesome! Is there a way I can have a look at the code? I'd like to start looking into how this will fit together with shared library support.

Re: [dlang.org] getting the redesign wrapped up

On Sunday, 10 January 2016 at 23:23:31 UTC, Andrei Alexandrescu wrote: Yeah, great tool Martin. I recall it was among the first on the dub repo. Would be great to hook it in and have it insert a bunch of ""s. -- Andrei It's from 2014-Dec-11 and despite a few deprecations it still builds and

Re: issue porting C++/glm/openGL to D/gl3n/openGL

On Sunday, 10 January 2016 at 05:47:01 UTC, WhatMeWorry wrote: Thanks. Bummer. I really like gl3n, but glm/opengl is used almost exclusively in all the modern opengl code (tutorials) I've seen, so this might be a deal breaker. As the author of Derelict do you have any ideas of how much work

Re: extern(C++, ns)

On Monday, 11 January 2016 at 18:58:42 UTC, Rainer Schuetze wrote: As the usual disambiguation techniques work I'm not sure the additional symbol does any harm, though. No real harm, but it pollutes, that's my main gripe with it anyway. I'd rather not see any stuttering symbols. 1) Editor

Re: extern(C++, ns)

On 01/11/2016 10:12 PM, Walter Bright wrote: On 1/11/2016 12:56 PM, Timon Gehr wrote: This not an undefined identifier error. Please post an example of the bug you assert. I can't, as Manu hasn't provided the code. I'm just saying that, if the following is true: On 01/11/2016 02:20 AM,

Re: LINK : fatal error LNK1104: cannot open file '_CMDLINE' --- errorlevel 1104

On Monday, 11 January 2016 at 20:19:50 UTC, Jason Jeffory wrote: On Monday, 11 January 2016 at 20:17:23 UTC, Jason Jeffory wrote: Any ideas? Happens when I do a very simple dub project and try to compile using the MS linker(x86 but set in sc.ini or 64). I'm linking in glfw(using correct arch

Re: Error in 'The D Programming Language' (2010)?

On 01/11/2016 04:28 PM, asdfa wrote: > Both DMD and GDC complain, saying > Error: template instance sort!((a, b) > { > return freqs[a] > freqs[b]; > } > ) template 'sort' is not defined That issue is already in the errata: http://erdani.com/tdpl/errata/ Add the following line to fix:

Re: Beta D 2.070.0-b1

On Mon, Jan 11, 2016 at 10:09 AM, Basile B. via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > On Sunday, 10 January 2016 at 23:58:38 UTC, Martin Nowak wrote: > >> On 01/03/2016 08:24 PM, Martin Nowak wrote: >> >>> Please report any bugs at https://issues.dlang.org >>> >>

Re: Beta D 2.070.0-b1

On Mon, Jan 11, 2016 at 10:15 AM, Rory McGuire wrote: > > > On Mon, Jan 11, 2016 at 10:09 AM, Basile B. via Digitalmars-d-announce < > digitalmars-d-announce@puremagic.com> wrote: > >> On Sunday, 10 January 2016 at 23:58:38 UTC, Martin Nowak wrote: >> >>> On 01/03/2016 08:24

Re: Beta D 2.070.0-b1

On 2016-01-11 00:58, Martin Nowak wrote: Please test the beta. The introduction of "message" in Throwable is a breaking change [1], but I guess it's not worth reporting an issue for. [1] Error: class tango.text.xml.SaxParser.SAXException use of object.Throwable.message() is hidden by

Re: Beta D 2.070.0-b1

On Sunday, 10 January 2016 at 23:58:38 UTC, Martin Nowak wrote: On 01/03/2016 08:24 PM, Martin Nowak wrote: Please report any bugs at https://issues.dlang.org Please test the beta. Copy that. I've done what I usually do when a RC is announced and found nothing except a small problem in

Dessert waxes and floor toppings

I have an idea to simplify the grammar: Attribute: Pragma | ProtectionAttribute | FloorWaxOrDessertTopping ; StorageClass: "enum" | FloorWaxOrDessertTopping ; FloorWaxOrDessertTopping: "abstract" | AlignAttribute

Re: cairo(D) / x64 / unresolved externals / don't know why

On Monday, 11 January 2016 at 06:53:51 UTC, Benjamin Thaut wrote: Out of curiosity, why do you pass "-m64" 6 times to dmd? Once would be enough. I saw VisualD (dub generated project file) doing that with the latest version of Visual Studio comunnity, when I change to 64 bit building.

Re: Anyone using DMD to build 32bit on OS X?

On Monday, 11 January 2016 at 07:44:18 UTC, Jacob Carlborg wrote: I doesn't solve the problem but it's a prerequisite for solving dynamic libraries. That's why I started working on this :) Great!

Re: Bug in csv or byLine ?

On Sunday, 10 January 2016 at 19:50:15 UTC, Tobi G. wrote: On Sunday, 10 January 2016 at 19:07:52 UTC, Jesse Phillips wrote: On Sunday, 10 January 2016 at 18:09:23 UTC, Tobi G. wrote: The bug has been fixed... Do you have a link for the fix? Is there a BugZilla entry? Yes sure..

[Issue 15551] New: default construction disabled with default arguments

https://issues.dlang.org/show_bug.cgi?id=15551 Issue ID: 15551 Summary: default construction disabled with default arguments Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity:

Re: extern(C++, ns)

On 08.01.2016 14:50, Walter Bright wrote: On 1/8/2016 12:11 AM, Jacob Carlborg wrote: Walter, should "ns.a()" work in the above example? No: 1. first "ns.a" looks up "ns". Finds it in the current module, "main.ns". 2. Looks "a" up in "main.ns". "a" is not there. Error. "a()" works

Re: [dlang.org] getting the redesign wrapped up

On 2016-01-11 00:31, anonymous wrote: I think it was Adam who spoke out against :hover menus, preferring to click instead. So we're at 1:1 now, I guess? Do both? -- /Jacob Carlborg

[Issue 15552] New: broken link http://dlang.org/library/std/algorithm/std_algorithm.html inside http://dlang.org/library/std/algorithm/sorting.html

https://issues.dlang.org/show_bug.cgi?id=15552 Issue ID: 15552 Summary: broken link http://dlang.org/library/std/algorithm/std_algorithm.h tml inside http://dlang.org/library/std/algorithm/sorting.html

Re: Damage Control: An homage to Rampart (Alpha)

On Wednesday, 6 January 2016 at 02:39:08 UTC, rcorre wrote: I'll have to look into that. If you're saying D does that by default for debug builds -- the alpha release _is_ a debug build Sorry, it was a bit unclear. I meant that: - A console window is only meaningful in debug builds, so it

Re: extern(C++, ns)

On 2016-01-11 02:20, Manu via Digitalmars-d wrote: Sadly, I don't have any more time I can allocate to this, I'll have to chip away at it any further after hours. I really hoped I could get this working over Christmas. I'll continue to try and reduce the structure of the problem, but I still

Re: Anyone using glad?

On Monday, 11 January 2016 at 00:46:38 UTC, Jason Jeffory wrote: On Sunday, 10 January 2016 at 23:14:33 UTC, Dav1d wrote: [...] OK, I'll give it a try. What about GLUT and WGL? Whats the difference between them all and glfw? Are all these just OS helpers to reduce the boilerplate code?

Re: issue porting C++/glm/openGL to D/gl3n/openGL

On Sunday, 10 January 2016 at 06:35:34 UTC, rsw0x wrote: On Sunday, 10 January 2016 at 02:51:57 UTC, WhatMeWorry wrote: Just translating some simple C++/glm/opengl tutorial code to D/gl3n/opengl and I'm coming across more friction than I expected. I've got a square centered at my window

Re: Anyone using glad?

On Monday, 11 January 2016 at 01:46:11 UTC, Jason Jeffory wrote: Ok. So I tried it out and having some issues ;/ got it basically to compile but 2 problems: 1. I have to get dub to include the lib, not a big deal, shouldn't be issue if I can get the right lib in. (not sure if I have to do

Using std.conv.to with std.typecons.Typedef

I am trying to create 2 types which contain integral values but should not be compatible with each other. std.typecons.Typedef seems perfect for this: alias QuestionId = Typedef!(long, long.init, "QuestionId"); alias StudentId = Typedef!(long, long.init, "StudentId"); However I'm failing to

Re: Dessert waxes and floor toppings

On Monday, 11 January 2016 at 10:27:59 UTC, Brian Schott wrote: I have an idea to simplify the grammar: Attribute: Pragma | ProtectionAttribute | FloorWaxOrDessertTopping ; StorageClass: "enum" | FloorWaxOrDessertTopping ;

Re: issue porting C++/glm/openGL to D/gl3n/openGL

On Tuesday, 12 January 2016 at 01:00:30 UTC, Mike Parker wrote: On Sunday, 10 January 2016 at 05:47:01 UTC, WhatMeWorry wrote: Thanks. Bummer. I really like gl3n, but glm/opengl is used almost exclusively in all the modern opengl code (tutorials) I've seen, so this might be a deal breaker.

Re: extern(C++, ns)

On 12 January 2016 at 08:03, Daniel N via Digitalmars-d wrote: > > 3) Reflection annoyance. Oh god, I didn't think of that! But I'll definitely run into it soon enough. How annoying >_< Existing reflection systems will fail in this case, which would have otherwise

Re: extern(C++, ns)

On 12 January 2016 at 13:17, Andrei Alexandrescu via Digitalmars-d wrote: > On 01/11/2016 10:00 PM, Manu via Digitalmars-d wrote: >> >> Yeah, I'll get to it as I can. It's just a lot of fiddling and I've >> already spent all my time on this. > > > Thanks, Manu. This

Re: Writing large data to file

On 01/10/2016 06:43 PM, Domain wrote: I am writing a split-liked tool, and want to write some large data (>4GB) to a single file. But this is not possible while using std.file.write, at least on windows. And I need dig into the source code to find out the reason (Windows API WriteFile uses DWORD

Re: LINK : fatal error LNK1104: cannot open file '_CMDLINE' --- errorlevel 1104

On Tuesday, 12 January 2016 at 01:44:17 UTC, Jason Jeffory wrote: So, how do I set the json to compile for x64? You don't. You pass -ax86_64 (or --arch=x86_64) on the command line. If you find that inconvenient, just make a batch file to do it for you.

Re: LINK : fatal error LNK1104: cannot open file '_CMDLINE' --- errorlevel 1104

On 12/01/16 4:53 PM, Mike Parker wrote: On Tuesday, 12 January 2016 at 03:52:33 UTC, Mike Parker wrote: Actually, you could add -m64 in a dflags field (see [1]), but then you're in a situation where DUB thinks you're compiling in 32-bit, so configuration fields that are architecture-dependent

[Issue 15222] std.experimental omitted from phobos zip file

https://issues.dlang.org/show_bug.cgi?id=15222 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 15222] std.experimental omitted from phobos zip file

https://issues.dlang.org/show_bug.cgi?id=15222 --- Comment #2 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/2a049caff111655feae4ff49d7c3ff9f8205f510 recursively create zip

Re: Beta D 2.070.0-b1

On Sunday, 3 January 2016 at 19:24:57 UTC, Martin Nowak wrote: First beta for the 2.070.0 release. Still a few things missing from the changelog, there is a new package std.experimental.ndslice, and native (DWARF based) exception handling on linux. http://dlang.org/download.html#dmd_beta

Re: extern(C++, ns)

On 11 January 2016 at 18:56, Jacob Carlborg via Digitalmars-d wrote: > On 2016-01-11 02:20, Manu via Digitalmars-d wrote: > >> Sadly, I don't have any more time I can allocate to this, I'll have to >> chip away at it any further after hours. I really hoped I could get

[Issue 6192] std.algorithm.sort performance

https://issues.dlang.org/show_bug.cgi?id=6192 --- Comment #6 from Andrei Alexandrescu --- https://github.com/D-Programming-Language/phobos/pull/3922 --

Re: extern(C++, ns)

On 01/11/2016 10:00 PM, Manu via Digitalmars-d wrote: Yeah, I'll get to it as I can. It's just a lot of fiddling and I've already spent all my time on this. Thanks, Manu. This is awesome stuff. Code that should work but doesn't is the best way to press things forward. -- Andrei

Today was a good day

A few primitive algorithms got quite a bit quicker. https://github.com/D-Programming-Language/phobos/pull/3921 https://github.com/D-Programming-Language/phobos/pull/3922 Destroy! Andrei

[Issue 6192] std.algorithm.sort performance

https://issues.dlang.org/show_bug.cgi?id=6192 --- Comment #7 from Andrei Alexandrescu --- (In reply to Andrei Alexandrescu from comment #6) > https://github.com/D-Programming-Language/phobos/pull/3922 With this PR and the command line: dmd -O -inline -release -run

Re: extern(C++, ns)

On 01/11/2016 11:29 PM, Manu via Digitalmars-d wrote: On 12 January 2016 at 13:17, Andrei Alexandrescu via Digitalmars-d wrote: On 01/11/2016 10:00 PM, Manu via Digitalmars-d wrote: Yeah, I'll get to it as I can. It's just a lot of fiddling and I've already spent

[Issue 15557] New: Common type of void* and const(int)* should be const(void)*, not const(int)*

https://issues.dlang.org/show_bug.cgi?id=15557 Issue ID: 15557 Summary: Common type of void* and const(int)* should be const(void)*, not const(int)* Product: D Version: D2 Hardware: All OS: All

Re: Setting up dmd properly

On Monday, 11 January 2016 at 16:27:54 UTC, Jason Jeffory wrote: Anyway, regarding the static libs. I used this on a Win64 project and it works: "lflags" : [ "D:\\develop\\cairo\\cairo\\src\\release\\cairo-static.lib", "D:\\develop\\cairo\\libpng\\libpng.lib",

[Issue 15276] Allow specification of shell for spawnShell/executeShell/pipeShell

https://issues.dlang.org/show_bug.cgi?id=15276 Mark Isaacson changed: What|Removed |Added Status|ASSIGNED|RESOLVED

Re: [dlang.org] getting the redesign wrapped up

On Monday, 11 January 2016 at 19:39:51 UTC, anonymous wrote: On 11.01.2016 15:58, Vladimir Panteleev wrote: Ah, sorry, the build instructions are out of date. That file is created through the makefile (GNUmakefile). Alright, after `make` it works. I've started hacking around, no road blocks

Re: LINK : fatal error LNK1104: cannot open file '_CMDLINE' --- errorlevel 1104

On Tuesday, 12 January 2016 at 03:52:33 UTC, Mike Parker wrote: Actually, you could add -m64 in a dflags field (see [1]), but then you're in a situation where DUB thinks you're compiling in 32-bit, so configuration fields that are architecture-dependent will be off. [1]

Re: LINK : fatal error LNK1104: cannot open file '_CMDLINE' --- errorlevel 1104

On Tuesday, 12 January 2016 at 03:47:35 UTC, Mike Parker wrote: On Tuesday, 12 January 2016 at 01:44:17 UTC, Jason Jeffory wrote: So, how do I set the json to compile for x64? You don't. You pass -ax86_64 (or --arch=x86_64) on the command line. If you find that inconvenient, just make a

[Issue 15440] std.uni outputs \u0069\u0307 as the lower case of \u0130

https://issues.dlang.org/show_bug.cgi?id=15440 --- Comment #4 from Jack Stouffer --- (In reply to Ali Cehreli from comment #3) > Should std.uni be locale-aware? Yes, though in what way it would achieve this is an interesting question. I think you should make a seperate

[Issue 15549] [ndslice] byElement is broken for packed slices

https://issues.dlang.org/show_bug.cgi?id=15549 --- Comment #3 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/fe09ee540cb002b8c1016b399b1c3dde71ee024d fix Issue 15549

[Issue 15549] [ndslice] byElement is broken for packed slices

https://issues.dlang.org/show_bug.cgi?id=15549 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: Writing large data to file

On Tuesday, 12 January 2016 at 07:15:33 UTC, Ali Çehreli wrote: On 01/10/2016 06:43 PM, Domain wrote: I am writing a split-liked tool, and want to write some large data (>4GB) to a single file. But this is not possible while using std.file.write, at least on windows. And I need dig into the

Re: extern(C++, ns)

On 1/11/2016 12:56 PM, Timon Gehr wrote: This not an undefined identifier error. Please post an example of the bug you assert.

LINK : fatal error LNK1104: cannot open file '_CMDLINE' --- errorlevel 1104

Any ideas? Happens when I do a very simple dub project and try to compile using the MS linker(x86 but set in sc.ini or 64). I'm linking in glfw(using correct arch of course) { "name": "Test", "description": "A minimal D application.", "copyright": "Copyright © 2016,

Re: extern(C++, ns)

On 1/11/2016 12:23 PM, Timon Gehr wrote: If replacing extern(C++,ns) with extern(C++) fixes undefined identifier errors, then we are talking about a bug in the implementation. No: - module s; int ns,b; - module t; int ns,c; - import s; import t; void foo() { int x = ns; //

Re: extern(C++, ns)

On 01/11/2016 02:59 AM, Walter Bright wrote: On 1/10/2016 5:20 PM, Manu via Digitalmars-d wrote: This design doesn't give us anything, and you seem to be resisting making an argument for its existence. We don't need to do this, we don't need to waste any more time. I appreciate that, but

[Issue 15385] Apply Andersson91 idea to SortedRange.contains

https://issues.dlang.org/show_bug.cgi?id=15385 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED

Re: extern(C++, ns)

On 01/11/2016 09:53 PM, Walter Bright wrote: On 1/11/2016 12:23 PM, Timon Gehr wrote: If replacing extern(C++,ns) with extern(C++) fixes undefined identifier errors, then we are talking about a bug in the implementation. No: - module s; int ns,b; - module t; int ns,c; - import s;

Re: LINK : fatal error LNK1104: cannot open file '_CMDLINE' --- errorlevel 1104

On Monday, 11 January 2016 at 20:17:23 UTC, Jason Jeffory wrote: Any ideas? Happens when I do a very simple dub project and try to compile using the MS linker(x86 but set in sc.ini or 64). I'm linking in glfw(using correct arch of course) { "name": "Test", "description": "A

Re: Anyone using glad?

On Monday, 11 January 2016 at 16:30:58 UTC, Jason Jeffory wrote: On Monday, 11 January 2016 at 10:01:11 UTC, Dav1d wrote: [...] but as I said, source\app.d(35,3): Error: undefined identifier 'gladLoadGL' source\app.d(36,42): Error: undefined identifier 'GLVersion' source\app.d(36,59): Error:

Re: extern(C++, ns)

On Monday, 11 January 2016 at 03:05:44 UTC, Manu wrote: On 11 January 2016 at 12:38, Andrei Alexandrescu via Digitalmars-d wrote: On 1/10/16 8:20 PM, Manu via Digitalmars-d wrote: I'll continue to try and reduce the structure of the problem, but I still just

[Issue 15555] New: [Reg 2.070.0-b1] Hidden error cause by Throwable.message

https://issues.dlang.org/show_bug.cgi?id=1 Issue ID: 1 Summary: [Reg 2.070.0-b1] Hidden error cause by Throwable.message Product: D Version: D2 Hardware: All OS: All Status: NEW

Re: Beta D 2.070.0-b1

On 2016-01-11 13:40, Martin Nowak wrote: Oh it's well worth to mention any update issues, in particular if we're breaking code to introduce problematic designs. https://github.com/D-Programming-Language/druntime/pull/1445#issuecomment-170530377 Created an issue:

Re: issue porting C++/glm/openGL to D/gl3n/openGL

On Monday, 11 January 2016 at 10:04:29 UTC, Luis wrote: On Sunday, 10 January 2016 at 06:35:34 UTC, rsw0x wrote: On Sunday, 10 January 2016 at 02:51:57 UTC, WhatMeWorry wrote: Just translating some simple C++/glm/opengl tutorial code to D/gl3n/opengl and I'm coming across more friction than

Re: Dessert waxes and floor toppings

On Monday, 11 January 2016 at 11:09:11 UTC, Basile B. wrote: On Monday, 11 January 2016 at 10:27:59 UTC, Brian Schott wrote: I have an idea to simplify the grammar: Attribute: Pragma | ProtectionAttribute | FloorWaxOrDessertTopping ; StorageClass:

Re: Beta D 2.070.0-b1

On 2016-01-11 13:58, Martin Nowak wrote: If the project is well maintained and relevant, just make a PR. https://github.com/MartinNowak/project_tester/blob/dd2afea122048dbcb90d0d9b637d31134a6a82ce/projects.xml#L94 I had Tango in mind. But one might argue that it's not relevant and not well

Re: extern(C++, ns)

On Monday, 11 January 2016 at 08:56:40 UTC, Jacob Carlborg wrote: On 2016-01-11 02:20, Manu via Digitalmars-d wrote: Sadly, I don't have any more time I can allocate to this, I'll have to chip away at it any further after hours. I really hoped I could get this working over Christmas. I'll

Re: Using std.conv.to with std.typecons.Typedef

On Monday, 11 January 2016 at 08:03:19 UTC, Saurabh Das wrote: How can I get std.conv to understand std.typecons.Typedef? You can do something like this: QuestionId q = to!(TypedefType!QuestionId)("43"); In general, is there a better solution to orthogonal types than Typedef? Typedef is

[Issue 15554] New: typedef standard type can't be used with to! properly

https://issues.dlang.org/show_bug.cgi?id=15554 Issue ID: 15554 Summary: typedef standard type can't be used with to! properly Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

Re: Using std.conv.to with std.typecons.Typedef

On Monday, 11 January 2016 at 12:15:55 UTC, Saurabh Das wrote: Any ideas? Yes. Because Typedef is introducing new Types, which csvReader doesn't know what they are, you'll need a little workaround and cast the values yourself. import std.csv, std.stdio, std.algorithm, std.range; enum

[Issue 15553] New: topN very inefficient [slower than sort, even for topN(0)] but should be O(n)

https://issues.dlang.org/show_bug.cgi?id=15553 Issue ID: 15553 Summary: topN very inefficient [slower than sort, even for topN(0)] but should be O(n) Product: D Version: D2 Hardware: x86 OS: Mac OS X

Re: Using std.conv.to with std.typecons.Typedef

On Monday, 11 January 2016 at 12:01:30 UTC, Tobi G. wrote: On Monday, 11 January 2016 at 08:03:19 UTC, Saurabh Das wrote: How can I get std.conv to understand std.typecons.Typedef? You can do something like this: QuestionId q = to!(TypedefType!QuestionId)("43"); In general, is there a

[Issue 15553] topN very inefficient [slower than sort, even for topN(0)] but should be O(n)

https://issues.dlang.org/show_bug.cgi?id=15553 --- Comment #1 from Timothee Cour --- haven't profiled, but: could uniform be slow https://github.com/D-Programming-Language/phobos/commit/7291d2e47d4a7fb17565a7d7cd04ba8f893c1a27 not sure if those could help: #5514

Re: [dlang.org] getting the redesign wrapped up

On Sunday, 10 January 2016 at 23:31:07 UTC, anonymous wrote: On 10.01.2016 22:14, deadalnix wrote: - Learn barely make the cut on my 15' monitor. That's way too low. If one doesn't know D, one doesn't care about news, community or whatever. We can shuffle things around, of course. One

Re: [dlang.org] getting the redesign wrapped up

On 11.01.2016 13:54, deadalnix wrote: No, nothing more needs to be added. Things needs to be removed, not added. I tested on a 15" screen, not even on a small screen. As far as I understand, you're saying that Learn is too far down. I'm saying we can fix that by moving it up to the first row.

Re: Using std.conv.to with std.typecons.Typedef

On Monday, 11 January 2016 at 12:59:05 UTC, Tobi G. wrote: On Monday, 11 January 2016 at 12:15:55 UTC, Saurabh Das wrote: Any ideas? Yes. Because Typedef is introducing new Types, which csvReader doesn't know what they are, you'll need a little workaround and cast the values yourself.

Re: issue porting C++/glm/openGL to D/gl3n/openGL

On Sunday, 10 January 2016 at 05:47:01 UTC, WhatMeWorry wrote: On Sunday, 10 January 2016 at 04:37:43 UTC, Mike Parker wrote: On Sunday, 10 January 2016 at 02:51:57 UTC, WhatMeWorry wrote: Is gl3n not a direct replacement for glm? From the very top of the gl3n github page: "OpenGL

Re: Anyone using DMD to build 32bit on OS X?

On Sunday, 10 January 2016 at 17:12:40 UTC, Jacob Carlborg wrote: I've implemented native TLS in DMD on OS X for 64bit. Now the question is, does it need to work for 32bit as well? The easiest would be to drop the 32bit support all together. Other options would be to continue to use emulate

Re: [dlang.org] getting the redesign wrapped up

On Monday, 11 January 2016 at 12:54:46 UTC, deadalnix wrote: On Sunday, 10 January 2016 at 23:31:07 UTC, anonymous wrote: On 10.01.2016 22:14, deadalnix wrote: - Learn barely make the cut on my 15' monitor. That's way too low. If one doesn't know D, one doesn't care about news, community or

Re: [dlang.org] getting the redesign wrapped up

On 09.01.2016 23:24, Vladimir Panteleev wrote: Once this is merged, would you be OK with working together on updating the forum to the new design? I wanted to have a look at DFeed, but all I get with a local clone is "Internal Server Error". After investigating a bit, I suspect that there

[Issue 15553] topN very inefficient [slower than sort, even for topN(0)] but should be O(n)

https://issues.dlang.org/show_bug.cgi?id=15553 Timothee Cour changed: What|Removed |Added CC|

Re: Beta D 2.070.0-b1

On Monday, 11 January 2016 at 07:56:18 UTC, Jacob Carlborg wrote: On 2016-01-11 00:58, Martin Nowak wrote: Please test the beta. The introduction of "message" in Throwable is a breaking change [1], but I guess it's not worth reporting an issue for. Oh it's well worth to mention any update

Re: Beta D 2.070.0-b1

On 01/11/2016 08:37 AM, Jacob Carlborg wrote: > On 2016-01-11 00:58, Martin Nowak wrote: > >> [¹]: https://github.com/MartinNowak/project_tester > > Can one request for adding projects to this? > If the project is well maintained and relevant, just make a PR.

[Issue 15549] [ndslice] byElement is broken for packed slices

https://issues.dlang.org/show_bug.cgi?id=15549 Илья Ярошенко changed: What|Removed |Added Assignee|nob...@puremagic.com

Re: [dlang.org] getting the redesign wrapped up

On 10.01.2016 16:23, anonymous wrote: https://github.com/D-Programming-Language/dlang.org/pull/1187 That one was pulled prematurely, and then reverted. Round 2: https://github.com/D-Programming-Language/dlang.org/pull/1190

[Issue 15430] amdMmx hangs up

https://issues.dlang.org/show_bug.cgi?id=15430 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/97d3999a4f3ab3c8409060bc6bb381fcc2a43c54 fix Issue 15430 -

  1   2   >