Re: Installing DUB on OSX

On Thursday, 18 February 2016 at 07:11:23 UTC, Joel wrote: I had dub installed in a folder that meant I had to put 'sudo dub' to run it. I've tried to fix the problem, but where do you put it (also I tried one place, but couldn't put it in that folder)? I've now tried 'brew install dub' and

Re: Head Const

On 2/17/2016 4:41 PM, Jonathan M Davis wrote: Yes, but that really isn't going to help much code. It would be useless for ref-counting const objects, it wouldn't allow you to put a mutex in a const object, and you couldn't do anything with caching calculated properties in a const object. Embed

Re: Head Const

On 2/17/2016 2:38 PM, Andrei Alexandrescu wrote: On 02/17/2016 04:07 PM, Walter Bright wrote: On 2/17/2016 3:56 AM, Andrei Alexandrescu wrote: On 02/16/2016 09:53 PM, Walter Bright wrote: Most of what people find frustrating about D's transitive const/immutable is its very nature of not being

Re: Head Const

Greetings Having coded a multithreaded library in D, I sorely miss headcost like specifier. The library code dealt with lots of composite class object hierarchy where many element objects of a parent are *effectively immutable*. You build an effectively immutable object in the constructor

Re: Head Const

On Wednesday, 17 February 2016 at 17:47:02 UTC, Jonathan M Davis wrote: On Wednesday, 17 February 2016 at 17 you're not actually getting. But in practice, it does prevent accidental mutation, and as long as the programmer is behaving themselves reasonably well, Unfortunately, the net

Enforcing checks for return code

Hello. I'm almost brand-new to the D language and still absorbing things. I'm wondering if it's possible to fire off a compile-time (or worst case, a run-time) warning or error if a function is called, but the return value is not checked. I'm not trying to enforce whether someone actually

Installing DUB on OSX

I had dub installed in a folder that meant I had to put 'sudo dub' to run it. I've tried to fix the problem, but where do you put it (also I tried one place, but couldn't put it in that folder)?

Re: Official compiler

On Thursday, 18 February 2016 at 06:57:01 UTC, Kai Nacke wrote: On Wednesday, 17 February 2016 at 22:57:20 UTC, Márcio Martins wrote: [...] Hi, even if DMD is the official reference compiler, the download page http://dlang.org/download.html already mentions "strong optimization" as pro of

Re: Official compiler

On Wednesday, 17 February 2016 at 22:57:20 UTC, Márcio Martins wrote: I was reading the other thread "Speed kills" and was wondering if there is any practical reason why DMD is the official compiler? Currently, newcomers come expecting their algorithm from rosetta code to run faster in D

Re: IMAP library

On Wednesday, 17 February 2016 at 09:43:44 UTC, crimaniak wrote: On Wednesday, 17 February 2016 at 09:01:18 UTC, Mengu wrote: hello everyone i have checked code.dlang.org and github but i have not encountered an IMAP library. .. https://github.com/Laeeth/d_etpan I made a start but got

Re: Head Const

On 16/02/2016 8:29 PM, Ola Fosheim Grøstad wrote: I agree with the principle, but not as a library function, because: 1. you want virtual functions to work out ok virtual functions don't even need mangling. But even if they did it would work just fine anyway. 2. making D more reliant

[Issue 14137] std.socket.getAddressInfo breaks @safety

https://issues.dlang.org/show_bug.cgi?id=14137 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||pull --- Comment #4 from

[Issue 15698] New: Compiler crash with unusual function call expression

https://issues.dlang.org/show_bug.cgi?id=15698 Issue ID: 15698 Summary: Compiler crash with unusual function call expression Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Keywords: ice

[Issue 14137] std.socket.getAddressInfo breaks @safety

https://issues.dlang.org/show_bug.cgi?id=14137 --- Comment #3 from hst...@quickfur.ath.cx --- The sheer amount of @trusted functions in std.socket is utterly frightening. How sure are we that this code is adequately reviewed?? --

[Issue 14137] std.socket.getAddressInfo breaks @safety

https://issues.dlang.org/show_bug.cgi?id=14137 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment

[Issue 15658] isFile isn't a template

https://issues.dlang.org/show_bug.cgi?id=15658 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --

Re: IDE - Coedit 2

On 2016-02-17 12:19 PM, Jacob Carlborg wrote: On 2016-02-17 14:18, Basile Burg wrote: The few missing details to compile CE under OSX have been added today. However it has to be build by the user, which might not be easy. I cannot help with this (except for eventual bugfixes). Can't you use

[Issue 15301] The D logo has no embedded colour profile, causing significant differences on wide gamut displays in Chrome.

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

Re: std.xml2 (collecting features)

On Sunday, 3 May 2015 at 17:39:48 UTC, Robert burner Schadek wrote: std.xml has been considered not up to specs nearly 3 years now. Time to build a successor. I currently plan the following featues for it: - SAX and DOM parser - in-situ / slicing parsing when possible (forward range?) -

Re: Vulkan bindings

On Thursday, 18 February 2016 at 03:27:55 UTC, Alex Parrill wrote: (IMO It would be cool to generate OpenGL and Vulkan bindings directly from the XML spec; std.xml doesn't work in CTFE. Though it would probably take a long time to compile) https://github.com/Dav1dde/glad

Re: Vulkan bindings

On Thursday, 18 February 2016 at 03:27:55 UTC, Alex Parrill wrote: On Tuesday, 16 February 2016 at 19:01:58 UTC, Satoshi wrote: Hello Vulkan API 1.0 is here and I just wrapped it into D. https://github.com/Rikarin/VulkanizeD Have fun! Please consider making it a Dub package! (IMO It would

[Issue 15697] The script for This Week in D is served over HTTP even when accessing the website over HTTPs.

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

[Issue 15697] The script for This Week in D is served over HTTP even when accessing the website over HTTPs.

https://issues.dlang.org/show_bug.cgi?id=15697 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dlang.org https://github.com/D-Programming-Language/dlang.org/commit/c3352c0d842bb77e439e8e1324c1890f0ea4810c Fix issue 15697

Re: Vulkan bindings

On Thursday, 18 February 2016 at 03:38:42 UTC, Kapps wrote: This is what I did with OpenGL for my own bindings. It had some nice benefits like having the documentation be (mostly) accessible. Unfortunately, turns out the spec contains a lot of typos, including wrong arguments / function

Re: Vulkan bindings

On Thursday, 18 February 2016 at 03:27:55 UTC, Alex Parrill wrote: On Tuesday, 16 February 2016 at 19:01:58 UTC, Satoshi wrote: Hello Vulkan API 1.0 is here and I just wrapped it into D. https://github.com/Rikarin/VulkanizeD Have fun! Please consider making it a Dub package! (IMO It would

Re: Qt's MOC getting replicated in D for Calypso

On Thursday, 18 February 2016 at 02:47:37 UTC, Elie Morisse wrote: Hi all, I now have a working D replacement for moc: https://github.com/Syniurge/Calypso/blob/master/tests/calypso/qt5/moc For those unfamiliar with Qt, moc (the Meta-Object Compiler) is a tool that generates additional

Re: Vulkan bindings

On Tuesday, 16 February 2016 at 19:01:58 UTC, Satoshi wrote: Hello Vulkan API 1.0 is here and I just wrapped it into D. https://github.com/Rikarin/VulkanizeD Have fun! Please consider making it a Dub package! (IMO It would be cool to generate OpenGL and Vulkan bindings directly from the

Re: Qt's MOC getting replicated in D for Calypso

On 02/17/2016 06:47 PM, Elie Morisse wrote: > I now have a working D replacement for moc: > > https://github.com/Syniurge/Calypso/blob/master/tests/calypso/qt5/moc > > For those unfamiliar with Qt, moc (the Meta-Object Compiler) is a tool > that generates additional code for Qt classes, code

Re: Arrays of noncopyables/Invalid memory operation

On Thursday, 18 February 2016 at 01:19:16 UTC, Ali Çehreli wrote: On 02/17/2016 05:14 PM, ZombineDev wrote: > The "Invalid memory operation" error is thrown only by the GC (AFAIK) > when the user tries something unsupported like allocating or freeing in > a destructor, while a GC collection is

[Issue 15697] New: The script for This Week in D is served over HTTP even when accessing the website over HTTPs.

https://issues.dlang.org/show_bug.cgi?id=15697 Issue ID: 15697 Summary: The script for This Week in D is served over HTTP even when accessing the website over HTTPs. Product: D Version: D2 Hardware: All OS:

[Issue 15696] New: The website logo overlaps the Learn tab when using Microsoft Edge

https://issues.dlang.org/show_bug.cgi?id=15696 Issue ID: 15696 Summary: The website logo overlaps the Learn tab when using Microsoft Edge Product: D Version: D2 Hardware: All OS: Windows Status:

Re: Official compiler

On Thursday, 18 February 2016 at 02:29:52 UTC, Márcio Martins wrote: On Thursday, 18 February 2016 at 00:06:10 UTC, Xinok wrote: On Wednesday, 17 February 2016 at 22:57:20 UTC, Márcio Martins wrote: I was reading the other thread "Speed kills" and was wondering if there is any practical reason

Qt's MOC getting replicated in D for Calypso

Hi all, I now have a working D replacement for moc: https://github.com/Syniurge/Calypso/blob/master/tests/calypso/qt5/moc For those unfamiliar with Qt, moc (the Meta-Object Compiler) is a tool that generates additional code for Qt classes, code then used by the signal/slot system,

Re: Official compiler

On Thursday, 18 February 2016 at 00:06:10 UTC, Xinok wrote: On Wednesday, 17 February 2016 at 22:57:20 UTC, Márcio Martins wrote: I was reading the other thread "Speed kills" and was wondering if there is any practical reason why DMD is the official compiler? ... I pretty much asked this

Re: Official compiler

On Wednesday, 17 February 2016 at 22:57:20 UTC, Márcio Martins wrote: I was reading the other thread "Speed kills" and was wondering if there is any practical reason why DMD is the official compiler? [...] Developer politics, I believe. I'm curious where Andrei stands on this issue, IIRC he

Re: Official compiler

On Thursday, 18 February 2016 at 00:35:01 UTC, Chris Wright wrote: On Wed, 17 Feb 2016 22:57:20 +, Márcio Martins wrote: I was reading the other thread "Speed kills" and was wondering if there is any practical reason why DMD is the official compiler? Walter Bright is the lead developer,

Re: ndslice help

On Thursday, 18 February 2016 at 00:25:09 UTC, Zz wrote: Hi, I'm trying to generate the following sequences with ndslice. 0 0 0 1 1 1 1 1 1 0 0 0 0 1 2 0 1 2 2 1 0 2 1 0 It's okay with loops but was checking to see if it's possible with ndslice. Zz Here's my solution:

[Issue 3444] foreach(i, elem; range) should work

https://issues.dlang.org/show_bug.cgi?id=3444 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --

[Issue 8109] typeof(function) within functions

https://issues.dlang.org/show_bug.cgi?id=8109 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --

Re: Arrays of noncopyables/Invalid memory operation

On 02/17/2016 05:14 PM, ZombineDev wrote: > The "Invalid memory operation" error is thrown only by the GC (AFAIK) > when the user tries something unsupported like allocating or freeing in > a destructor, while a GC collection is being run. That. The problem is when the assert check fails (for

Re: Arrays of noncopyables/Invalid memory operation

On Wednesday, 17 February 2016 at 22:20:00 UTC, Matt Elkins wrote: So in a different thread someone mentioned that when arrays are grown an implicit copy could be called on all the elements, as they might need to be copied over to a new, larger block of memory. This makes sense, and is

Re: Confusion regarding struct lifecycle

On Wednesday, 17 February 2016 at 16:36:35 UTC, Matt Elkins wrote: On Wednesday, 17 February 2016 at 07:10:15 UTC, ZombineDev wrote: The downside is that it really indicates that I didn't reduce my buggy program properly. I'll hold out for the live-object-destructor-call fix to see whether

[Issue 15667] dmd infinite loop on invalid syntax.

https://issues.dlang.org/show_bug.cgi?id=15667 --- 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/354cca32f1b93cca073a483a463ef36e96bee67e fix Issue 15667 - dmd

Re: Head Const

On Wednesday, 17 February 2016 at 23:47:54 UTC, Walter Bright wrote: On 2/17/2016 3:12 PM, Jonathan M Davis wrote: On Wednesday, 17 February 2016 at 22:44:27 UTC, Walter Bright wrote: It would seem that implementing headconst as a type constructor would let people who wanted mutable members

[Issue 10393] demangle doesn't work for unicode symbol names

https://issues.dlang.org/show_bug.cgi?id=10393 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment

VisualD/cv2pdb doesn't display AA's properly in the watch window.

Test code (in a newly created project): import std.stdio; int main(string[] argv) { writeln("Hello Blah!"); string[string] testAA = null; testAA["test1"] = "Hello"; testAA["test2"] = "Goodbye"; testAA["blah"] = "string"; testAA["bloop"] = "another string";

Re: Official compiler

On Wed, 17 Feb 2016 22:57:20 +, Márcio Martins wrote: > I was reading the other thread "Speed kills" and was wondering if there > is any practical reason why DMD is the official compiler? Walter Bright is the lead developer, and for legal reasons he will never touch source code from a

ndslice help

Hi, I'm trying to generate the following sequences with ndslice. 0 0 0 1 1 1 1 1 1 0 0 0 0 1 2 0 1 2 2 1 0 2 1 0 It's okay with loops but was checking to see if it's possible with ndslice. Zz

Re: Another new io library

On Wednesday, 17 February 2016 at 23:15:51 UTC, Jonathan M Davis wrote: On Wednesday, 17 February 2016 at 22:47:27 UTC, deadalnix wrote: See async/await in C# (https://msdn.microsoft.com/fr-fr/library/hh191443.aspx) Or for those poor souls who can't read French... ;)

[Issue 7054] std.format.formattedWrite uses code units count as width instead of characters count

https://issues.dlang.org/show_bug.cgi?id=7054 --- Comment #10 from hst...@quickfur.ath.cx --- Even if we concede that modern terminals ought to be Unicode-aware (if not fully supporting Unicode), there is still the slippery slope of how to print bidirectional text, vertical text, scripts that

Re: Official compiler

On Wednesday, 17 February 2016 at 22:57:20 UTC, Márcio Martins wrote: I was reading the other thread "Speed kills" and was wondering if there is any practical reason why DMD is the official compiler? ... I pretty much asked this same question a little over a year ago. Thread is here:

Re: Head Const

On 2/17/2016 3:12 PM, Jonathan M Davis wrote: On Wednesday, 17 February 2016 at 22:44:27 UTC, Walter Bright wrote: It would seem that implementing headconst as a type constructor would let people who wanted mutable members have their way, without introducing backdoors in const. I really

Re: Another new io library

On Wednesday, 17 February 2016 at 22:47:27 UTC, deadalnix wrote: See async/await in C# (https://msdn.microsoft.com/fr-fr/library/hh191443.aspx) Or for those poor souls who can't read French... ;) https://msdn.microsoft.com/en-us/library/hh191443.aspx - Jonathan M Davis

[Issue 14383] [ddoc] documented unittests don't work for module declaration

https://issues.dlang.org/show_bug.cgi?id=14383 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||pull --- Comment #2 from

Re: Head Const

On Wednesday, 17 February 2016 at 22:44:27 UTC, Walter Bright wrote: It would seem that implementing headconst as a type constructor would let people who wanted mutable members have their way, without introducing backdoors in const. I really don't see how that's the same thing at all. The

Official compiler

I was reading the other thread "Speed kills" and was wondering if there is any practical reason why DMD is the official compiler? Currently, newcomers come expecting their algorithm from rosetta code to run faster in D than their current language, but then it seems like it's actually slower.

Re: Another new io library

First, I'm very happy to see that. Sounds like a good project. Some remarks: - You seems to be using classes. These are good to compose at runtime, but we can do better at compile time using value types. I suggest using value types and have a class wrapper that can be used to make things

Re: Head Const

On 2/17/2016 2:31 PM, Jonathan M Davis wrote: We _could_ have something like @mutable on member variables which made them mutable in spite of being in a const object and which made it illegal for that type to ever be immutable, but we'd be forced to have an additional attribute on the type

[Issue 15656] ddox should recognize special meaning of '_' in ddoc, else may generate broken links.

https://issues.dlang.org/show_bug.cgi?id=15656 --- Comment #5 from ag0ae...@gmail.com --- (In reply to ag0aep6g from comment #4) > I've filed an issue against ddox: > https://github.com/rejectedsoftware/ddox/issues/117 The ddox issue has been fixed. For the fix to reach dlang.org there will have

[Issue 15673] [dox] atan2 docs have broken formatting

https://issues.dlang.org/show_bug.cgi?id=15673 --- Comment #4 from ag0ae...@gmail.com --- (In reply to ag0aep6g from comment #3) > The problem is with macro definitions in ddox. I've filed an issue on ddox: > https://github.com/rejectedsoftware/ddox/issues/116 The ddox issue has been fixed. For

Re: Head Const

On 02/17/2016 04:07 PM, Walter Bright wrote: On 2/17/2016 3:56 AM, Andrei Alexandrescu wrote: On 02/16/2016 09:53 PM, Walter Bright wrote: Most of what people find frustrating about D's transitive const/immutable is its very nature of not being sloppy and full of holes. I thought it was the

[Issue 9793] XREF broken for package modules (e.g. digest.digest)

https://issues.dlang.org/show_bug.cgi?id=9793 ag0ae...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC|

Re: Head Const

On Wednesday, 17 February 2016 at 22:06:20 UTC, Walter Bright wrote: On 2/17/2016 10:54 AM, Marc Schütz wrote: That's already covered in the DIP, see my reply to Dicebot. Note that D supports opaque types, meaning it is not always possible to transitively follow all types to see if they have

[Issue 5151] Home page download link(s?) doesn't update itself

https://issues.dlang.org/show_bug.cgi?id=5151 ag0ae...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 12383] dlang.org operator overloading text with DDoc macro.

https://issues.dlang.org/show_bug.cgi?id=12383 ag0ae...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 13373] METACODE appears in clear...

https://issues.dlang.org/show_bug.cgi?id=13373 ag0ae...@gmail.com changed: What|Removed |Added CC||philippe.sig...@gmail.com --- Comment

Arrays of noncopyables/Invalid memory operation

So in a different thread someone mentioned that when arrays are grown an implicit copy could be called on all the elements, as they might need to be copied over to a new, larger block of memory. This makes sense, and is expected. However, it got me concerned: what if the post-blit was disabled

[Issue 13373] METACODE appears in clear...

https://issues.dlang.org/show_bug.cgi?id=13373 ag0ae...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 13962] http://dlang.org/phobos/object.html is formatted with the old style

https://issues.dlang.org/show_bug.cgi?id=13962 ag0ae...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 15301] The D logo has no embedded colour profile, causing significant differences on wide gamut displays in Chrome.

https://issues.dlang.org/show_bug.cgi?id=15301 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com --- Comment #1 from

Re: Head Const

On 2/17/2016 10:54 AM, Marc Schütz wrote: That's already covered in the DIP, see my reply to Dicebot. Note that D supports opaque types, meaning it is not always possible to transitively follow all types to see if they have mutable members.

Re: Head Const

On 2/17/2016 4:03 AM, Jakob Ovrum wrote: How about disallowing immutable data with extern(C++) types? With extern(C++) data always mutable, `const` could safely be reused to mean C++ const in bindings. Any `mutable`-style code would be implemented in C++. That doesn't help with trying to match

[Issue 15344] m32mscoff switch missing from documentation.

https://issues.dlang.org/show_bug.cgi?id=15344 ag0ae...@gmail.com changed: What|Removed |Added Keywords||pull CC|

Re: OT: Vulkan released

Le 17/02/2016 12:54, Vladimir Panteleev a écrit : On Tuesday, 16 February 2016 at 21:27:22 UTC, Ola Fosheim Grøstad wrote: On Tuesday, 16 February 2016 at 19:03:13 UTC, Zoadian wrote: I'll write derelict bindings. 600 lines of code to display a triangle... I found this:

Re: Any actively maintained qt bindings for D?

On Wednesday, 17 February 2016 at 20:56:27 UTC, Rishub Nagpal wrote: Qtd hasn't been updated in 3 years Does anyone know of anactively maintained qt library? I think QML bindings exists, but as far as I know direct Qt bindings don't exist/aren't updated. I want to do a GSoC proposal for

Re: Head Const

On 2/17/2016 3:56 AM, Andrei Alexandrescu wrote: On 02/16/2016 09:53 PM, Walter Bright wrote: Most of what people find frustrating about D's transitive const/immutable is its very nature of not being sloppy and full of holes. I thought it was the constructors and postblit that are the matter.

[Issue 10378] Prevent local imports from hiding local symbols

https://issues.dlang.org/show_bug.cgi?id=10378 --- Comment #31 from hst...@quickfur.ath.cx --- Ouch. That's a pretty nasty one. I suppose it's because the inner import pulls in 'write' into a different overload set from the outer import, so the compiler doesn't complain about the ambiguity error,

Any actively maintained qt bindings for D?

Qtd hasn't been updated in 3 years Does anyone know of anactively maintained qt library?

[Issue 15695] Wrong error message in failed conversion from string to int

https://issues.dlang.org/show_bug.cgi?id=15695 --- Comment #2 from hst...@quickfur.ath.cx --- And the forum thread: http://forum.dlang.org/thread/iefucpjgreyvloqeg...@forum.dlang.org --

[Issue 15695] Wrong error message in failed conversion from string to int

https://issues.dlang.org/show_bug.cgi?id=15695 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||diagnostic --

[Issue 15695] Wrong error message in failed conversion from string to int

https://issues.dlang.org/show_bug.cgi?id=15695 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||pull --- Comment #1 from

Re: An unexpected string to int exception.

On Wed, Feb 17, 2016 at 11:16:50AM -0800, Ali Çehreli via Digitalmars-d-learn wrote: > On 02/17/2016 11:08 AM, H. S. Teoh via Digitalmars-d-learn wrote: > > >> For example, the 'h' below was typed by my own right-hand index > >> finger. :) > >> > >>Error: Unexpected 'h' when converting from

[Issue 15695] New: Wrong error message in failed conversion from string to int

https://issues.dlang.org/show_bug.cgi?id=15695 Issue ID: 15695 Summary: Wrong error message in failed conversion from string to int Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW

Re: IDE - Coedit 2

On 2016-02-17 14:18, Basile Burg wrote: The few missing details to compile CE under OSX have been added today. However it has to be build by the user, which might not be easy. I cannot help with this (except for eventual bugfixes). Can't you use Travis CI to build it if you don't have a Mac

Re: Can I get more opinions on increasing the logo size on the site please

On 10.02.2016 22:31, anonymous wrote: I've shot him an email. No response for a week. Trying a GitHub @-mention now: https://github.com/D-Programming-Language/dlang.org/pull/1212#issuecomment-185381136

Re: Speed kills

On Wednesday, 17 February 2016 at 19:01:38 UTC, Basile B. wrote: That's more subtile than that. The oldest 64 bit processor (AMD64) supports SSE, always. So when we do "cast(int) 0.1;" on X86_64, the backend always generate SSE instructions. The oldest 32 bit processor (X86) doesn't support

[Issue 10378] Prevent local imports from hiding local symbols

https://issues.dlang.org/show_bug.cgi?id=10378 --- Comment #30 from timon.g...@gmx.ch --- (In reply to hsteoh from comment #29) > Do you have an example where this is problematic? > Slightly contrived, but here you go: import std.stdio; string readAndLog(string filename){ import std.file;

Re: Confusion regarding struct lifecycle

On 17.02.2016 17:36, Matt Elkins wrote: I tried this, and got the same issue. Actually, I was still able to reproduce the original reported issue as well, which leads me to believe either the bug was not actually fixed or (and this is more likely) I screwed something up with my install. Do I

Re: Confusion regarding struct lifecycle

On 02/17/2016 11:37 AM, anonymous wrote: > However, the code from this thread still prints > > > Before 8 > Before 1 > Foo being destroyed: 0 > Before 2 > Foo being destroyed: 0 > Before 3 > Foo being destroyed: 0 > After Foo construction > About to lose scope > Foo being destroyed: 0 > Foo

Re: Head Const

On Wednesday, 17 February 2016 at 19:03:25 UTC, Jonathan M Davis wrote: As soon as you start using pointers or containers or pointers or anything like that, pretty quickly, you can get situations like where the container is const, but its elements aren't. Yes, generic containers is an issue

Re: An unexpected string to int exception.

On 02/17/2016 11:08 AM, H. S. Teoh via Digitalmars-d-learn wrote: >> For example, the 'h' below was typed by my own right-hand index >> finger. :) >> >>Error: Unexpected 'h' when converting from type string to type uint > [...] > > So where's the bug report?? ;-) That's the shame part. :) I

