Re: libc dependency

On Monday, 19 June 2017 at 21:01:35 UTC, Honey wrote: On Monday, 19 June 2017 at 20:26:43 UTC, Adam D. Ruppe wrote: On Monday, 19 June 2017 at 20:20:23 UTC, Honey wrote: Is it correct that D produces executables that depend on libc? Usually yes, since that makes sense for most programs on

Re: Analysis of D GC

Dmitry Olshansky wrote: My take on D's GC problem, also spoiler - I'm going to build a new one soonish. http://olshansky.me/gc/runtime/dlang/2017/06/14/inside-d-gc.html "...the dubious optimization of no interior pointers..." this is the ONLY (i emphasise it!) way i were able to make my

Re: dmd -betterC

On 6/19/2017 9:08 PM, Adam D. Ruppe wrote: On Tuesday, 20 June 2017 at 03:54:13 UTC, Walter Bright wrote: Which issue is that? There isn't a specific bugzilla entry, but the very first one on your list mentions it: https://issues.dlang.org/show_bug.cgi?id=11881 There's a lot mentioned

Re: Analysis of D GC

safety0ff wrote: On Monday, 19 June 2017 at 23:39:54 UTC, H. S. Teoh wrote: On Mon, Jun 19, 2017 at 10:50:05PM +, Adam D. Ruppe via Digitalmars-d wrote: What is it about Windows that makes you call it a distant possibility? Is it just that you are unfamiliar with it or is there some

Re: Analysis of D GC

H. S. Teoh wrote: He mentioned the "fork trick", which I assume refers to how Linux's implementation of fork() uses copy-on-write rather than immediately duplicating the parent process' memory structures. There was a D1 GC some time ago that depended on this behaviour to speed up the

Re: dmd -betterC

On Tuesday, 20 June 2017 at 03:54:13 UTC, Walter Bright wrote: Which issue is that? There isn't a specific bugzilla entry, but the very first one on your list mentions it: https://issues.dlang.org/show_bug.cgi?id=11881 and it is caused by typeinfo:

Re: dmd -betterC

On 6/19/2017 7:55 PM, Adam D. Ruppe wrote: To all, I'd hold off on posting this to external forums until more of the open bugzilla issues are changed (I saw Walter tagging them earlier today, so I know they are on his radar).

Re: dmd -betterC

On 6/19/2017 6:53 PM, Vladimir Panteleev wrote: To be fair, this is not new, just more convenient :) http://forum.dlang.org/post/qcbicxrtmjmwiljsy...@forum.dlang.org Convenience is everything!

Re: dmd -betterC

On Tuesday, 20 June 2017 at 01:51:26 UTC, Walter Bright wrote: Is getting a whole lot better: It looks to me that this patch does two things: 1) -betterC now implies -defaultlib= 2) -betterC omits the call to _d_dso_registry And I see a previous patch is also in there that uses C's

Re: libc dependency

