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.

Re: dmd -betterC

Sebastien Alaiwan wrote: On Wednesday, 21 June 2017 at 03:57:46 UTC, ketmar wrote: "bloatsome"? i don't think so. those generated messages is small (usually 20-30 bytes), and nothing comparing to druntime/phobos size. Yeah, but what if you're already working without runtime and phobos? it

Re: dmd -betterC

On Wednesday, 21 June 2017 at 03:57:46 UTC, ketmar wrote: "bloatsome"? i don't think so. those generated messages is small (usually 20-30 bytes), and nothing comparing to druntime/phobos size. Yeah, but what if you're already working without runtime and phobos? (some embedded systems only

Re: DIP 1009--Improve Contract Usability--Preliminary Review Round 1

On Wed, Jun 21, 2017 at 01:06:40AM +, MysticZach via Digitalmars-d wrote: > On Tuesday, 20 June 2017 at 21:04:16 UTC, Steven Schveighoffer wrote: > > On 6/20/17 1:42 PM, H. S. Teoh via Digitalmars-d wrote: > > > Here's my counter-proposal: since the sig constraint line uses > > > parentheses

Re: DIP 1009--Improve Contract Usability--Preliminary Review Round 1

On Wednesday, 21 June 2017 at 01:06:40 UTC, MysticZach wrote: On Tuesday, 20 June 2017 at 21:04:16 UTC, Steven Schveighoffer IMO, this whole proposal doesn't carry enough weight, either your version or the DIP itself. I would not be in favor. Current syntax is understandable, and not too

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #17 from Walter Bright --- (In reply to Vladimir Panteleev from comment #15) > Since that pointed at a codegen bug in the host compiler, I tried building > DMD with 2.074.1 (instead of Digger's default of

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #16 from Walter Bright --- I haven't tried building Win64 dmd. I figured that would be time consuming :-) --

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #15 from Vladimir Panteleev --- (In reply to Walter Bright from comment #13) > printf("test1: opcode = 0x%x\n", opcode); After adding this printf, the bug can no longer be reproduced. Since that

Re: dmd -betterC

Walter Bright wrote: On 6/20/2017 3:07 PM, Adam D. Ruppe wrote: On Tuesday, 20 June 2017 at 20:50:14 UTC, Walter Bright wrote: https://github.com/dlang/dmd/pull/6901 We should generate the default string from the expression for D too. (at a minimum, I'd actually like to see every variable

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #14 from Vladimir Panteleev --- (In reply to Walter Bright from comment #13) > Ain't debugging fun? :-) Doing it through Bugzilla comments isn't very effective, though. Have you tried building a

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #13 from Walter Bright --- So the way forward is to follow the flow backwards to where c.Iop is being set and print that. I'd start with line 1384: pc.Iop = opcode; and insert: printf("test1: opcode =

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #12 from Walter Bright --- Hmmm, the opcode should be DD: DD D8 fstpST Which suggests the problem is confined to iasm.d --

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #11 from Vladimir Panteleev --- Here is the output with the changes you requested from 10 runs: asmcode: e0 code 019B245D80B8: nxt= op=0xE0 flg=40 FLunde code 019B245D80F0:

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #10 from Walter Bright --- (In reply to Vladimir Panteleev from comment #8) > At the time I couldn't due to issue 17522. 17522 has been fixed. > Here are the line numbers with HEAD: > > FLunde Internal

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #9 from Walter Bright --- Also tried memset'ing the stack variables opnd1 .. opnd4 to 0xFF at the close of asmSemantic(). No errors. There is no host dependent code in iasm.d. So this is a bit mystifying. --

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #8 from Vladimir Panteleev --- (In reply to Walter Bright from comment #5) > 25% chance: "Internal error: ddmd\backend\cod3.c 6869" > 6% chance: "FLunde Internal error: ddmd\backend\cod3.c 5527" > 6%

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #7 from Walter Bright --- Ran it under valgrind on Linux. No errors. --

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #6 from Walter Bright --- (In reply to uplink.coder from comment #3) > Some iasm test. It fails on my linux system sometimes. > There is definitely something wrong. > Maybe try compiling the code about 100-200

Re: CTFE Status 2

On Thursday, 16 February 2017 at 21:05:51 UTC, Stefan Koch wrote: [ ... ] I just figured out howto fix the defaultArg situation. We just have to check at or slightly before we emit the Call instruction, if we have enough arguments for the function. If we don't we pull the missing ones from

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #5 from Walter Bright --- 25% chance: "Internal error: ddmd\backend\cod3.c 6869" 6% chance: "FLunde Internal error: ddmd\backend\cod3.c 5527" 6% chance: "FLunde Internal error: ddmd\backend\cod3.c 6757" These

Re: DIP 1009--Improve Contract Usability--Preliminary Review Round 1

On Tuesday, 20 June 2017 at 21:04:16 UTC, Steven Schveighoffer wrote: On 6/20/17 1:42 PM, H. S. Teoh via Digitalmars-d wrote: Here's my counter-proposal: since the sig constraint line uses parentheses (and yes, I deliberately planted a sig constraint above just to make this point), why not go

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #4 from Vladimir Panteleev --- (In reply to Walter Bright from comment #2) > Cannot duplicate with the Win32 build of DMD. It is not reproduced with a 32-bit dmd.exe; you must make a Win64 build as the

Re: DIP 1009--Improve Contract Usability--Preliminary Review Round 1

On Tuesday, 20 June 2017 at 17:42:13 UTC, H. S. Teoh wrote: What would a body-less declaration of a function look like under the new syntax? Hopefully not this: int myFunc(Args...)(Args args) if (Args.length > 2) in assert(args[0] != 0);// semicolon: ouch

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

On Tuesday, 20 June 2017 at 13:45:31 UTC, Mike wrote: IMO, to make D a pleasant experience on the ARM Cortex-M platform, we'll need to implement the entire druntime including threading, GC, exceptions, dynamic arrays, etc... even if those features are not used. This is because D just hasn't

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 --- Comment #3 from uplink.co...@googlemail.com --- (In reply to Walter Bright from comment #2) > Cannot duplicate with the Win32 build of DMD. Some iasm test. It fails on my linux system sometimes. There is definitely something wrong. Maybe try

[Issue 17523] Sporadic ICEs with inline asm

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

Re: Inside D's GC blog article on hacker news front page

On Tuesday, 20 June 2017 at 11:59:57 UTC, Gary Willoughby wrote: Inside D's GC blog article currently No.3 on hacker news Here's the article, visit hacker news to read the comments. http://olshansky.me/gc/runtime/dlang/2017/06/14/inside-d-gc.html Impressive. The article managed to blow up on

Re: How can I use ldc2 and link to full runtime on arm with no OS

On Tuesday, 20 June 2017 at 17:52:59 UTC, Dan Walmsley wrote: I need to know, how does the run time know which area of ram to use for heap? It uses C's malloc/calloc(). — David

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

On Tuesday, 20 June 2017 at 22:31:15 UTC, Dan Walmsley wrote: Mike, I was thinking if you had used memory mapped structs instead of classes you probably wouldn't have come up across the rtti bloat so hard and it although be annoying wouldn't have been a show stopper, was there a particular

Re: dmd -betterC

On 6/20/2017 3:07 PM, Adam D. Ruppe wrote: On Tuesday, 20 June 2017 at 20:50:14 UTC, Walter Bright wrote: https://github.com/dlang/dmd/pull/6901 We should generate the default string from the expression for D too. (at a minimum, I'd actually like to see every variable printed out too, but

Re: dmd -betterC

On Tuesday, 20 June 2017 at 17:30:43 UTC, Kagamin wrote: You can write a linker wrapper that will do the analysis you want, remove unneeded sections, stub symbols etc, see basic technique at https://theartofmachinery.com/2016/12/18/d_without_runtime.html I keep meaning to write an update to

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

On Tuesday, 20 June 2017 at 13:45:31 UTC, Mike wrote: On Tuesday, 20 June 2017 at 12:32:46 UTC, Dan Walmsley wrote: [...] Depends on your definition of "usable". Fixing the bloat issue would remove a current road block, and at least allow progress to continue. [...] Mike, I was

Re: dmd -betterC

On Tuesday, 20 June 2017 at 20:50:14 UTC, Walter Bright wrote: https://github.com/dlang/dmd/pull/6901 We should generate the default string from the expression for D too. (at a minimum, I'd actually like to see every variable printed out too, but this is already written)

Re: Replacing Make for the DMD build

On Tuesday, 20 June 2017 at 21:26:02 UTC, Jonathan M Davis wrote: On Monday, June 19, 2017 1:45:27 PM MDT meppl via Digitalmars-d wrote: 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

Re: dmd -betterC

On Tuesday, 20 June 2017 at 20:48:29 UTC, Walter Bright wrote: On 6/20/2017 12:06 PM, Jacob Carlborg wrote: BTW, after the next version of macOS, High Sierra, Apple will drop the support for 32bit applications. You need to move to 64bit. I won't miss it. I don't think it'll be long before

Re: dmd -betterC

On Tuesday, 20 June 2017 at 19:06:05 UTC, Jacob Carlborg wrote: On 2017-06-20 14:11, Guillaume Piolat wrote: About macOS 32-bit. Am I the only user? Yes :) Things are OK now. The older LDCs will work targeting newer macOS 32-bit for a while I guess, so maybe 32-bit can be phased out