Re: Running task once a day in vibe.d

On Wed, 17 Feb 2016 18:55:42 +, Zardoz wrote: > On Tuesday, 16 February 2016 at 18:30:43 UTC, Nick wrote: >> Hey folks >> >> I'm making a vibe.d application. Once a day it needs to download some >> data. How do i get the program to perform this task once a day? >> >> Regards, Nick > > Why

Re: OT: Nature on the 'end' of Moore's Law

On Wednesday, 17 February 2016 at 18:24:36 UTC, Kagamin wrote: I'm thinking more about distributed platforms. We made our server support farm configuration, and the customer was happy to buy 6 farm nodes and plans to add 3 more. For some reason a farm is cheaper than one big iron server? It

Re: An unexpected string to int exception.

On Wed, Feb 17, 2016 at 10:44:40AM -0800, Ali Çehreli via Digitalmars-d-learn wrote: > On 02/17/2016 09:09 AM, H. S. Teoh via Digitalmars-d-learn wrote: > > >> apparently std.conv parse() will say the unexpected input is not > >> the one that caused the error but the character after. in this

Re: Head Const

On Wednesday, 17 February 2016 at 18:16:54 UTC, Ola Fosheim Grøstad wrote: On Wednesday, 17 February 2016 at 17:47:02 UTC, Jonathan M Davis wrote: definitely sucks. But interestingly, the more I've used D, the less happy I've been with C++'s const. It just has too many holes. In particular,

