How to split a string to a 2D array

I want to convert a string like " a,b1, 23 " to a 2D array like: [["a", "b"], ["1", "2"], ["3", "" ]] auto html = " a,b1, 23 "; auto rows = html.strip.chomp("").split(""); string[][] data; rows.each!(a => data ~= a.split(",")); string[][] result = data.map!(a => a.padRight("",

[Issue 18513] Error: module `scripting` is in file 'std/experimental/scripting.d' which cannot be read

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

Re: Beta 2.079.0

On Saturday, 24 February 2018 at 07:09:05 UTC, zabruk70 wrote: i don't understand whole theread. why all import must be written on one line? curent syntax very handy and readable. you must have understood the thread, cause you summarised it pretty well ;-)

Re: Game and GC

On Friday, 23 February 2018 at 01:54:07 UTC, Leonardo wrote: Hi, I'm new to language and games. Many people say that GC is bad and can slow down your project in some moments. What can happen if I create a game using D without worrying with memory management? (using full GC) From my

Re: Beta 2.079.0

i don't understand whole theread. why all import must be written on one line? curent syntax very handy and readable.

Re: Slow code, slow

On Saturday, 24 February 2018 at 00:21:06 UTC, Andrei Alexandrescu wrote: On 2/23/18 3:15 PM, H. S. Teoh wrote: tl;dr: A trivial piece of code, written as ostensibly "idiomatic D" with. Makes me cringe every time I hear "fast code, fast". Our old slogan is a much more accurate description

Re: How do you get comfortable with Dlang.org's Forum?

On 02/23/2018 11:57 AM, Kagamin wrote: Bold and italic is a wrong way to format text because it's visual formatting that lacks semantic. Bleh. That's actually my #1 favortie example for how the web world has gone completely, utterly insane. For one thing, bold and italic have *always*

Re: How do you get comfortable with Dlang.org's Forum?

On 02/23/2018 10:18 AM, Steven Schveighoffer wrote: TB has these, though I prefer plain text. It supports a crude form of markdown, so *bold*, _underline_ all are enhanced by TB. Emoticons turn into graphics too ;) I turned those off in my TB installation. I hate having my software

Re: How do you get comfortable with Dlang.org's Forum?

On 02/23/2018 11:24 PM, psychoticRabbit wrote: (in the 90's companies made their name for not being Microsoft. As Microsoft wanted to dominate the world. I wonder if that same situation exists now, except, now its not being Google). Oh, it DEFINITELY does. The only difference is that

Re: PackedAliasSeq?

On Thursday, 22 February 2018 at 19:26:54 UTC, Andrei Alexandrescu wrote: After coding https://github.com/dlang/phobos/pull/6192 with AliasSeq, the experience has been quite pleasurable. However, in places the AliasSeq tends to expand too eagerly, leading to a need to "keep it together" e.g.

Re: Postgres and other database interfaces

On Saturday, 24 February 2018 at 05:45:45 UTC, rikki cattermole wrote: There is plenty of desire to build a generalized SQL interface for Phobos. But somebody needs to do it and it won't be all that much fun to do. Hi Joe and Rikki, This is the goal of my dstddb project and I've picked it

Re: How do you get comfortable with Dlang.org's Forum?

On 02/23/2018 08:47 AM, biocyberman wrote: From my experience with forum platforms like vBulletin, phpBB, Invision Power, and even interfaces of Google group, and Github Issues, I still find it very difficult to understand the logics of using dlang's forum. I really don't see what there

Re: Postgres and other database interfaces

There is plenty of desire to build a generalized SQL interface for Phobos. But somebody needs to do it and it won't be all that much fun to do.

Postgres and other database interfaces

Back on 13 January, I posted in the Learn forum some questions regarding using Postgres and got a reply that stated the following: On Monday, 15 January 2018 at 02:28:29 UTC, Matthias Klumpp wrote: In any case, please don't start another Postgres library and consider contributing to one of

[Issue 18515] New: freebsd 11 ships with gcc unable to link 32 bit binaries, dmd uses it by default

https://issues.dlang.org/show_bug.cgi?id=18515 Issue ID: 18515 Summary: freebsd 11 ships with gcc unable to link 32 bit binaries, dmd uses it by default Product: D Version: D2 Hardware: x86 OS: FreeBSD

Re: Template Constraints

On Saturday, February 24, 2018 04:33:52 psychoticRabbit via Digitalmars-d- learn wrote: > On Saturday, 24 February 2018 at 04:22:12 UTC, Jonathan M Davis > > wrote: > > Why is there anything dodgy going on and why would you need > > contracts? Contracts actually tend to go very badly with > >

[Issue 18514] New: freebsd 11 with clang fails cpp abi tests

https://issues.dlang.org/show_bug.cgi?id=18514 Issue ID: 18514 Summary: freebsd 11 with clang fails cpp abi tests Product: D Version: D2 Hardware: x86 OS: FreeBSD Status: NEW Severity: blocker

Re: How do you get comfortable with Dlang.org's Forum?

On Sat, Feb 24, 2018 at 04:18:29AM +, MattCoder via Digitalmars-d wrote: > On Friday, 23 February 2018 at 13:47:16 UTC, biocyberman wrote: > > 1. No post editing... > > You should be grateful for this, because I hate systems like: Forums, > Reddit and whatever, where people can edit/delete

Re: Template Constraints

On Saturday, 24 February 2018 at 04:22:12 UTC, Jonathan M Davis wrote: Why is there anything dodgy going on and why would you need contracts? Contracts actually tend to go very badly with generic code, because whatever they assert has to be generic, and while that works sometimes, more often

Re: Template Constraints

On Sat, Feb 24, 2018 at 02:54:13AM +, Jonathan via Digitalmars-d-learn wrote: > I am having trouble finding many useful explanations of using template > constraints beyond basic usage. > > I would like to have a template constrant to enforce that a type can > be explicitly cast to another

Re: How do you get comfortable with Dlang.org's Forum?

On Saturday, 24 February 2018 at 04:13:15 UTC, Johannes Loher wrote: There are Browser extensions gor this (e.g. https://chrome.google.com/webstore/detail/stylish-custom-themes-for/fjnbnpbmkenffdnngjfgmeleoegfcffe?hl=en) Hey. thanks for the tip. though..I just refuse to use chrome ;-) (in

Re: Template Constraints

On Saturday, February 24, 2018 04:13:30 psychoticRabbit via Digitalmars-d- learn wrote: > On Saturday, 24 February 2018 at 03:58:48 UTC, Jonathan M Davis > > wrote: > > Whether an implicit cast or an explicit cast makes more sense > > depends entirely on what the code is doing, but either way, the

Re: How do you get comfortable with Dlang.org's Forum?

On Friday, 23 February 2018 at 13:47:16 UTC, biocyberman wrote: 1. No post editing... You should be grateful for this, because I hate systems like: Forums, Reddit and whatever, where people can edit/delete posts changing the context of things. MattCoder.

Re: How do you get comfortable with Dlang.org's Forum?

On Saturday, 24 February 2018 at 02:27:27 UTC, psychoticRabbit wrote: On Saturday, 24 February 2018 at 01:53:48 UTC, Ali Çehreli wrote: On 02/23/2018 06:25 AM, psychoticRabbit wrote: > If there is one change that I would really like, it's dark theme I've never needed myself but most browsers

Re: Template Constraints

On Saturday, 24 February 2018 at 03:58:48 UTC, Jonathan M Davis wrote: Whether an implicit cast or an explicit cast makes more sense depends entirely on what the code is doing, but either way, the conversion needs to be forced inside the function, or you end up with bugs. Far too often, when

Re: Template Constraints

On Saturday, February 24, 2018 03:48:44 psychoticRabbit via Digitalmars-d- learn wrote: > On Saturday, 24 February 2018 at 03:43:25 UTC, Jonathan M Davis > > wrote: > > That does not do what the OP requested at all. That tests > > whether T is one of byte, ubyte, short, ushort, int, uint, > >

Re: Template Constraints

On Saturday, 24 February 2018 at 03:43:25 UTC, Jonathan M Davis wrote: That does not do what the OP requested at all. That tests whether T is one of byte, ubyte, short, ushort, int, uint, long, and ulong, whereas what the OP wants is to test whether T can be cast to int. - Jonathan M Davis

Re: Template Constraints

On Saturday, 24 February 2018 at 03:30:45 UTC, psychoticRabbit wrote: On Saturday, 24 February 2018 at 02:54:13 UTC, Jonathan wrote: I am having trouble finding many useful explanations of using template constraints beyond basic usage. I would like to have a template constrant to enforce that

Re: Template Constraints

On Saturday, February 24, 2018 03:30:45 psychoticRabbit via Digitalmars-d- learn wrote: > On Saturday, 24 February 2018 at 02:54:13 UTC, Jonathan wrote: > > I am having trouble finding many useful explanations of using > > template constraints beyond basic usage. > > > > I would like to have a

Re: Template Constraints

On Saturday, 24 February 2018 at 02:54:13 UTC, Jonathan wrote: I am having trouble finding many useful explanations of using template constraints beyond basic usage. I would like to have a template constrant to enforce that a type can be explicitly cast to another type: void (T)(T t)

[Issue 18513] New: Error: module `scripting` is in file 'std/experimental/scripting.d' which cannot be read

https://issues.dlang.org/show_bug.cgi?id=18513 Issue ID: 18513 Summary: Error: module `scripting` is in file 'std/experimental/scripting.d' which cannot be read Product: D Version: D2 Hardware: x86 OS: Mac OS

[Issue 18512] auto-tester fails /usr/local/bin/ld: cannot find -lpthread only on FreeBSD_32

https://issues.dlang.org/show_bug.cgi?id=18512 Jonathan M Davis changed: What|Removed |Added CC|

[Issue 18512] New: auto-tester fails /usr/local/bin/ld: cannot find -lpthread only on FreeBSD_32

https://issues.dlang.org/show_bug.cgi?id=18512 Issue ID: 18512 Summary: auto-tester fails /usr/local/bin/ld: cannot find -lpthread only on FreeBSD_32 Product: D Version: D2 Hardware: x86 OS: Mac OS X

Re: Template Constraints

On Saturday, February 24, 2018 03:04:53 psychoticRabbit via Digitalmars-d- learn wrote: > On Saturday, 24 February 2018 at 02:54:13 UTC, Jonathan wrote: > > I am having trouble finding many useful explanations of using > > template constraints beyond basic usage. > > > > I would like to have a

Re: Template Constraints

On Saturday, 24 February 2018 at 02:54:13 UTC, Jonathan wrote: I am having trouble finding many useful explanations of using template constraints beyond basic usage. I would like to have a template constrant to enforce that a type can be explicitly cast to another type: void (T)(T t)

Re: Template Constraints

On Saturday, 24 February 2018 at 02:54:13 UTC, Jonathan wrote: I am having trouble finding many useful explanations of using template constraints beyond basic usage. The constraint is just like static if as to what it allows inside, so you can check almost anything in there. Like for the

Re: Template Constraints

On Saturday, February 24, 2018 02:54:13 Jonathan via Digitalmars-d-learn wrote: > I am having trouble finding many useful explanations of using > template constraints beyond basic usage. > > I would like to have a template constrant to enforce that a type > can be explicitly cast to another type:

Re: Beta 2.079.0

On Friday, 23 February 2018 at 16:03:56 UTC, Aurélien Plazzotta wrote: Perhaps, we could use Backus-Naur notation, as it is already widely known into formal documents all over the globe, like the following: import std.stdio, std.whatever{this, that}, std.somethingelse, std.grr{wtf}; That

Template Constraints

I am having trouble finding many useful explanations of using template constraints beyond basic usage. I would like to have a template constrant to enforce that a type can be explicitly cast to another type: void (T)(T t) if (cast(int) T)//force `cast(int) T` to be possible

Re: How do you get comfortable with Dlang.org's Forum?

On Saturday, 24 February 2018 at 01:53:48 UTC, Ali Çehreli wrote: On 02/23/2018 06:25 AM, psychoticRabbit wrote: > If there is one change that I would really like, it's dark theme I've never needed myself but most browsers allow overriding themes. Ali yeah..I tried this a while back, but

Re: Slow code, slow

On Friday, 23 February 2018 at 20:15:12 UTC, H. S. Teoh wrote: Now that I got your attention: https://issues.dlang.org/show_bug.cgi?id=18511 Your bug report is about slowdown in *compilation* time. I wondered if the longer compilation time is due to the better (faster) generated

Re: How do you get comfortable with Dlang.org's Forum?

On 02/23/2018 06:25 AM, psychoticRabbit wrote: > If there is one change that I would really like, it's dark theme I've never needed myself but most browsers allow overriding themes. Ali

Re: How do you get comfortable with Dlang.org's Forum?

On Friday, 23 February 2018 at 18:51:45 UTC, Biocyberman wrote: I think it has much to do with setting expectation right. Haven't used dfeed, I had trouble understanding dlang's forum but much less trouble with others. Well... D users will reach a some critical mass, at some point, whereby

Re: Beta 2.079.0

On Friday, 23 February 2018 at 23:46:02 UTC, Norm wrote: Well, D is already a compiled scripting language :) technically (and otherwise) that is not correct...thank god! lets keep it that way.

Re: Slow code, slow

On Friday, 23 February 2018 at 21:10:25 UTC, H. S. Teoh wrote: On Fri, Feb 23, 2018 at 08:51:20PM +, Rubn via Digitalmars-d wrote: [...] This slowdown for this specific example isn't cause by templates, it's caused by having to parse all the extra lines of code from phobos. I didn't say

Re: Beta 2.079.0

On Friday, 23 February 2018 at 18:13:51 UTC, Patrick Schluter wrote: On Friday, 23 February 2018 at 13:42:45 UTC, psychoticRabbit wrote: On Friday, 23 February 2018 at 12:06:23 UTC, Patrick Schluter wrote: Absolutely. D scripting is the trojan horse that enables introduction of it in hostile

[Issue 18508] Using statement without effect should error

https://issues.dlang.org/show_bug.cgi?id=18508 Steven Schveighoffer changed: What|Removed |Added CC|

Re: Slow code, slow

On 2/23/18 3:15 PM, H. S. Teoh wrote: Now that I got your attention: https://issues.dlang.org/show_bug.cgi?id=18511 tl;dr: A trivial piece of code, written as ostensibly "idiomatic D" with std.algorithm and std.range templates, compiles *an order of magnitude* slower than the

[Issue 18511] Using std.range / std.algorithm templates cause big slowdown in compilation time

https://issues.dlang.org/show_bug.cgi?id=18511 Ketmar Dark changed: What|Removed |Added CC|

[Issue 18504] Assert in synchronized crashes with SIGILL on exit

https://issues.dlang.org/show_bug.cgi?id=18504 Ketmar Dark changed: What|Removed |Added CC|

Re: Beta 2.079.0

On Friday, 23 February 2018 at 10:48:10 UTC, psychoticRabbit wrote: On Friday, 23 February 2018 at 09:48:33 UTC, Norm wrote: This import feature and surrounding discussion I couldn't care less about ... I actually spend far more time reading large chunks of code, than writing code, and I

Re: How do you get comfortable with Dlang.org's Forum?

On Friday, February 23, 2018 18:56:29 Biocyberman via Digitalmars-d wrote: > We may need a survey to have a good overview about users opinions. > > Speaking on behalf of myself, after additional inputs from many > excellent and respectful users in this 'forum'. I can say that, on the > scale of 1

Re: Vibe.d no more using static this() {}

On Friday, 23 February 2018 at 23:11:13 UTC, aberba wrote: I recently noticed vibe.d now using main loop which call the vibe.d event loop. Why that change? Like: #!/usr/bin/env dub /+ dub.sdl: name "hello_vibed" dependency "vibe-d" version="~>0.8.0" +/ import vibe.d; void main() { auto

Vibe.d no more using static this() {}

I recently noticed vibe.d now using main loop which call the vibe.d event loop. Why that change?

[Issue 18508] Using statement without effect should error

https://issues.dlang.org/show_bug.cgi?id=18508 Jonathan M Davis changed: What|Removed |Added CC|

Re: mysql-native v2.1.0-rc1: New features

On Friday, 23 February 2018 at 22:15:37 UTC, Nick Sabalausky (Abscissa) wrote: An all-D MySQL/MariaDB client library: https://github.com/mysql-d/mysql-native == [...] That's a very useful feature. Will simplify some code. As well as additional tools for

Re: How do you get comfortable with Dlang.org's Forum?

On Fri, Feb 23, 2018 at 10:01:44PM +, bachmeier via Digitalmars-d wrote: > On Friday, 23 February 2018 at 17:56:29 UTC, Biocyberman wrote: > > Speaking on behalf of myself, after additional inputs from many > > excellent and respectful users in this 'forum'. I can say that, on > > the scale of

mysql-native v2.1.0-rc1: New features

An all-D MySQL/MariaDB client library: https://github.com/mysql-d/mysql-native == Tagged 'v2.1.0-rc1', release candidate for v2.1.0, which mainly adds a few new features, inlcuding greatly simplified shortcut syntax for prepared statements (with

Re: How do you get comfortable with Dlang.org's Forum?

On Friday, 23 February 2018 at 17:56:29 UTC, Biocyberman wrote: Speaking on behalf of myself, after additional inputs from many excellent and respectful users in this 'forum'. I can say that, on the scale of 1 (least geeky) to 10 (most geeky), I would put forum.dlang.org to the level 8 of

Re: Beta 2.079.0

On 2/23/18 6:57 AM, Martin Nowak wrote: On Monday, 19 February 2018 at 15:58:57 UTC, Joakim wrote: 17. Allow multiple selective imports from different modules in a single import statement Let me hopefully conclude this discussion :). We have an existing ambiguity in the language since at

Re: Slow code, slow

On Fri, Feb 23, 2018 at 08:51:20PM +, Rubn via Digitalmars-d wrote: [...] > This slowdown for this specific example isn't cause by templates, it's > caused by having to parse all the extra lines of code from phobos. I > didn't say there aren't problems with templates, but this example >

Re: Slow code, slow

On Fri, Feb 23, 2018 at 08:41:17PM +, bauss via Digitalmars-d wrote: [...] > It actually matters a lot for big projects with lots of templates, > especially nested templates. Gets a whole lot worse when it's > templates within mixin templates with templates. The situation has actually

Re: Slow code, slow

On Friday, 23 February 2018 at 20:52:47 UTC, H. S. Teoh wrote: On Fri, Feb 23, 2018 at 08:35:44PM +, Rubn via Digitalmars-d wrote: [...] It's not that big of a slow down. Using "fast" you don't import any modules so they never have to be parsed. That's pretty much all of phobos you don't

[Issue 17961] std.uni does not compile with -unittest -dip1000

https://issues.dlang.org/show_bug.cgi?id=17961 Carsten Blüggel changed: What|Removed |Added Assignee|chi...@posteo.net |nob...@puremagic.com

Re: Slow code, slow

On Friday, 23 February 2018 at 20:41:17 UTC, bauss wrote: On Friday, 23 February 2018 at 20:35:44 UTC, Rubn wrote: On Friday, 23 February 2018 at 20:15:12 UTC, H. S. Teoh wrote: Now that I got your attention: https://issues.dlang.org/show_bug.cgi?id=18511 tl;dr: A trivial piece of

[Issue 18510] [Beta 2.079] lld-link.exe fails to open obj file in subpath

https://issues.dlang.org/show_bug.cgi?id=18510 Rainer Schuetze changed: What|Removed |Added Keywords||pull --- Comment #2

Re: Slow code, slow

On Fri, Feb 23, 2018 at 08:35:44PM +, Rubn via Digitalmars-d wrote: [...] > It's not that big of a slow down. Using "fast" you don't import any modules > so they never have to be parsed. That's pretty much all of phobos you don't > have to parse in that example. That's just the initial cost

Re: Slow code, slow

On Friday, 23 February 2018 at 20:35:44 UTC, Rubn wrote: On Friday, 23 February 2018 at 20:15:12 UTC, H. S. Teoh wrote: Now that I got your attention: https://issues.dlang.org/show_bug.cgi?id=18511 tl;dr: A trivial piece of code, written as ostensibly "idiomatic D" with std.algorithm

Re: Slow code, slow

On Friday, 23 February 2018 at 20:15:12 UTC, H. S. Teoh wrote: Now that I got your attention: https://issues.dlang.org/show_bug.cgi?id=18511 tl;dr: A trivial piece of code, written as ostensibly "idiomatic D" with std.algorithm and std.range templates, compiles *an order of

Slow code, slow

Now that I got your attention: https://issues.dlang.org/show_bug.cgi?id=18511 tl;dr: A trivial piece of code, written as ostensibly "idiomatic D" with std.algorithm and std.range templates, compiles *an order of magnitude* slower than the equivalent hand-written loop. The way the

Re: Typedef.toString?

On Friday, 23 February 2018 at 15:26:02 UTC, Meta wrote: On Friday, 23 February 2018 at 13:56:35 UTC, Denis F wrote: On Thursday, 22 February 2018 at 20:26:17 UTC, Meta wrote: find all this inclusions. Maybe it is need to implement simple toString method inside of Typedef struct? Or just

[Issue 17819] static foreach segfaults on __traits(allMembers)

https://issues.dlang.org/show_bug.cgi?id=17819 --- Comment #2 from Jean-Louis Leroy --- Still present in v2.078.3 - it seems that no one is looking into this. --

[Issue 18511] Using std.range / std.algorithm templates cause big slowdown in compilation time

https://issues.dlang.org/show_bug.cgi?id=18511 --- Comment #1 from hst...@quickfur.ath.cx --- Sorry, missed the command for compiling the slow version: time dmd -c -version=slow test.d --

[Issue 18511] New: Using std.range / std.algorithm templates cause big slowdown in compilation time

https://issues.dlang.org/show_bug.cgi?id=18511 Issue ID: 18511 Summary: Using std.range / std.algorithm templates cause big slowdown in compilation time Product: D Version: D2 Hardware: All OS: All

[Issue 18510] [Beta 2.079] lld-link.exe fails to open obj file in subpath

https://issues.dlang.org/show_bug.cgi?id=18510 --- Comment #1 from Rainer Schuetze --- Not automatically appending the ".obj" seems to be an incompatibility with the MS linker. --

[Issue 18509] [Beta 2.079] lld-link.exe needs msvcp140.dll

https://issues.dlang.org/show_bug.cgi?id=18509 --- Comment #3 from ki...@gmx.net --- (In reply to Rainer Schuetze from comment #1) > I think we should link lld-link.exe statically against the VC/C++ libraries. I agree; CMake option LLVM_USE_CRT_RELEASE=MT (assuming CMAKE_BUILD_TYPE=Release). >

[Issue 18509] [Beta 2.079] lld-link.exe needs msvcp140.dll

https://issues.dlang.org/show_bug.cgi?id=18509 Rainer Schuetze changed: What|Removed |Added Keywords||pull --- Comment #2

Re: lld-link.exe [in: Re: Beta 2.079.0]

On Friday, 23 February 2018 at 19:06:42 UTC, Martin Nowak wrote: On Friday, 23 February 2018 at 18:13:01 UTC, Martin Nowak wrote: On Monday, 19 February 2018 at 20:17:05 UTC, Andre Pany wrote: You also need to install VC++ 2015 redistributable to run lld-link.exe. The x86 one btw. Also

Re: lld-link.exe [in: Re: Beta 2.079.0]

On Friday, 23 February 2018 at 18:13:01 UTC, Martin Nowak wrote: On Monday, 19 February 2018 at 20:17:05 UTC, Andre Pany wrote: You also need to install VC++ 2015 redistributable to run lld-link.exe. The x86 one btw. Also [18510 – [Beta 2.079] lld-link.exe fails to open obj file in

Re: How do you get comfortable with Dlang.org's Forum?

Kagamin wrote: On Friday, 23 February 2018 at 13:47:16 UTC, biocyberman wrote: From my experience with forum platforms like vBulletin, phpBB, Invision Power, and even interfaces of Google group, and Github Issues, I still find it very difficult to understand the logics of using dlang's forum.

[Issue 18510] New: [Beta 2.079] lld-link.exe fails to open obj file in subpath

https://issues.dlang.org/show_bug.cgi?id=18510 Issue ID: 18510 Summary: [Beta 2.079] lld-link.exe fails to open obj file in subpath Product: D Version: D2 Hardware: All OS: Windows Status: NEW

[Issue 18509] [Beta 2.079] lld-link.exe needs msvcp140.dll

https://issues.dlang.org/show_bug.cgi?id=18509 --- Comment #1 from Rainer Schuetze --- I think we should link lld-link.exe statically against the VC/C++ libraries. I suspect LLVM does not build with anything before VC2015 because latest C++ is used. I chose VC2010 in the

[Issue 18385] [REG 2.079] method cannot be overloaded with another extern(C) method

https://issues.dlang.org/show_bug.cgi?id=18385 Jesse Phillips changed: What|Removed |Added CC|

Re: Help using lubeck on Windows

On Friday, 23 February 2018 at 12:13:11 UTC, Arredondo wrote: Help using lubeck on Windows I'd like to experiment with linear algebra in D, and it looks like lubeck is the way to do it right now. However, I'm having a hard time dealing with the CBLAS and LAPACK dependencies. I downloaded

lld-link.exe [in: Re: Beta 2.079.0]

On Monday, 19 February 2018 at 20:17:05 UTC, Andre Pany wrote: You also need to install VC++ 2015 redistributable to run lld-link.exe. Let's see if we can lift that requirement until the release. [18509 – [Beta 2.079] lld-link.exe needs

Re: Beta 2.079.0

On Friday, 23 February 2018 at 13:42:45 UTC, psychoticRabbit wrote: On Friday, 23 February 2018 at 12:06:23 UTC, Patrick Schluter wrote: Absolutely. D scripting is the trojan horse that enables introduction of it in hostile environment. Runnable compiled source code is nice. scripting

d.godbolt.org now supports DMD

Thanks to the work of Rabs Rincon [1] DMD is now supported on https://d.godbolt.org A simple example of comparing DMD's object code with LDC's + GDC's output: https://godbolt.org/g/EQCTNy [1] https://github.com/mattgodbolt/compiler-explorer/issues/306

[Issue 18509] New: [Beta 2.079] lld-link.exe needs msvcp140.dll

https://issues.dlang.org/show_bug.cgi?id=18509 Issue ID: 18509 Summary: [Beta 2.079] lld-link.exe needs msvcp140.dll Product: D Version: D2 Hardware: All OS: Windows Status: NEW Severity: normal

Re: Tuts/Aritcles: Incrementasl C++-to-D conversion?

On Thursday, 22 February 2018 at 04:16:44 UTC, Nick Sabalausky (Abscissa) wrote: Are there any tutorials or articles out there for "getting started with converting a C++ codebase to D one module at a time?" Or at the very least: tips, tricks, lessions learned, from those who have come before.

Re: How do you get comfortable with Dlang.org's Forum?

We may need a survey to have a good overview about users opinions. Speaking on behalf of myself, after additional inputs from many excellent and respectful users in this 'forum'. I can say that, on the scale of 1 (least geeky) to 10 (most geeky), I would put forum.dlang.org to the level 8 of

Re: Beta 2.079.0

On Friday, 23 February 2018 at 17:47:08 UTC, Kagamin wrote: auto result = foo(), bar(); Doesn't look like it works. --- int f(int a){ return a; } int main() { int a=f(0),f(1); //doesn't compile return 0; } --- int f(int a){ return a; } int main() { int a; a=f(0),f(1);

[Issue 18508] New: Using statement without effect should error

https://issues.dlang.org/show_bug.cgi?id=18508 Issue ID: 18508 Summary: Using statement without effect should error Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major

Re: Beta 2.079.0

auto result = foo(), bar(); Doesn't look like it works. --- int f(int a){ return a; } int main() { int a=f(0),f(1); //doesn't compile return 0; } --- int f(int a){ return a; } int main() { int a; a=f(0),f(1); assert(a==1); //fails return 0; } ---

Re: How do you get comfortable with Dlang.org's Forum?

On Friday, 23 February 2018 at 13:47:16 UTC, biocyberman wrote: From my experience with forum platforms like vBulletin, phpBB, Invision Power, and even interfaces of Google group, and Github Issues, I still find it very difficult to understand the logics of using dlang's forum. You make it

Re: Help using lubeck on Windows

On Friday, 23 February 2018 at 12:13:11 UTC, Arredondo wrote: Help using lubeck on Windows I'd like to experiment with linear algebra in D, and it looks like lubeck is the way to do it right now. However, I'm having a hard time dealing with the CBLAS and LAPACK dependencies. I downloaded

[Issue 11216] Make synchronized statement `nothrow`

https://issues.dlang.org/show_bug.cgi?id=11216 --- Comment #11 from FeepingCreature --- Istm a possible approach would be: * Define SimpleMonitor : Monitor with nothrow * change DMD to use nothrow when locking SimpleMonitors * subclass druntime's Mutex with

[Issue 18507] New: Linker errors on FreeBSD related to .data.d_dso_rec

https://issues.dlang.org/show_bug.cgi?id=18507 Issue ID: 18507 Summary: Linker errors on FreeBSD related to .data.d_dso_rec Product: D Version: D2 Hardware: x86_64 OS: FreeBSD Status: NEW Severity: major

[Issue 11216] Make synchronized statement `nothrow`

https://issues.dlang.org/show_bug.cgi?id=11216 FeepingCreature changed: What|Removed |Added CC|

Re: Beta 2.079.0

On Friday, 23 February 2018 at 02:20:41 UTC, psychotyicRabbit wrote: On Friday, 23 February 2018 at 01:57:37 UTC, Martin Nowak wrote: On Thursday, 22 February 2018 at 11:15:35 UTC, psychoticRabbit wrote: import std.rabbit [food, water], std.house, std.family [carer]; Also, D is pretty

Re: NNTP client configuration

On Tuesday, February 20, 2018 17:09:22 Brad Roberts via Digitalmars-d wrote: > On 2/20/2018 4:53 PM, Seb via Digitalmars-d wrote: > > On Wednesday, 21 February 2018 at 00:32:54 UTC, Manu wrote: > >> On 20 February 2018 at 02:05, Jonathan M Davis via Digitalmars-d > >> > >>

  1   2   >