On Monday, 19 June 2017 at 23:29:46 UTC, Steven Schveighoffer wrote: I don't know what's involved in creating those wrappers, but I can't imagine it's difficult to do with D (it's probably actually easier than in C/assembly). Not difficult, but a tedious amount of work for no inherent

Re: Analysis of D GC

On Monday, 19 June 2017 at 23:39:54 UTC, H. S. Teoh wrote: On Mon, Jun 19, 2017 at 10:50:05PM +, Adam D. Ruppe via Digitalmars-d wrote: What is it about Windows that makes you call it a distant possibility? Is it just that you are unfamiliar with it or is there some specific OS level

Re: Analysis of D GC

On Monday, 19 June 2017 at 22:35:42 UTC, Dmitry Olshansky wrote: My take on D's GC problem, also spoiler - I'm going to build a new one soonish. http://olshansky.me/gc/runtime/dlang/2017/06/14/inside-d-gc.html --- Dmitry Olshansky Good overview, however: the binary search pool lookup is

Re: dmd -betterC

On Tuesday, 20 June 2017 at 01:51:26 UTC, Walter Bright wrote: Is getting a whole lot better: https://github.com/dlang/dmd/pull/6918 You can now build D executables that do not link in anything from Phobos - only from the standard C library. Thanks!

Re: dmd -betterC

On Tuesday, 20 June 2017 at 01:51:26 UTC, Walter Bright wrote: Is getting a whole lot better: https://github.com/dlang/dmd/pull/6918 You can now build D executables that do not link in anything from Phobos - only from the standard C library. To be fair, this is not new, just more convenient

dmd -betterC

Is getting a whole lot better: https://github.com/dlang/dmd/pull/6918 You can now build D executables that do not link in anything from Phobos - only from the standard C library.

Re: GDC generate wrong .exe ("not a valid win32 application")

On Monday, 19 June 2017 at 23:55:54 UTC, rjframe wrote: On Mon, 19 Jun 2017 14:08:56 +, Patric Dexheimer wrote: Fresh install of GDC. (tried with 32x ad 32_64x) GDC: 6.3.0 DUB: 1.3.0 dub run --build=release --arch=x86 --compiler=gdc (...) Running .\main Failed to spawn new process (%1

Re: Analysis of D GC

On Monday, 19 June 2017 at 22:35:42 UTC, Dmitry Olshansky wrote: My take on D's GC problem, also spoiler - I'm going to build a new one soonish. http://olshansky.me/gc/runtime/dlang/2017/06/14/inside-d-gc.html --- Dmitry Olshansky if not a single pool is capable to service an allocation a

Re: Visual D no bp's on x64

On Sunday, 18 June 2017 at 21:02:12 UTC, Rainer Schuetze wrote: On 18.06.2017 20:25, Mike B Johnson wrote: Didn't work ;/ All I get on the output wndow is " C:\Windows\System32\dbghelp.dll unloaded. The thread 0x1ea4 has exited with code -1 (0x). The thread 0x1390 has exited with

Re: GDC generate wrong .exe ("not a valid win32 application")

On Mon, 19 Jun 2017 14:08:56 +, Patric Dexheimer wrote: > Fresh install of GDC. (tried with 32x ad 32_64x) > > GDC: 6.3.0 DUB: 1.3.0 > > dub run --build=release --arch=x86 --compiler=gdc > > (...) > Running .\main Failed to spawn new process (%1 is not a valid win32 > application) If you

Re: libc dependency

On Mon, Jun 19, 2017 at 07:29:46PM -0400, Steven Schveighoffer via Digitalmars-d-learn wrote: > On 6/19/17 5:45 PM, Moritz Maxeiner wrote: > > On Monday, 19 June 2017 at 21:35:56 UTC, Steven Schveighoffer wrote: > > > IIRC, Tango did not depend on libc at all. It only used system > > > calls. So

Re: Analysis of D GC

On Monday, 19 June 2017 at 22:35:42 UTC, Dmitry Olshansky wrote: My take on D's GC problem, also spoiler - I'm going to build a new one soonish. Looks like I'm not the only one itching to have a go at D's GC :) This will very likely be my DConf 2018 project. However, I have slightly

Re: Analysis of D GC

On Mon, Jun 19, 2017 at 10:35:42PM +, Dmitry Olshansky via Digitalmars-d wrote: > My take on D's GC problem, also spoiler - I'm going to build a new one > soonish. > > http://olshansky.me/gc/runtime/dlang/2017/06/14/inside-d-gc.html [...] Very interesting indeed! One question about killing

Re: libc dependency

On 6/19/17 5:45 PM, Moritz Maxeiner wrote: On Monday, 19 June 2017 at 21:35:56 UTC, Steven Schveighoffer wrote: IIRC, Tango did not depend on libc at all. It only used system calls. So it certainly is possible. How did they invoke those system calls? They are usually access via libc on POSIX

Re: Analysis of D GC

On 06/19/2017 03:35 PM, Dmitry Olshansky wrote: My take on D's GC problem, also spoiler - I'm going to build a new one soonish. http://olshansky.me/gc/runtime/dlang/2017/06/14/inside-d-gc.html --- Dmitry Olshansky Very informative, thanks. However, I can think of many reasons like

Re: implib.exe no output files

On Sunday, 18 June 2017 at 09:48:31 UTC, Ivan Kazmenko wrote: On Sunday, 18 June 2017 at 07:41:27 UTC, Joel wrote: I got the file here: http://ftp.digitalmars.com/bup.zip It works on other computers. I was trying to update to the latest DAllegro (https://github.com/SiegeLord/DAllegro5).

Re: Analysis of D GC

What is it about Windows that makes you call it a distant possibility? Is it just that you are unfamiliar with it or is there some specific OS level feature you plan on needing?

Re: Playing with Entity System, performance and D.

On 06/20/2017 12:42 AM, SrMordred wrote: I took a deeper look into dub. "--build=release" make almost all optimizations flags on, except noboundscheck. There is a "--build=release-nobounds" and with it, the numbers got a lot closer (checked on another pc so will not post the numbers now)

Re: Playing with Entity System, performance and D.

On Monday, 19 June 2017 at 19:06:57 UTC, ag0aep6g wrote: For me, alias_fun and op_apply are very close. If anything, alias_fun seems to be slightly faster. Typical output (ldc2 -release -O3): Avoiding bounds checking makes it faster for me (but is unsafe of course): I took a deeper

Re: libc dependency

On Monday, 19 June 2017 at 21:35:56 UTC, Steven Schveighoffer wrote: It does, but it depends on what you want to replace. What specifically are you looking for? I might need a fast variant of memcmp. Writing it in D seems to be the natural choice. I see no reason why it should be slower than

Analysis of D GC

My take on D's GC problem, also spoiler - I'm going to build a new one soonish. http://olshansky.me/gc/runtime/dlang/2017/06/14/inside-d-gc.html --- Dmitry Olshansky

[Issue 17526] New: Add a set method for AA

https://issues.dlang.org/show_bug.cgi?id=17526 Issue ID: 17526 Summary: Add a set method for AA Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1

[Issue 8295] Struct member destructor can not be called from shared struct instance

https://issues.dlang.org/show_bug.cgi?id=8295 z.p.gaal.de...@gmail.com changed: What|Removed |Added CC||z.p.gaal.de...@gmail.com ---

Re: libc dependency

On Monday, 19 June 2017 at 21:35:56 UTC, Steven Schveighoffer wrote: IIRC, Tango did not depend on libc at all. It only used system calls. So it certainly is possible. How did they invoke those system calls? They are usually access via libc on POSIX systems, so you don't have to implement

[Issue 16657] alias this interacts with generated opCmp and opEquals

https://issues.dlang.org/show_bug.cgi?id=16657 --- Comment #5 from Eyal --- We had something like this: if(x != y) { x = y; // expensive assignment } // assume all x fields equal y fields here, we assign them all -- ouch! The semantics now are very surprising:

Re: libc dependency

On 6/19/17 5:01 PM, Honey wrote: On Monday, 19 June 2017 at 20:26:43 UTC, Adam D. Ruppe wrote: On Monday, 19 June 2017 at 20:20:23 UTC, Honey wrote: Is it correct that D produces executables that depend on libc? Usually yes, since that makes sense for most programs on operating systems, but

Re: AliasSeq of AliasSeq, or meta-functions that take multiple lists

On Mon, Jun 19, 2017 at 01:59:33PM -0700, Ali Çehreli via Digitalmars-d-learn wrote: > On 06/19/2017 12:54 PM, Jean-Louis Leroy wrote: > > I need to process two sequences in parallel (select some elements of > > sequence A depending of the corresponding element of sequence B). > > How can I pass

Re: What is the state of Microcontroller support in d?

On Monday, 19 June 2017 at 20:01:01 UTC, Dan Walmsley wrote: On Friday, 8 April 2016 at 03:38:01 UTC, Taylor Hillegeist wrote: So, for me one of the greatest things about d is that it is compiled to machine language. But It makes me sad that this strength doesn't seem to be available in one of

[Issue 16657] alias this interacts with generated opCmp and opEquals

https://issues.dlang.org/show_bug.cgi?id=16657 --- Comment #4 from Eyal --- I just spent another half a day debugging a very cryptic bug that crashed our QA runs, and resulted from an incorrect comparison of just an inner field that had "alias this" :-( --

Re: libc dependency

On Monday, 19 June 2017 at 20:26:43 UTC, Adam D. Ruppe wrote: On Monday, 19 June 2017 at 20:20:23 UTC, Honey wrote: Is it correct that D produces executables that depend on libc? Usually yes, since that makes sense for most programs on operating systems, but you can pull it out if you want

Re: AliasSeq of AliasSeq, or meta-functions that take multiple lists

On 06/19/2017 12:54 PM, Jean-Louis Leroy wrote: I need to process two sequences in parallel (select some elements of sequence A depending of the corresponding element of sequence B). How can I pass two sequences to a meta-function? I tried nesting AliasSeqs but I get Perl4 style flattening:

Re: libc dependency

On Monday, 19 June 2017 at 20:20:23 UTC, Honey wrote: Is it correct that D produces executables that depend on libc? Usually yes, since that makes sense for most programs on operating systems, but you can pull it out if you want to for a specialized task. (Really, same boat C is in.)

libc dependency

Hi all! Is it correct that D produces executables that depend on libc? While this approach avoids a certain amount of maintenance cost doesn't it limit D's possibility to outdo C on the lowest level? Honey

Re: What is the state of Microcontroller support in d?

On Friday, 8 April 2016 at 03:38:01 UTC, Taylor Hillegeist wrote: So, for me one of the greatest things about d is that it is compiled to machine language. But It makes me sad that this strength doesn't seem to be available in one of the most obvious places. [...] Hi you still around, I'm

AliasSeq of AliasSeq, or meta-functions that take multiple lists

I need to process two sequences in parallel (select some elements of sequence A depending of the corresponding element of sequence B). How can I pass two sequences to a meta-function? I tried nesting AliasSeqs but I get Perl4 style flattening: AliasSeq!(AliasSeq!(int, float),

Re: Go 1.9

On Monday, 19 June 2017 at 16:13:20 UTC, Russel Winder wrote: I'd be more bothered by Kotlin native that Scala native. Thanks, did not even know that Jetbrain is also going for a native LLVM version. It even seems they are in contact with the Scala-native team. Looks like everybody is

Re: Go 1.9

On Monday, 19 June 2017 at 13:24:00 UTC, Russel Winder wrote: Go gets parallel compilation, at last, and better garbage collection. The former is not a problem for D, but the latter… Indeed a faster garbage collector will be a good selling point for Go. But Go still doesn't have proper

Re: Playing with Entity System, performance and D.

On 06/19/2017 07:42 PM, SrMordred wrote: I was playing around my ES and different ways of doing it with D. I end up with a performance test of alias func vs ranges vs opApply. code here: https://dpaste.dzfl.pl/a2eff240552f Results on my machine win 10 x64, compiling with: dub run

Re: DMD, LDC, shared objects, rpath

On Mon, 2017-06-19 at 18:05 +0100, David Nadlinger via digitalmars-d- ldc wrote: > […] > LDC recognises options starting with "-Wl," and passes them to the > gcc  > driver rather than prefixing them with -Xlinker. However, this should > be  > equivalent to just leaving off the -Wl, entirely like

Re: Advertise D's great compatibilty with JavaScript

Have you ever seen my jsvar.d ? http://forum.dlang.org/thread/kuxfkakrgjaofkrdv...@forum.dlang.org AWESOME !!!

Re: Search for, o/w create element for AA

On Monday, 19 June 2017 at 15:19:19 UTC, Q. Schroll wrote: I have to lookup x twice and it seems that there is no way around it. Can't I tell the AA to set a value for a given key if it doesn't already have one (1) with only one lookup, and (2) in a safe way? AFAIK the builtin associate

Re: Playing with Entity System, performance and D.

You may find this interesting https://github.com/MrSmith33/datadriven

Re: CTFE Status 2

On Thursday, 16 February 2017 at 21:05:51 UTC, Stefan Koch wrote: [ ... ] newCTFE specific tests are now included in my version of the test-suite. No more silent breakage. (Atleast for anything covered by the test.) For this to work I introduced a __trait which returns true if newCTFE

Playing with Entity System, performance and D.

I was playing around my ES and different ways of doing it with D. I end up with a performance test of alias func vs ranges vs opApply. code here: https://dpaste.dzfl.pl/a2eff240552f Results on my machine win 10 x64, compiling with: dub run --build=release --arch=x86 --compiler=ldc2 (unable

[Issue 17523] Sporadic ICEs with inline asm

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

Re: Search for, o/w create element for AA

On Monday, 19 June 2017 at 16:54:46 UTC, Ali Çehreli wrote: On 06/19/2017 08:19 AM, Q. Schroll wrote: Can't I tell the AA to set a value for a given key if it doesn't already have one (1) with only one lookup, and (2) in a safe way? aa.get(key, defaultValue)

Re: Search for, o/w create element for AA

On 06/19/2017 08:19 AM, Q. Schroll wrote: Can't I tell the AA to set a value for a given key if it doesn't already have one (1) with only one lookup, and (2) in a safe way? aa.get(key, defaultValue) https://dlang.org/spec/hash-map.html#properties Ali

DMD, LDC, shared objects, rpath

On Linux, both DMD and LDC appear to handle rpath with the option: -L-rpath=/path/to/location/of/shared/object.so on OSX (El Capitan) I have LDC working but only by using: -L-Wl,rpath,/path/to/location/of/shared/object.so However nothing I have tried works for DMD. Anyone any

Re: Go 1.9

On Mon, 2017-06-19 at 15:44 +, bpr via Digitalmars-d wrote: > On Monday, 19 June 2017 at 13:24:00 UTC, Russel Winder wrote: > > Go gets parallel compilation, at last, and better garbage > > collection. The former is not a problem for D, but the latter… > > > > > > It should also be noted

Re: Go 1.9

On Monday, 19 June 2017 at 15:44:47 UTC, bpr wrote: It should also be noted that, even though it's still a research project, Scala native just recently upgraded it's Boehm GC to an Immix based one. Scala native would be yet another language competing with D, and might compete in even more

Re: Go 1.9

On Monday, 19 June 2017 at 13:24:00 UTC, Russel Winder wrote: Go gets parallel compilation, at last, and better garbage collection. The former is not a problem for D, but the latter… It should also be noted that, even though it's still a research project, Scala native just recently

Search for, o/w create element for AA

Trying to implement some random function I encountered this: uint randFunc(uint x) { static uint[uint] vals; if (auto r = x in vals) return *r; return vals[x] = uniform!uint(); } I have to lookup x twice and it seems that there is no way around it. Can't I

[Issue 17525] New: std.algorithm.searching.skipOver should have a single argument with pred version

https://issues.dlang.org/show_bug.cgi?id=17525 Issue ID: 17525 Summary: std.algorithm.searching.skipOver should have a single argument with pred version Product: D Version: D2 Hardware: All OS: All

Re: Go 1.9

On Monday, 19 June 2017 at 13:24:00 UTC, Russel Winder wrote: The former is not a problem for D, but the latter… Disagree. One of D's biggest competitive advantages is fast compilation of fast code. If other languages become as fast or faster than DMD in compilation speed then that's a big

Re: Go 1.9

On Monday, 19 June 2017 at 13:24:00 UTC, Russel Winder wrote: Go gets parallel compilation, at last, and better garbage collection. The former is not a problem for D, but the latter… Right, D2 has a problem with the GC. It cannot be put to reasonable speed, because of initial design

Re: Replacing Make for the DMD build

On Monday, 19 June 2017 at 14:15:22 UTC, Russel Winder wrote: On Mon, 2017-06-19 at 13:44 +, Vladimir Panteleev via Digitalmars-d wrote: […] DMD is insufficient, and is not the hardest makefile to port. Any serious proposal would need to cover all core repositories - dmd, druntime,

Re: D needs to get its shit together!

On Monday, 19 June 2017 at 13:36:01 UTC, Russel Winder wrote: I'd say the Dub repository is this, or at least should be at least the basis for it. Ceylon has Herd, JVM languages otherwise has Maven Central and JCenter, C++ now has Conan. However, I think Cargo for Rust is current the

Re: Operator Overloading + / ~

On 6/19/17 8:16 AM, Martin Tschierschke wrote: Just a thought it might be useful for cut-n-paste when porting code: Would it be possible to define an operator overloading for '+'-Operator for strings to work as append? (like ~). I understand, that '~' is in general a better choice than '+', so

Re: Replacing Make for the DMD build

On Mon, 2017-06-19 at 13:44 +, Atila Neves via Digitalmars-d wrote: > […] > I replicated the _entirety_ [1] of Phobos's posix.mak (that > Makefile does a _lot_) with reggae and that never happened, so I > guess the answer is "vanishingly small". > In the end as long as the D front end,

Re: Replacing Make for the DMD build

On 16/06/2017 7:30 AM, Russel Winder via Digitalmars-d wrote: A direct question to Walter and Andrei really. If someone, let us say Russel Winder, create a CMake/Ninja and/or Meson/Ninja build for DMD, is there any chance of it being allowed to replace the Make system? If the answer is no,

Re: Replacing Make for the DMD build

On Mon, 2017-06-19 at 13:44 +, Vladimir Panteleev via Digitalmars-d wrote: > […] > > DMD is insufficient, and is not the hardest makefile to port. Any > serious proposal would need to cover all core repositories - dmd, > druntime, phobos, tools, and dlang.org. We would need to evaluate >

GDC generate wrong .exe ("not a valid win32 application")

Fresh install of GDC. (tried with 32x ad 32_64x) GDC: 6.3.0 DUB: 1.3.0 dub run --build=release --arch=x86 --compiler=gdc (...) Running .\main Failed to spawn new process (%1 is not a valid win32 application)

Re: D needs to get its shit together!

On Sunday, 18 June 2017 at 15:47:34 UTC, Vladimir Panteleev wrote: On Friday, 16 June 2017 at 03:53:18 UTC, Mike B Johnson wrote: Just try getting D installed on all 3 major systems for DMD, LDC, GDC, with an IDE, some utilities, possibly arm support(even though it's new and expected to have

Re: Replacing Make for the DMD build

On Monday, 19 June 2017 at 09:19:32 UTC, Dejan Lekic wrote: On Friday, 16 June 2017 at 06:30:01 UTC, Russel Winder wrote: A direct question to Walter and Andrei really. If someone, let us say Russel Winder, create a CMake/Ninja and/or Meson/Ninja build for DMD, is there any chance of it

Re: Replacing Make for the DMD build

On Monday, 19 June 2017 at 13:38:52 UTC, Russel Winder wrote: On Mon, 2017-06-19 at 09:53 +, Vladimir Panteleev via Digitalmars-d wrote: […] If you can present a replacement build infrastructure for D which satisfies our needs and shows dramatic, measurable improvements, I (and other

Re: Replacing Make for the DMD build

On Monday, 19 June 2017 at 13:38:52 UTC, Russel Winder wrote: On Mon, 2017-06-19 at 09:53 +, Vladimir Panteleev via Digitalmars-d wrote: […] If you can present a replacement build infrastructure for D which satisfies our needs and shows dramatic, measurable improvements, I (and other

Re: Garbage collection and closures.

On Monday, 19 June 2017 at 09:18:56 UTC, Dsby wrote: void uses(scope void delegate() dg); will it be not alloc memory? I test it , if use scope it will not alloc memony. Right, using `scope` at the point the delegate variable is defined means it will never allocate.

Re: Replacing Make for the DMD build

On Mon, 2017-06-19 at 09:53 +, Vladimir Panteleev via Digitalmars-d wrote: > > […] > If you can present a replacement build infrastructure for D which > satisfies our needs and shows dramatic, measurable improvements, > I (and other contributors, I don't doubt) will help push it >

[Issue 17524] [The C Preprocessor vs D] "need to worry about"?

;need to worry about"? https://github.com/dlang/dlang.org/commit/7d8e147ae9336a5df33d1feeb54e54fd37f97664 Merge pull request #1726 from CyberShadow/pull-20170619-124653 Fix Issue 17524 - [The C Preprocessor vs D] "need to worry about"? --

Re: D needs to get its shit together!

On Mon, 2017-06-19 at 12:36 +, jmh530 via Digitalmars-d wrote: > […] > > I think there is scope for a D version of something like anaconda > for python. The easier it is to get users up and running, the > better. I'd say the Dub repository is this, or at least should be at least the basis

[Issue 17524] [The C Preprocessor vs D] "need to worry about"?

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

Go 1.9

Go gets parallel compilation, at last, and better garbage collection. The former is not a problem for D, but the latter… -- Russel. = Dr Russel Winder t:+44 20 7585 2200 voip:sip: russel.win...@ekiga.net 41

Re: D for Android beta

So, how its app can work with mobile recorder https://mobilerecorder24.com/ on Android?

[Issue 17524] [The C Preprocessor vs D] "need to worry about"?

https://issues.dlang.org/show_bug.cgi?id=17524 Vladimir Panteleev changed: What|Removed |Added Keywords||pull

Re: DCompute is now in the master branch of LDC

On Monday, 19 June 2017 at 08:24:09 UTC, bioinfornatics wrote: On Monday, 29 May 2017 at 09:33:05 UTC, Nicholas Wilson wrote: Hi all, I'm happy to announce that the dcompute modifications to LDC are now in the master branch of LDC. The dcompute extensions require LLVM 3.9.1 or greater for

Re: D needs to get its shit together!

On Sunday, 18 June 2017 at 21:53:35 UTC, Laeeth Isharc wrote: What's missing from Lubeck that you would like to see? I don't have an issue with missing functions at this point. I just hope that we can get some operator overloading so that I don't have to write mtimes all over the place. My

Re: Replacing Make for the DMD build

On Sunday, 18 June 2017 at 01:20:21 UTC, Vladimir Panteleev wrote: On Saturday, 17 June 2017 at 21:49:29 UTC, Walter Bright wrote: [...] Martin and Sebastian can correct me if I'm wrong, but unless I am, Martin, Sebastian, and myself spend a scary amount of time wrestling with makefiles. We

Re: D needs to get its shit together!

On Sunday, 18 June 2017 at 21:02:40 UTC, Laeeth Isharc wrote: The culture is shaped a bit by C/C++ world, but actually I disagree with Joakim that D is a low-level language. I don't really use it that way myself, and others before me - including Liran at Weka (who is pretty low-level when

[Issue 17524] New: [The C Preprocessor vs D] "need to worry about"?

https://issues.dlang.org/show_bug.cgi?id=17524 Issue ID: 17524 Summary: [The C Preprocessor vs D] "need to worry about"? Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS: All Status: NEW

Re: Operator Overloading + / ~

On Monday, 19 June 2017 at 12:22:43 UTC, ketmar wrote: Martin Tschierschke wrote: Just a thought it might be useful for cut-n-paste when porting code: Would it be possible to define an operator overloading for '+'-Operator for strings to work as append? (like ~). I understand, that '~' is

Re: D and Meson

On Wednesday, 14 June 2017 at 15:25:55 UTC, Russel Winder wrote: Using Meson for D projects is so wonderful. If SCons is to catch up a lot of work is needed, and I am increasingly worrying it isn't worth it. So much so that I am wondering if adding Dub package getting support to Meson should

Re: D and Meson

On Monday, 19 June 2017 at 10:32:38 UTC, Walter Bright wrote: On 6/14/2017 9:16 AM, Atila Neves wrote: Although I'm also thinking about a tool that only runs one file's unit tests with the minimal amount of building necessary. When I want to run unittests on one module in Phobos, I write:

Re: Operator Overloading + / ~

Martin Tschierschke wrote: Just a thought it might be useful for cut-n-paste when porting code: Would it be possible to define an operator overloading for '+'-Operator for strings to work as append? (like ~). I understand, that '~' is in general a better choice than '+', so this is of more

Re: D and Meson

On Wednesday, 14 June 2017 at 15:25:55 UTC, Russel Winder wrote: If the person running the D support for Meson is on this list please contact me privately to tell me what I can do to help progress that support further. AFAICT this is mainly powered by @ximion

Operator Overloading + / ~

Just a thought it might be useful for cut-n-paste when porting code: Would it be possible to define an operator overloading for '+'-Operator for strings to work as append? (like ~). I understand, that '~' is in general a better choice than '+', so this is of more theoretical interest. It is

[Issue 17522] win64.mak broken

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

[Issue 17522] win64.mak broken

/dmd/commit/5065d25d28d5f491851f637242cbf77d07534367 Merge pull request #6919 from CyberShadow/pull-20170619-104940 Fix Issue 17522 - win64.mak broken --

Re: Abusive posts

On Monday, 19 June 2017 at 01:06:41 UTC, Meta wrote: Just a quick note that I don't think messages can be forwarded via the web interface. Each message has a unique permanent link which you can get by copying the link from the post title, or the "permalink" link in the post sidebar, or (if

Re: Abusive posts

On Monday, 19 June 2017 at 11:08:35 UTC, Mengu wrote: it is time that this forum catches the century and move to an actual forum software where moderation can actually happen. forum.dlang.org does have moderation facilities implemented. If you are missing a particular feature on

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 Vladimir Panteleev changed: What|Removed |Added See Also|

[Issue 17522] win64.mak broken

https://issues.dlang.org/show_bug.cgi?id=17522 Vladimir Panteleev changed: What|Removed |Added See Also|

  1   2   >