Re: Speed kills

On Wednesday, 17 February 2016 at 18:50:45 UTC, Jack Stouffer wrote: On Wednesday, 17 February 2016 at 18:26:47 UTC, Basile B. wrote: Anyway, not good for phobos, why? When looking for documentation yesterday night I've landed on a post by Walter who explained that the library for a system

Re: Running task once a day in vibe.d

On Tuesday, 16 February 2016 at 18:30:43 UTC, Nick wrote: Hey folks I'm making a vibe.d application. Once a day it needs to download some data. How do i get the program to perform this task once a day? Regards, Nick Why you not use cron to launch your program at desire time every day ?

Re: Head Const

On Wednesday, 17 February 2016 at 02:51:06 UTC, Walter Bright wrote: On 2/16/2016 11:29 AM, Marc Schütz wrote: For example, it's always possible to use a global mutable associative array to store additional data connected with an immutable or const object (ignoring purity issues for the

Re: Speed kills

On Wednesday, 17 February 2016 at 18:26:47 UTC, Basile B. wrote: Anyway, not good for phobos, why? When looking for documentation yesterday night I've landed on a post by Walter who explained that the library for a system programming language shouldn't be specific to an architecture. While I

Re: Head Const

On Wednesday, 17 February 2016 at 02:20:15 UTC, Dicebot wrote: One example of a existing guarantee you won't be able to keep, for example, is that any immutable allocation can be completely put into separate read-only memory. Yes, and it would be rejected statically (rule 2). I therefor

  1   2   >