On 2017-06-20 22:44, Walter Bright wrote:
For a C implementation that doesn't support TLS, using it in D with
-betterC won't work.
I'm thinking more of a C implementation where it *does* work. But
perhaps you're not expected to do anything besides what you can do in C
when it comes to TLS.
On 2017-06-20 23:30, Guillaume Piolat wrote:
Good move from Apple.
I distribute both bitness as Universal Binaries, most probably this will
still work.
Yes, as long as the tools continue to support it.
--
/Jacob Carlborg
On 2017-06-20 16:16, Petar Kirov [ZombineDev] wrote:
I highly recommend watching this talk:
https://www.youtube.com/watch?v=36Ykla27FIo and browsing through this
repo: https://github.com/ionescu007/lxss which reveals many interesting
details about that part of Windows.
Looks interesting.
--
Sebastien Alaiwan wrote:
On Wednesday, 21 June 2017 at 05:35:42 UTC, ketmar wrote:
asserts on embedded systems? O_O code built without -release for
embedded systems? O_O
embedded system != production system.
You still need to debug the code, and at some point, you have to load it
on a real
On Wednesday, 21 June 2017 at 05:35:42 UTC, ketmar wrote:
asserts on embedded systems? O_O code built without -release
for embedded systems? O_O
embedded system != production system.
You still need to debug the code, and at some point, you have to
load it on a real microcontroller ; this is w
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.
https://www.reddit.com/r/programming/comments/6ijw
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 d
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 hav
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 (a
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 verbo
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 pri
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 th
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 f
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
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 b
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
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 rea
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 thi
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 t
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 thinkin
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)
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
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 32
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 (especi
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,
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 funct
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
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 a
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 doesn't
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
https://
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 Syman
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*
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
src\tes
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 n
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
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
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 cons
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 be
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
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
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 worl
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 that
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, i
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?
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
https://groups.google.com/forum/#!topic/comp.lang.c/y0u
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 m
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 me.
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?
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 linked
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 this
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;
}
p
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 wi
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, h
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 sai
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, float
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
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 p
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 i
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 o
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!
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 o
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 `fork()`
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 remove
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 h
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 p
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
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 ago
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;
}
p
Is the rcc from bup.zip now boost licensed too?
If so, I think we should include it in the 32 bit windows setup.
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 ch
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 be
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 somethin
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 80b
On Tuesday, 20 June 2017 at 11:58:47 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.
How is
On Mon, 2017-06-19 at 14:43 +, jmh530 via Digitalmars-d wrote:
>
[…]
> dub is more like conda, Anaconda's package manager.
Good point. Also I should separate dub the executable from Dub the
repository of stuff more carefully.
> What I mean is one thing that someone can download and install
On Tuesday, 20 June 2017 at 12:00:28 UTC, Mike wrote:
On Tuesday, 20 June 2017 at 11:58:21 UTC, Dan Walmsley wrote:
https://github.com/vitalElement/STM32DBlinky
I don't see the linker script
sorry, committed linker script now :)
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;
}
pragma(msg, fmadd(6.7, 8.9, 1.3)/* == 17.61f*/);
pragma(msg, fm
On Tuesday, 20 June 2017 at 11:58:21 UTC, Dan Walmsley wrote:
On Tuesday, 20 June 2017 at 11:53:07 UTC, Mike wrote:
On Tuesday, 20 June 2017 at 11:50:56 UTC, Dan Walmsley wrote:
C:\dev\repos\STM32DBlinky\Blinky\build\obj\main.o: In
function `_D4main5Point3SumMFZi':
C:\dev\repos\STM32DBlinky\Bl
On Tuesday, 20 June 2017 at 11:58:21 UTC, Dan Walmsley wrote:
https://github.com/vitalElement/STM32DBlinky
I don't see the linker script
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.
How is TLS handled? I know at least macOS 32bit requires the
"___tls_g
On Tuesday, 20 June 2017 at 11:53:07 UTC, Mike wrote:
On Tuesday, 20 June 2017 at 11:50:56 UTC, Dan Walmsley wrote:
C:\dev\repos\STM32DBlinky\Blinky\build\obj\main.o: In function
`_D4main5Point3SumMFZi':
C:\dev\repos\STM32DBlinky\Blinky/main.d:26: undefined
reference to `_D9invariant12_d_invar
DIP 1009 is titled "Improve Contract Usability".
https://github.com/dlang/DIPs/blob/master/DIPs/DIP1009.md
All review-related feedback on and discussion of the DIP should
occur in this thread. The review period will end at 11:59 PM ET
on July 3 (3:59 AM GMT July 4), or when I make a post decla
On Tuesday, 20 June 2017 at 11:53:07 UTC, Mike wrote:
On Tuesday, 20 June 2017 at 11:50:56 UTC, Dan Walmsley wrote:
C:\dev\repos\STM32DBlinky\Blinky\build\obj\main.o: In function
`_D4main5Point3SumMFZi':
C:\dev\repos\STM32DBlinky\Blinky/main.d:26: undefined
reference to `_D9invariant12_d_invar
On Tuesday, 20 June 2017 at 11:50:56 UTC, Dan Walmsley wrote:
C:\dev\repos\STM32DBlinky\Blinky\build\obj\main.o: In function
`_D4main5Point3SumMFZi':
C:\dev\repos\STM32DBlinky\Blinky/main.d:26: undefined reference
to `_D9invariant12_d_invariantFC6ObjectZv'
C:\dev\repos\STM32DBlinky\Blinky/main.
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, how are asserts handled? Isn't assert usually a macro in C?
--
/J
On Tuesday, 20 June 2017 at 11:47:49 UTC, Dan Walmsley wrote:
On Tuesday, 20 June 2017 at 10:41:10 UTC, Mike wrote:
On Tuesday, 20 June 2017 at 10:39:47 UTC, Mike wrote:
I had to use code from my minimal runtime experiment here
Sorry, I forgot to add the link for my minimal runtime
experime
On 2017-06-20 06:54, ketmar wrote:
"...the dubious optimization of no interior pointers..."
this is the ONLY (i emphasise it!) way i were able to make my e-mail and
irc clients to not leak memory, and keep using GC. on 32-bit systems
false pointers *is* a problem, and NO_INTERIOR really helps
On Tuesday, 20 June 2017 at 10:41:10 UTC, Mike wrote:
On Tuesday, 20 June 2017 at 10:39:47 UTC, Mike wrote:
I had to use code from my minimal runtime experiment here
Sorry, I forgot to add the link for my minimal runtime
experiment:
https://github.com/JinShil/minimal_druntime_experiment
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 `fork()` were existed at least since NT3 era, but
nobody considered 'em as
On 2017-06-20 01:52, Vladimir Panteleev wrote:
- More, much more debugging facilities! Integrate Diamond and Valgrind
interoperability.
Don't for get the Clang sanitizers, assuming they work using LDC.
--
/Jacob Carlborg
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
`fork()` were existed at least since NT3 era, but nobody considered 'em
as more than a PoC, and even next service pack ca
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?
--
Russel.
=
Dr Russel Winder t:+44 20 7585 2200 voip:sip:
russel.win...@ekiga.net
41 Buckma
On Tuesday, 20 June 2017 at 07:51:47 UTC, Mike wrote:
3. Many of the veterans in the D community support the current
dependency the runtime has on C standard library bindings,
stating that they are required (which is not true).
Furthermore, they want to make the problem worse by adding C++
s
On Tuesday, 20 June 2017 at 10:39:47 UTC, Mike wrote:
I had to use code from my minimal runtime experiment here
Sorry, I forgot to add the link for my minimal runtime
experiment:
https://github.com/JinShil/minimal_druntime_experiment
Mike
On Tuesday, 20 June 2017 at 09:46:13 UTC, Dan Walmsley wrote:
No longer compiles:
"Error: Missing class declaration: ModuleInfo
but then ldc crashes...
I had to use code from my minimal runtime experiment here and
merge it with some of the code in the TypeInfo bloat issue.
Here's code t
20.06.2017 12:33, Mike пишет:
That being said, let me offer a counter-opinion that occurred to me some
time ago. Many embedded systems programmers are not software engineers;
they are electrical engineers that write code.
I'm sure this is very important thing - many who writes code are not
so
On Tuesday, 20 June 2017 at 09:21:05 UTC, Walter Bright wrote:
On 6/20/2017 2:00 AM, ixid wrote:
How far away from a purely additive, pay for what we use
situation are we? It would seem like D should be BetterC out
of the box, without needing any switches and as you add and
use specific featur
On Tuesday, 20 June 2017 at 09:36:54 UTC, Mike wrote:
On Tuesday, 20 June 2017 at 08:54:01 UTC, Dan Walmsley wrote:
Regarding not being able to --gc-sections, perhaps this was
fixed in LDC?
http://forum.dlang.org/post/cxjubpxxknlkqvdgy...@forum.dlang.org
My last test with LDC is here:
htt
On 6/20/2017 12:04 AM, Nicholas Wilson wrote:
On Monday, 19 June 2017 at 22:35:42 UTC, Dmitry Olshansky wrote:
http://olshansky.me/gc/runtime/dlang/2017/06/14/inside-d-gc.html
This was posted on reddit:
https://www.reddit.com/r/programming/comments/6ic52d/inside_ds_gc/
Also on hacker news.
On Tuesday, 20 June 2017 at 08:54:01 UTC, Dan Walmsley wrote:
Regarding not being able to --gc-sections, perhaps this was
fixed in LDC?
http://forum.dlang.org/post/cxjubpxxknlkqvdgy...@forum.dlang.org
My last test with LDC is here:
https://issues.dlang.org/show_bug.cgi?id=14758#c14
Try t
1 - 100 of 121 matches
Mail list logo