Re: Transforming an argument list

On 06/20/2017 10:28 PM, Jean-Louis Leroy wrote: Any ideas? Thanks... 1) You can foreach over args: void test(string name, int val) { import std.stdio; writefln("%s = %d", name, val); } T double_int(T)(T val) { return val; } int double_int(int val) { return 2 * val; } void

Re: Replacing Make for the DMD build

On Monday, June 19, 2017 1:45:27 PM MDT meppl via Digitalmars-d wrote: > 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,

Re: DIP 1009--Improve Contract Usability--Preliminary Review Round 1

On 6/20/17 1:42 PM, H. S. Teoh via Digitalmars-d wrote: On Tue, Jun 20, 2017 at 11:57:55AM +, Mike Parker via Digitalmars-d wrote: DIP 1009 is titled "Improve Contract Usability". https://github.com/dlang/DIPs/blob/master/DIPs/DIP1009.md [...] What would a body-less declaration of a

Re: dmd -betterC

On 6/20/2017 4:52 AM, Jacob Carlborg wrote: BTW, how are asserts handled? Isn't assert usually a macro in C? https://github.com/dlang/dmd/pull/6901

Re: dmd -betterC

On 6/20/2017 12:06 PM, Jacob Carlborg wrote: BTW, after the next version of macOS, High Sierra, Apple will drop the support for 32bit applications. You need to move to 64bit. I won't miss it. I don't think it'll be long before 32 bits starts disappearing from Windows and Linux as well. As

