On Monday, January 21, 2019 10:08:23 AM MST Johan Engelen via Digitalmars-d-
learn wrote:
> On Saturday, 19 January 2019 at 17:45:41 UTC, Patrick Schluter
>
> wrote:
> > Afaict NULL pointer derefernecing must fault for D to be
> > "usable". At least all code is written with that assumption.
>
> Der
On 1/21/19 5:28 PM, Jerry wrote:
On Monday, 21 January 2019 at 21:02:23 UTC, Steven Schveighoffer wrote:
On 1/21/19 3:37 PM, Jerry wrote:
[...]
I had a similar problem that I fixed myself actually last dconf:
https://issues.dlang.org/show_bug.cgi?id=17968
This looks almost identical as the
On Monday, 21 January 2019 at 22:31:15 UTC, H. S. Teoh wrote:
On Mon, Jan 21, 2019 at 10:19:00PM +, Jerry via
Digitalmars-d-learn wrote:
On Monday, 21 January 2019 at 21:37:22 UTC, H. S. Teoh wrote:
[...]
> Looks like a problem with stale cached object files. Try:
>
> rm dub.selections.
On Mon, Jan 21, 2019 at 10:19:00PM +, Jerry via Digitalmars-d-learn wrote:
> On Monday, 21 January 2019 at 21:37:22 UTC, H. S. Teoh wrote:
[...]
> > Looks like a problem with stale cached object files. Try:
> >
> > rm dub.selections.json
> > dub build --force
> >
> > (Be sure to back
On Monday, 21 January 2019 at 21:02:23 UTC, Steven Schveighoffer
wrote:
On 1/21/19 3:37 PM, Jerry wrote:
[...]
I had a similar problem that I fixed myself actually last dconf:
https://issues.dlang.org/show_bug.cgi?id=17968
This looks almost identical as the issue was in the generated
xtoHas
On Monday, 21 January 2019 at 21:37:22 UTC, H. S. Teoh wrote:
On Mon, Jan 21, 2019 at 04:02:23PM -0500, Steven Schveighoffer
via Digitalmars-d-learn wrote:
On 1/21/19 3:37 PM, Jerry wrote:
> [...]
[...]
> [...]
[...]
Looks like a problem with stale cached object files. Try:
rm dub.
On Monday, 21 January 2019 at 18:39:27 UTC, Steven Schveighoffer
wrote:
Not a Python user, just hoping to help answer questions :)
Yes I know in fact I'm not the OP but from what I understood from
his post, he want to replicate, but I may be wrong.
If it's the case, this code may help him:
On Monday, 21 January 2019 at 21:02:23 UTC, Steven Schveighoffer
wrote:
What version of the compiler are you using? My issue was fixed
in 2.080.1, and then a followup fix in 2.081.1.
-Steve
Hello!
I am using 2.084.
Interestingly it works with LDC 1.9 (frontend 2.79) and that just
works fine
On Mon, Jan 21, 2019 at 04:02:23PM -0500, Steven Schveighoffer via
Digitalmars-d-learn wrote:
> On 1/21/19 3:37 PM, Jerry wrote:
> > Hello, I am trying to compile a 1 year old project of mine which
> > uses htmld and vibed. But I get this weird linker error which does
> > not make any sense to me
On 1/21/19 3:37 PM, Jerry wrote:
Hello, I am trying to compile a 1 year old project of mine which uses
htmld and vibed. But I get this weird linker error which does not make
any sense to me atleast. I am using Windows 7 and dub.
htmld 0.3.6: target for configuration "library" is up to date.
ta
Hello, I am trying to compile a 1 year old project of mine which
uses htmld and vibed. But I get this weird linker error which
does not make any sense to me atleast. I am using Windows 7 and
dub.
htmld 0.3.6: target for configuration "library" is up to date.
taggedalgebraic 0.10.12: target for
Hi,
AutoMapper is an object-object mapper.
It use compile-time generated mapper to try to avoid any overhead.
I'm posting in this section, because I'm not a D expert and any
feedback will be appreciated :)
Have a look:
https://github.com/boolangery/d-automapper
On 1/21/19 10:54 AM, Matheus wrote:
On Monday, 21 January 2019 at 15:01:27 UTC, Steven Schveighoffer wrote:
Probably, this optimizes into better code, but maybe the optimizer
already does this with the expression above:
auto tmp = n % 3;
if(tmp < 0)
tmp += 3;
It's just not a nice single
Hi...none of the 68k family are 100% compatible - The 68060 has
many opcodes
that did not exist in the 68000, and the 68000 has addressing
modes that
are missing from the 68060. The same applies to the ColdFire.
Still,
the ISA is the same.
On Monday, 21 January 2019 at 17:08:23 UTC, Johan Engelen wrote:
For LDC, dereferencing `null` invokes Undefined Behavior [1].
For completeness, you can tell LDC that dereferencing `null` is
_not_ UB in a particular function by specifying
`@llvmAttr("null-pointer-is-valid", "true")`:
https
On Saturday, 19 January 2019 at 17:45:41 UTC, Patrick Schluter
wrote:
Afaict NULL pointer derefernecing must fault for D to be
"usable". At least all code is written with that assumption.
Dereferencing `null` in D is implementation defined
(https://dlang.org/spec/arrays.html#pointers).
For L
On Monday, 21 January 2019 at 14:36:15 UTC, Márcio Martins wrote:
On Thursday, 17 January 2019 at 00:11:10 UTC, Johan Engelen
wrote:
OK, got it :-) LLVM 7 changed things a little, so it's broken
with LDC 1.13 [*].
For now, you can use LDC 1.12 (LLVM 6). You also have to add
`-L-lstdc++` as
On Monday, 21 January 2019 at 11:41:36 UTC, Simen Kjærås wrote:
On Monday, 21 January 2019 at 11:37:52 UTC, sneha wrote:
[snip]
I agree with you.
Holy thread necromancy, batman!
--
Simen
He's probably using IE so he just got the latest forum updates
there.
On Monday, 21 January 2019 at 15:01:27 UTC, Steven Schveighoffer
wrote:
Probably, this optimizes into better code, but maybe the
optimizer already does this with the expression above:
auto tmp = n % 3;
if(tmp < 0)
tmp += 3;
It's just not a nice single expression.
-Steve
I don't think y
On 1/21/19 2:33 AM, Paul Backus wrote:
On Monday, 21 January 2019 at 04:52:53 UTC, NaN wrote:
On Sunday, 20 January 2019 at 18:51:54 UTC, Steven Schveighoffer wrote:
On 1/20/19 1:28 PM, faissaloo wrote:
In Python -1%3 == 2 however in D -1%3 == -1
Is there a standard library function or somethi
On Thursday, 17 January 2019 at 00:11:10 UTC, Johan Engelen wrote:
On Wednesday, 16 January 2019 at 23:29:45 UTC, Johan Engelen
wrote:
On Wednesday, 16 January 2019 at 22:10:14 UTC, Johan Engelen
wrote:
On Wednesday, 16 January 2019 at 17:36:31 UTC, Márcio Martins
wrote:
On Tuesday, 15 January
On 2019-01-21 12:14, Per Nordlöw wrote:
What's the easiest way to debug a dub app build?
Is there a better way than
dub run
followed by
gdb run PATH_TO_APP_BINARY
No, there's nothing specific with an application built using Dub. Dub
doesn't provide any help with debugging. Just m
On Monday, 21 January 2019 at 11:37:52 UTC, sneha wrote:
[snip]
I agree with you.
Holy thread necromancy, batman!
--
Simen
On Wednesday, 27 July 2016 at 10:42:50 UTC, lkfsdg wrote:
On Tuesday, 26 July 2016 at 15:11:00 UTC, llaine wrote:
Hi guys,
I'm using D since a few month now and I was wondering why
people don't jump onto it that much and why it isn't the "big
thing" already.
Everybody is into javascript now
On Monday, 21 January 2019 at 11:16:31 UTC, Per Nordlöw wrote:
Correction should be
dub build --build=unittest
or
dub build --build=debug
followed by
gdb PATH_TO_APP_BINARY
Does using an IDE count? Some D IDEs should be able to assist in
debugging.
On Monday, 21 January 2019 at 11:14:35 UTC, Per Nordlöw wrote:
What's the easiest way to debug a dub app build?
Is there a better way than
dub run
followed by
gdb run PATH_TO_APP_BINARY
?
Correction should be
dub build --build=unittest
or
dub build --build=debug
followe
What's the easiest way to debug a dub app build?
Is there a better way than
dub run
followed by
gdb run PATH_TO_APP_BINARY
?
On Monday, 21 January 2019 at 07:57:58 UTC, Simen Kjærås wrote:
On Saturday, 19 January 2019 at 14:26:31 UTC, Zenw wrote:
On Tuesday, 15 January 2019 at 11:14:54 UTC, John Burton wrote:
[...]
how about this
auto With(string code,T)(T value)
{
with(value)
{
mixin(code ~";");
On Saturday, 19 January 2019 at 14:26:31 UTC, Zenw wrote:
On Tuesday, 15 January 2019 at 11:14:54 UTC, John Burton wrote:
As an example let's say I have a type 'Window' that represents
a win32 window. I'd like to be able to construct an instance
of the type with some optional parameters that de
29 matches
Mail list logo
