On Friday, 1 December 2017 at 15:51:42 UTC, Claude wrote:
On Thursday, 30 November 2017 at 09:39:20 UTC, Basile B. wrote:
On Wednesday, 29 November 2017 at 21:14:57 UTC, Claude wrote:
On Wednesday, 29 November 2017 at 14:32:54 UTC, Basile B.
wrote:
Did I miss anything?
Sorry but yes, i think
On Saturday, 2 December 2017 at 05:05:14 UTC, Jack Stouffer wrote:
On Saturday, 2 December 2017 at 02:35:18 UTC, codephantom wrote:
Just the fact that you've seen that source code, is enough to
have already 'contaminated' you with that source code's
licence, and, that could (potentially)constit
On Saturday, 2 December 2017 at 02:35:18 UTC, codephantom wrote:
Just the fact that you've seen that source code, is enough to
have already 'contaminated' you with that source code's
licence, and, that could (potentially)constitute your work as
being a derivative work.
To that I say "prove it
On Sat, Dec 02, 2017 at 02:35:18AM +, codephantom via Digitalmars-d wrote:
[...]
> Just the fact that you've seen that source code, is enough to have
> already 'contaminated' you with that source code's licence, and, that
> could (potentially)constitute your work as being a derivative work.
>
On Friday, December 01, 2017 15:54:31 Walter Bright via Digitalmars-d wrote:
> On 11/30/2017 9:56 AM, Jonathan M Davis wrote:
> > I'm sure that we could come up with a better encoding than UTF-8 (e.g.
> > getting rid of Unicode normalization as being a thing and never having
> > multiple encodings
Does anyone have any solutions around the problem of linking to
C++ functions from D that use types that D can't represent? Such
as "float* const"? I don't want to just stick the symbol name in
a pramga(mangle, "...") as that won't be portable.
Possibly implementing mangling for extern(C++) f
On Sat, 02 Dec 2017 00:24:12 +, Ivan Trombley wrote:
> When DUB bulds the gtk-d library, it takes a long time. This is mostly
> because it's only using one processor. It hasn't been such a big deal on
> Linux but I'm building my app on Windows right now and it been building
> gtk-d for the las
On Friday, 1 December 2017 at 16:24:27 UTC, Jack Stouffer wrote:
On Thursday, 30 November 2017 at 19:17:32 UTC, Jack Stouffer
wrote:
...
Ok, decided to try to make it from scratch based off just the
spec in order to avoid any issues. You can follow my progress
if you so desire here:
https:/
Walter Bright wrote:
On 12/1/2017 2:57 PM, ketmar wrote:
Walter Bright wrote:
You cannot add/change the license of software without permission from
the copyright holder. Translating the code from one language to another
does not erase the copyright - it's still a derived work.
but you still
On 12/1/2017 2:57 PM, ketmar wrote:
Walter Bright wrote:
You cannot add/change the license of software without permission from the
copyright holder. Translating the code from one language to another does not
erase the copyright - it's still a derived work.
but you still can add another licen
When DUB bulds the gtk-d library, it takes a long time. This is
mostly because it's only using one processor. It hasn't been such
a big deal on Linux but I'm building my app on Windows right now
and it been building gtk-d for the last half hour! Is there any
way to make DUB use more processors?
On 11/30/2017 9:56 AM, Jonathan M Davis wrote:
I'm sure that we could come up with a better encoding than UTF-8 (e.g.
getting rid of Unicode normalization as being a thing and never having
multiple encodings for the same character), but _that_'s never going to
happen.
UTF-8 is not the cause of
On Fri, Dec 01, 2017 at 03:04:44PM -0800, Walter Bright via Digitalmars-d wrote:
> On 11/30/2017 9:23 AM, Kagamin wrote:
> > On Tuesday, 28 November 2017 at 03:37:26 UTC, rikki cattermole wrote:
> > > Be aware Microsoft is alone in thinking that UTF-16 was awesome.
> > > Everybody else standardized
On 11/30/2017 9:23 AM, Kagamin wrote:
On Tuesday, 28 November 2017 at 03:37:26 UTC, rikki cattermole wrote:
Be aware Microsoft is alone in thinking that UTF-16 was awesome. Everybody
else standardized on UTF-8 for Unicode.
UCS2 was awesome. UTF-16 is used by Java, JavaScript, Objective-C, Swif
Walter Bright wrote:
You cannot add/change the license of software without permission from the
copyright holder. Translating the code from one language to another does
not erase the copyright - it's still a derived work.
but you still can add another license to source code translation, if tha
On 11/30/2017 11:17 AM, Jack Stouffer wrote:
I'm starting work on a proposal for stdx.decimal, and one of the clearest
implementations to work off of is the Python implementation.
This however, poses a problem because Python's source is under the PSFL, a
BSD-like permissive license. Any deriva
On 12/1/2017 2:31 AM, Jacob Carlborg wrote:
On 2017-11-30 23:23, Walter Bright wrote:
Dominic gave us permission to relicense as Boost, so there is no problem. Phew!
Yeah, no worries. I didn't start the work until we had permission to relicense
from the original author.
I had forgotten, pe
On 12/1/2017 3:31 AM, Nicholas Wilson wrote:
On Friday, 1 December 2017 at 11:07:32 UTC, Walter Bright wrote:
Does DMD optimise for locality?
No. However, the much-despised Optlink does! It uses the trace.def output from
the profiler to set the layout of functions, so that tightly coupled func
On Friday, 1 December 2017 at 20:26:41 UTC, H. S. Teoh wrote:
But suppose there is a way to tell the compiler certain
invariants, i.e., mathematical identities, that matrix
expressions satisfy. You could express, for example, the fact
that matrix multiplication is associative and commutative,
On Friday, 1 December 2017 at 18:31:46 UTC, Jonathan M Davis
wrote:
On Friday, December 01, 2017 09:49:08 Steven Schveighoffer via
Digitalmars-d wrote:
On 12/1/17 7:26 AM, Patrick Schluter wrote:
> On Friday, 1 December 2017 at 06:07:07 UTC, Patrick Schluter
> wrote:
>> isolated codepoints.
>
On Fri, Dec 01, 2017 at 08:10:03PM +, Ola Fosheim Grøstad via Digitalmars-d
wrote:
> On Friday, 1 December 2017 at 19:43:53 UTC, H. S. Teoh wrote:
> > There's a link to the OptiML spec that, thankfully, makes it clear that
> > this is something primarily focused on machine learning and certain
On Friday, 1 December 2017 at 19:43:53 UTC, H. S. Teoh wrote:
There's a link to the OptiML spec that, thankfully, makes it
clear that this is something primarily focused on machine
learning and certain categories of algorithms, rather than a
one-size-fits-all miracle cure that's slated to take
On Fri, Dec 01, 2017 at 02:33:29PM -0500, Andrei Alexandrescu via Digitalmars-d
wrote:
> http://ascr-discovery.science.doe.gov/2017/11/language-barrier/
[...]
The article keeps talking about how generative programming is supposedly
the future, yet it's rather scant on descriptions of what generat
http://ascr-discovery.science.doe.gov/2017/11/language-barrier/
Andrei
On Friday, December 01, 2017 09:49:08 Steven Schveighoffer via Digitalmars-d
wrote:
> On 12/1/17 7:26 AM, Patrick Schluter wrote:
> > On Friday, 1 December 2017 at 06:07:07 UTC, Patrick Schluter wrote:
> >> isolated codepoints.
> >
> > I meant isolated code-units, of course.
>
> Hehe, it's imposs
On Friday, 1 December 2017 at 17:05:08 UTC, Steven Schveighoffer
wrote:
On 12/1/17 11:47 AM, Kagamin wrote:
Among recent native languages only some game designer's
(forgot who) one follows this design principle, others focus
on safety to some degree.
https://en.wikipedia.org/wiki/Jonathan_Bl
On 12/1/17 11:47 AM, Kagamin wrote:
Among recent native languages only some game designer's (forgot who) one
follows this design principle, others focus on safety to some degree.
https://en.wikipedia.org/wiki/Jonathan_Blow#JAI_language
-Steve
On Friday, 1 December 2017 at 04:27:35 UTC, Adam D. Ruppe wrote:
Then, we can tweak the asserts without also killing D's general
memory safety victory that bounds checking brings.
The default compilation mode is fine for me, it's just phobos is
not written for it.
On Thursday, 30 November 2017 at 19:01:02 UTC, Andrei
Alexandrescu wrote:
Another possible work item was raised by
https://github.com/dlang/phobos/pull/5879. Currently,
allocators traffic in void[]. When I first designed allocators,
I considered using ubyte[] instead. Using void[] is somewhat
On Monday, 27 November 2017 at 00:14:40 UTC, IM wrote:
I could add more, but I'm tired of typing. I hope that one day
I will overcome my frustrations as well as D becomes a better
language that enables me to do what I want easily without
standing in my way.
Among recent native languages only
On Thursday, 30 November 2017 at 19:17:32 UTC, Jack Stouffer
wrote:
...
Ok, decided to try to make it from scratch based off just the
spec in order to avoid any issues. You can follow my progress if
you so desire here: https://github.com/JackStouffer/stdxdecimal
On Thursday, 30 November 2017 at 09:39:20 UTC, Basile B. wrote:
On Wednesday, 29 November 2017 at 21:14:57 UTC, Claude wrote:
On Wednesday, 29 November 2017 at 14:32:54 UTC, Basile B.
wrote:
Did I miss anything?
Sorry but yes, i think so, the handle is indirectly accessible
with "FileLogger.
On Friday, 1 December 2017 at 11:01:13 UTC, Walter Bright wrote:
Correction:
https://dlang.org/dmd-windows.html#switch-release
"compile release version, which means not emitting run-time
checks for contracts and asserts. Array bounds checking is not
done for system and trusted functions, and
On 12/1/17 7:26 AM, Patrick Schluter wrote:
On Friday, 1 December 2017 at 06:07:07 UTC, Patrick Schluter wrote:
isolated codepoints.
I meant isolated code-units, of course.
Hehe, it's impossible for me to talk about code points and code units
without having to pause and consider which on
Hi.
I'd like to get PyD working on Windows 64. I think it's probably
just a simple linking / library problem, but don't have time to
work on it myself right now. If somebody would be interested in
helping, we could pay for help on this.
laeeth at
kaleidic.io
Thanks.
Laeeth.
On Friday, 1 December 2017 at 12:21:22 UTC, A Guy With a Question
wrote:
On Friday, 1 December 2017 at 06:07:07 UTC, Patrick Schluter
wrote:
On Thursday, 30 November 2017 at 19:37:47 UTC, Steven
Schveighoffer wrote:
On 11/30/17 1:20 PM, Patrick Schluter wrote:
[...]
iopipe handles this:
htt
On Friday, 1 December 2017 at 06:07:07 UTC, Patrick Schluter
wrote:
On Thursday, 30 November 2017 at 19:37:47 UTC, Steven
Schveighoffer wrote:
On 11/30/17 1:20 PM, Patrick Schluter wrote:
[...]
iopipe handles this:
http://schveiguy.github.io/iopipe/iopipe/textpipe/ensureDecodeable.html
I
On Friday, 1 December 2017 at 06:07:07 UTC, Patrick Schluter
wrote:
On Thursday, 30 November 2017 at 19:37:47 UTC, Steven
Schveighoffer wrote:
On 11/30/17 1:20 PM, Patrick Schluter wrote:
On Thursday, 30 November 2017 at 17:40:08 UTC, Jonathan M
Davis wrote:
English and thus don't as easily hit
On 2017-11-30 20:01, Andrei Alexandrescu wrote:
Hi all,
Eduard, Alexandru Jercaianu and I are working on improving allocators'
design and implementation. This entails a few breaking changes.
It would be nice if the API and the GCAllocator were CTFE-able. This
would allow functions that take
On Friday, 1 December 2017 at 11:07:32 UTC, Walter Bright wrote:
On 11/30/2017 8:34 PM, Nicholas Wilson wrote:
What I meant in terms of icache pollution is with the 'cold'
is instead of generating:
if(!cond)
_d_assert(__FILE__, __LINE__,message);
//rest of code
it should actually generat
On Thursday, 30 November 2017 at 19:17:32 UTC, Jack Stouffer
wrote:
I'm starting work on a proposal for stdx.decimal, and one of
the clearest implementations to work off of is the Python
implementation.
+1
On Friday, 1 December 2017 at 03:23:23 UTC, Walter Bright wrote:
26 bytes of inserted Bloaty McBloatface code and 15 bytes of
[WARNING: This post may be considered 'off topic', and may
therefore deeply offend people - hopefully those people are
hiding me.]
Hey..I like it..'Bloaty McBloatfac
On Friday, 1 December 2017 at 11:01:13 UTC, Walter Bright wrote:
assertion failures are undefined behaviour."
=8-[
On 11/30/2017 8:34 PM, Nicholas Wilson wrote:
What I meant in terms of icache pollution is with the 'cold' is instead of
generating:
if(!cond)
_d_assert(__FILE__, __LINE__,message);
//rest of code
it should actually generate,
if (!cond)
goto failed;
//rest of code
failed:
_d_
On 12/1/2017 2:57 AM, Walter Bright wrote:
On 11/30/2017 7:43 PM, Adam D. Ruppe wrote:
I never, never use -release since it implies no bounds checking.
This is incorrect. -release leaves bounds checking on.
Correction:
https://dlang.org/dmd-windows.html#switch-release
"compile release vers
On 11/30/2017 7:43 PM, Adam D. Ruppe wrote:
I never, never use -release since it implies no bounds checking.
This is incorrect. -release leaves bounds checking on.
BTW, are you against using `int 3` as the opcode instead? (0xCC)
That might be a better idea.
On 2017-12-01 01:46, Timothee Cour wrote:
I get: core.sync.exception.SyncError@(0): Unable to lock mutex.
when calling listenHTTP via a library. It works when compiling
everything in a single application without using intermediate library.
details:
using: dmd:2.077
dub build
dmd -ofmain -L-Ld
On 2017-11-30 23:23, Walter Bright wrote:
Dominic gave us permission to relicense as Boost, so there is no
problem. Phew!
Yeah, no worries. I didn't start the work until we had permission to
relicense from the original author.
--
/Jacob Carlborg
On Thursday, 30 November 2017 at 19:01:02 UTC, Andrei
Alexandrescu wrote:
Currently, allocators traffic in void[]. When I first designed
allocators, I considered using ubyte[] instead.
I experimented with using byte[] for opaque buffers, because byte
is signed, one can't parse byte[] content i
49 matches
Mail list logo