Re: dmd -betterC

On 6/20/2017 4:58 AM, Jacob Carlborg wrote: How is TLS handled? I know at least macOS 32bit requires the "___tls_get_addr" druntime function. Not sure if anyone cares about macOS 32bit. Does the TLS implementation depend on druntime on any other platforms? For a C implementation that

Re: comp.lang.c thread about D

On 6/20/2017 11:10 AM, Patrick Schluter wrote: Funny. Someone replied to a post from 1988 concerning the D language. The original thread (not read yet) from 1988 even has messages from Walter. https://groups.google.com/forum/#!topic/comp.lang.c/y0uGj6tHe2E%5B201-225%5D original thread

Re: Digital Mars resource compiler: boost licensed?

On 6/20/2017 5:53 AM, Adam D. Ruppe wrote: Is the rcc from bup.zip now boost licensed too? If so, I think we should include it in the 32 bit windows setup. The rcc.exe compiler is now Boost licensed. The rc.exe one is not - it's from Microsoft. Anything copyrighted by Microsoft in the

Transforming an argument list

Another meta-programming question ;-) Inside a variadic function template that takes a list of arguments, I want to call another function and pass it the arguments run through another function. In C++ it would look like this: template T double_int(T val) { return val; } int double_int(int

Re: libc dependency

On Tuesday, 20 June 2017 at 18:51:17 UTC, Moritz Maxeiner wrote: On Tuesday, 20 June 2017 at 12:09:06 UTC, Jacob Carlborg wrote: LLD, the LLVM linker [1]. As far as I understand it, it also support cross-platform linking. Using LDC, musl and LLD you have a fully working cross-compiler tool

Re: Analysis of D GC

On Tue, Jun 20, 2017 at 07:14:11PM +, Dmitry Olshansky via Digitalmars-d wrote: > On Tuesday, 20 June 2017 at 16:49:44 UTC, H. S. Teoh wrote: [...] > Interestingly the moment you "reallocate" to expand the AA it will be > considered a new object. [...] This is not entirely true. The *table*

Re: How can I use ldc2 and link to full runtime on arm with no OS

On Tuesday, 20 June 2017 at 17:52:59 UTC, Dan Walmsley wrote: How do I link in the run time and gc, etc? In your case, you firstly need to cross-compile druntime to your target. This means compiling most files in the src subdirectory of LDC's druntime [1], excluding obvious ones like

Re: CTFE Status 2

On Tuesday, 20 June 2017 at 19:37:47 UTC, David Nadlinger wrote: But how much of the std.math code are you actually executing with newCTFE? What I meant is that if the std.math{,special} implementations of the various mathematical functions work, there shouldn't be any egregious issues. I'm

Re: Replacing Make for the DMD build

On Tuesday, 20 June 2017 at 19:06:05 UTC, Nick Sabalausky (Abscissa) wrote: On 06/19/2017 04:06 AM, Russel Winder via Digitalmars-d wrote: Reggae is D's pitch in the CMake and Meson class of meta-build tools. Why aren't all the D compiler and tool developments using it? I'm convinced a big

Re: CTFE Status 2

On Tuesday, 20 June 2017 at 19:01:06 UTC, Stefan Koch wrote: On Tuesday, 20 June 2017 at 18:58:36 UTC, David Nadlinger wrote: On Tuesday, 20 June 2017 at 17:35:28 UTC, Stefan Koch wrote: Hit me with brittle numeric code please! […] Unfortunately this also broke the phobos unitttests since now

Re: Analysis of D GC

On Tuesday, 20 June 2017 at 16:49:44 UTC, H. S. Teoh wrote: On Tue, Jun 20, 2017 at 07:47:13AM +, Dmitry Olshansky via Digitalmars-d wrote: On Monday, 19 June 2017 at 23:52:16 UTC, Vladimir Panteleev wrote: [...] FWIW, here's a data point to the contrary: One of my projects involves

Re: CTFE Status 2

On Tuesday, 20 June 2017 at 17:35:28 UTC, Stefan Koch wrote: At the same time 64bit integer support was expanded. Such that we can now return long and ulong values. Unfortunately this also broke the phobos unitttests since now more of is attempted to be evaluated. The reason this broke was

Re: Analysis of D GC

On 2017-06-20 16:03, Petar Kirov [ZombineDev] wrote: I highly doubt that ketmar would have any intention of touching macOS regardless ;) I somehow mixed up ketmar and Guillaume Piolat (which used to go by the alias p0nce). My mistake. -- /Jacob Carlborg

Re: dmd -betterC

On 2017-06-20 14:11, Guillaume Piolat wrote: About macOS 32-bit. Am I the only user? Yes :) Things are OK now. The older LDCs will work targeting newer macOS 32-bit for a while I guess, so maybe 32-bit can be phased out (especially TLS which I don't use). I would guess LDC supports it as

Re: Replacing Make for the DMD build

On 06/19/2017 04:06 AM, Russel Winder via Digitalmars-d wrote: Reggae is D's pitch in the CMake and Meson class of meta-build tools. Why aren't all the D compiler and tool developments using it? I'm convinced a big part of that is because DUB is ubiquitous and incredibly helpful in the D

Re: CTFE Status 2

On Tuesday, 20 June 2017 at 18:58:36 UTC, David Nadlinger wrote: On Tuesday, 20 June 2017 at 17:35:28 UTC, Stefan Koch wrote: Hit me with brittle numeric code please! […] Unfortunately this also broke the phobos unitttests since now more of is attempted to be evaluated. Just making sure

Re: CTFE Status 2

On Tuesday, 20 June 2017 at 17:35:28 UTC, Stefan Koch wrote: Hit me with brittle numeric code please! […] Unfortunately this also broke the phobos unitttests since now more of is attempted to be evaluated. Just making sure that the Phobos unit tests pass at compile time (with 64 bit reals,

Re: libc dependency

On Tuesday, 20 June 2017 at 12:09:06 UTC, Jacob Carlborg wrote: LLD, the LLVM linker [1]. As far as I understand it, it also support cross-platform linking. Using LDC, musl and LLD you have a fully working cross-compiler tool chain. You might need some extra libraries as well, depending on

Re: Abusive posts

On 06/20/2017 02:02 PM, Ali Çehreli wrote: On 06/20/2017 10:53 AM, Nick Sabalausky (Abscissa) wrote: On 06/19/2017 07:29 AM, Vladimir Panteleev wrote: The URL contains the RFC 850 Message-ID, so it can be looked up directly in an email / NNTP client Any idea how to do that in thunderbird?

comp.lang.c thread about D

Funny. Someone replied to a post from 1988 concerning the D language. The original thread (not read yet) from 1988 even has messages from Walter. https://groups.google.com/forum/#!topic/comp.lang.c/y0uGj6tHe2E%5B201-225%5D original thread

Re: There really needs to be some moderation

On 06/18/2017 06:21 PM, Joakim wrote: On Sunday, 18 June 2017 at 21:44:11 UTC, Walter Bright wrote: For further questions about what constitutes professional decorum, I recommend reading "Emily Post" books on manners which are readily available. I would never read such a thing. I subscribe

Re: Abusive posts

On 06/20/2017 10:53 AM, Nick Sabalausky (Abscissa) wrote: On 06/19/2017 07:29 AM, Vladimir Panteleev wrote: The URL contains the RFC 850 Message-ID, so it can be looked up directly in an email / NNTP client Any idea how to do that in thunderbird? View menu | Headers | All exposes it for

Re: Abusive posts

On 06/19/2017 07:29 AM, Vladimir Panteleev wrote: The URL contains the RFC 850 Message-ID, so it can be looked up directly in an email / NNTP client Any idea how to do that in thunderbird?

How can I use ldc2 and link to full runtime on arm with no OS

I'm starting to make attempts to find out what is needed to make D finally work on low level embedded targets. I have been using LDC2, i compile each .d file to and .o file and link using arm-none-eabi-gcc. I have a demo available here: Www.github.com/vitalelement/stm32dblinky includes a

Re: DIP 1009--Improve Contract Usability--Preliminary Review Round 1

On Tue, Jun 20, 2017 at 11:57:55AM +, Mike Parker via Digitalmars-d wrote: > DIP 1009 is titled "Improve Contract Usability". > > https://github.com/dlang/DIPs/blob/master/DIPs/DIP1009.md [...] What would a body-less declaration of a function look like under the new syntax? Hopefully not

Re: CTFE Status 2

On Tuesday, 20 June 2017 at 12:07:00 UTC, Stefan Koch wrote: On Thursday, 16 February 2017 at 21:05:51 UTC, Stefan Koch wrote: [ ... ] limited Support for 32bit floating point ops [+, -, *, /, %] has just landed in newCTFE. float fmadd(float a, float b, float c) { return b + a * c; }

Re: dmd -betterC

On Tuesday, 20 June 2017 at 08:36:38 UTC, Mike wrote: I know, but you do know what linker features exists and how the linker works, and could generate better intermediate code that could allow the linker to more effectively identify and remove dead code. You can write a linker wrapper that

Re: Inside D's GC blog article on hacker news front page

On 06/20/2017 04:59 AM, Gary Willoughby wrote: Inside D's GC blog article currently No.3 on hacker news Here's the article, visit hacker news to read the comments. http://olshansky.me/gc/runtime/dlang/2017/06/14/inside-d-gc.html And on Reddit:

Re: dmd -betterC

On Tuesday, 20 June 2017 at 11:52:56 UTC, Jacob Carlborg wrote: On 2017-06-20 03:51, 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. BTW,

Re: Life in the Fast Lane (@nogc blog post)

On 06/20/2017 09:47 AM, jmh530 wrote: On Tuesday, 20 June 2017 at 15:24:06 UTC, Dukc wrote: I wasn't skilled enough to make a generic version of this trough. And I do not know what happens if @nogc function ends up calling gc. This seems like it only would work if you know that there

Re: Analysis of D GC

On Tue, Jun 20, 2017 at 07:47:13AM +, Dmitry Olshansky via Digitalmars-d wrote: > On Monday, 19 June 2017 at 23:52:16 UTC, Vladimir Panteleev wrote: [...] > > - Support generational collection using write barriers implemented > > through memory protection. > > Super slow sadly. That being

Re: Life in the Fast Lane (@nogc blog post)

On Tuesday, 20 June 2017 at 16:47:20 UTC, jmh530 wrote: Below is a little more generic: Opps, left an extra import std.stdio in there.

Re: Life in the Fast Lane (@nogc blog post)

On Tuesday, 20 June 2017 at 15:24:06 UTC, Dukc wrote: I wasn't skilled enough to make a generic version of this trough. And I do not know what happens if @nogc function ends up calling gc. This seems like it only would work if you know that there wouldn't be any allocations. I don't

Re: CTFE Status 2

On Tue, Jun 20, 2017 at 12:07:00PM +, Stefan Koch via Digitalmars-d wrote: > On Thursday, 16 February 2017 at 21:05:51 UTC, Stefan Koch wrote: > > [ ... ] > > limited Support for 32bit floating point ops [+, -, *, /, %] has just > landed in newCTFE. Awesome! > float fmadd(float a,

Re: Embedded Systems (STM32) LDC Absolute minimal runtime

I believe you can do without any runtime at all, but it's a tradeoff, see also https://forum.dlang.org/post/tmofjecvnqdthvete...@forum.dlang.org

[Issue 17523] Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 uplink.co...@googlemail.com changed: What|Removed |Added CC||uplink.co...@googlemail.com

Re: Life in the Fast Lane (@nogc blog post)

On Tuesday, 20 June 2017 at 09:56:03 UTC, Bastiaan Veelo wrote: Transferring this to GC, you could have @gc (the default), @nogc (the @safe equivalent) and the @trusted equivalent: @gc_code_that_is_acceptable_to_be_called_in_nogc_code_as_an_exception_to_the_rule. I'll abbreviate this as @gc78

Re: Analysis of D GC

On Tuesday, 20 June 2017 at 15:16:01 UTC, Ecstatic Coder 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 Many thanks for your efforts Dmitry :) May I ask you if you

Re: 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 Many thanks for your efforts Dmitry :) May I ask you if you plan to make a soft real-time GC similar to the one implemented

Re: Replacing Make for the DMD build

On Tuesday, 20 June 2017 at 09:08:32 UTC, Vladimir Panteleev wrote: On Tuesday, 20 June 2017 at 07:24:26 UTC, Russel Winder wrote: [...] Yep; same as what was done with ddmd. [...] Sorry Russell, I thought I was replying to Atila :) But you are of course welcome on IRC. The D channel is

Re: CTFE Status 2

On Tuesday, 20 June 2017 at 12:07:00 UTC, Stefan Koch wrote: limited Support for 32bit floating point ops [+, -, *, /, %] has just landed in newCTFE. Nice!

Re: Analysis of D GC

On Tuesday, 20 June 2017 at 07:11:10 UTC, Dmitry Olshansky wrote: On Monday, 19 June 2017 at 22:50:05 UTC, Adam D. Ruppe 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 feature you plan

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

On Monday, 19 June 2017 at 20:59:33 UTC, Ali Çehreli 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 two sequences to a meta-function? I

Re: Analysis of D GC

On Tuesday, 20 June 2017 at 11:44:41 UTC, rikki cattermole wrote: On 20/06/2017 12:41 PM, Jacob Carlborg wrote: On 2017-06-20 06:37, ketmar wrote: it is higly depends of undocumented windows internals, and not portable between windows versions. more-or-less working implementations of

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

On Tuesday, 20 June 2017 at 13:45:31 UTC, Mike wrote: On Tuesday, 20 June 2017 at 12:32:46 UTC, Dan Walmsley wrote: If we push to have this fixed after that we are pretty close to having something usable are we not? Depends on your definition of "usable". Fixing the bloat issue would

Re: Analysis of D GC

On Tuesday, 20 June 2017 at 11:49:49 UTC, Jacob Carlborg wrote: On 2017-06-20 06:54, ketmar wrote: [...] You need to move to 64bit. Apple is already deprecating support for 32bit apps and after the next version of macOS (High Sierra) they're going to remove the support for 32bit apps. I

Re: Dub version

On Tuesday, 20 June 2017 at 11:33:30 UTC, Russel Winder wrote: Homebrew on OSX El Capitan installs Dub 1.3.0, but the Dub page says the latest version is 1.2.1. Are we in a time vortex? The latest DUB release is indeed 1.3.0 - see https://github.com/dlang/dub/releases. It looks the downloads

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

On Tuesday, 20 June 2017 at 12:32:46 UTC, Dan Walmsley wrote: If we push to have this fixed after that we are pretty close to having something usable are we not? Depends on your definition of "usable". Fixing the bloat issue would remove a current road block, and at least allow progress to

[Issue 17262] Better docs for rdmd

https://issues.dlang.org/show_bug.cgi?id=17262 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/5a598f92996981b72ac497fc601b1e9e2b0597ea Fix Issue 17262 - Better docs for rdmd

[Issue 17402] dirEntries iterator crashes in conjunction with readText

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

Re: Analysis of D GC

On Tuesday, 20 June 2017 at 04:35:27 UTC, ketmar wrote: 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

Re: Inside D's GC blog article on hacker news front page

On 6/20/17 7:59 AM, Gary Willoughby wrote: Inside D's GC blog article currently No.3 on hacker news Here's the article, visit hacker news to read the comments. http://olshansky.me/gc/runtime/dlang/2017/06/14/inside-d-gc.html Awesome. Dmitry, Martin, let me know if you need any help

Re: CTFE Status 2

On Tuesday, 20 June 2017 at 12:07:00 UTC, Stefan Koch wrote: On Thursday, 16 February 2017 at 21:05:51 UTC, Stefan Koch wrote: [ ... ] limited Support for 32bit floating point ops [+, -, *, /, %] has just landed in newCTFE. float fmadd(float a, float b, float c) { return b + a * c; }

Digital Mars resource compiler: boost licensed?

Is the rcc from bup.zip now boost licensed too? If so, I think we should include it in the 32 bit windows setup.

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

On Tuesday, 20 June 2017 at 12:35:38 UTC, Dan Walmsley wrote: On Tuesday, 20 June 2017 at 11:11:20 UTC, Seb wrote: On Tuesday, 20 June 2017 at 07:51:47 UTC, Mike wrote: [...] The C++ bindings should be opt-in.. [...] Hmm, I would definitely recommend to submit a DIP about the proposed

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

On Tuesday, 20 June 2017 at 11:11:20 UTC, Seb wrote: On Tuesday, 20 June 2017 at 07:51:47 UTC, Mike wrote: [...] The C++ bindings should be opt-in.. [...] Hmm, I would definitely recommend to submit a DIP about the proposed changes. "Unfortunately" D is so big now that changes need to

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

On Tuesday, 20 June 2017 at 12:22:42 UTC, Mike wrote: On Tuesday, 20 June 2017 at 11:47:49 UTC, Dan Walmsley wrote: [...] The bloat is still there, but for some reason it's in the .text section. [...] damn! If we push to have this fixed after that we are pretty close to having

Re: libc dependency

On 6/19/17 7:47 PM, H. S. Teoh via Digitalmars-d-learn wrote: 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

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

On Tuesday, 20 June 2017 at 11:47:49 UTC, Dan Walmsley wrote: I think good news: The bloat is still there, but for some reason it's in the .text section. `objdump -s -j .text test` ... 80004a8 9efe80bd 80b5fff7 9afe80bd 80b5fff7 80004b8 96fe80bd 80b5fff7 92fe80bd

  1   2   >