I usually go with SFML (C++) library to write simple
visualization. Is there any similiar library in D?
On Wednesday, 11 March 2020 at 22:18:04 UTC, kdevel wrote:
On Thursday, 27 February 2020 at 19:24:39 UTC, Johan wrote:
LDC will work fine if told what processor you have:
https://d.godbolt.org/z/5hrzgm
-m32 -mcpu=pentium3 (-mcpu=native should also work).
When I "cross compile" on an AMD 64
On Wednesday, 11 March 2020 at 22:18:04 UTC, kdevel wrote:
Disassembly on the AMD 64 it reveals that ldc also emits the
movds instructions:
0x08051ba2 <+434>: call 0x804f680
<_D2rt5minfo11ModuleGroup6__ctorMFNbNcNiAyPS6object10ModuleInfoZSQCkQCkQCh>
0x08051ba7 <+439>: sub$0x8,
On Wednesday, 11 March 2020 at 22:11:24 UTC, GreatSam4sure wrote:
I am trying to reference an image that is in
public/imgs/pix1.jpg in CSS file using background-image using
URL but the image does not show.
What is the proper way of reference to the URL of the image?
I will appreciate any help
On Thursday, 27 February 2020 at 19:24:39 UTC, Johan wrote:
LDC will work fine if told what processor you have:
https://d.godbolt.org/z/5hrzgm
-m32 -mcpu=pentium3 (-mcpu=native should also work).
When I "cross compile" on an AMD 64 Bit machine for pentium3
[AMD 64 bit] $ ldc2 -m32 -mcpu=
I am trying to reference an image that is in public/imgs/pix1.jpg
in CSS file using background-image using URL but the image does
not show.
What is the proper way of reference to the URL of the image?
I will appreciate any help
On Tuesday, 10 March 2020 at 08:55:56 UTC, Jacob Carlborg wrote:
On Monday, 9 March 2020 at 09:42:16 UTC, GreatSam4sure wrote:
I want to know if it is possible to use typescript with the
vibe.d since typescript is a superset of javascript. I will
appreciate any example if it is possible
There
On Wednesday, 11 March 2020 at 16:10:48 UTC, 9il wrote:
On Wednesday, 11 March 2020 at 16:07:06 UTC, Abby wrote:
What is the proper way to get char* from string which is used
in c functions? toStringz does returns:
/usr/include/dmd/phobos/std/array.d(965,49): Error: TypeInfo
cannot be used wi
On 12/03/2020 5:07 AM, Abby wrote:
What is the proper way to get char* from string which is used in c
functions? toStringz does returns:
/usr/include/dmd/phobos/std/array.d(965,49): Error: TypeInfo cannot be
used with -betterC
and I think string.ptr is not safe because it's not zero termined
On Wednesday, 11 March 2020 at 16:07:06 UTC, Abby wrote:
What is the proper way to get char* from string which is used
in c functions? toStringz does returns:
/usr/include/dmd/phobos/std/array.d(965,49): Error: TypeInfo
cannot be used with -betterC
and I think string.ptr is not safe because
What is the proper way to get char* from string which is used in
c functions? toStringz does returns:
/usr/include/dmd/phobos/std/array.d(965,49): Error: TypeInfo
cannot be used with -betterC
and I think string.ptr is not safe because it's not zero
termined. So what should I do? realloc each
On Wednesday, 11 March 2020 at 14:01:13 UTC, Simen Kjærås wrote:
[snip]
Yeah, I forgot we cast to immutable to be able to send, so
receive has to receive immutable(Deb)*, after which you can
call deb.dup to get a mutable copy:
receive(
(immutable(Deb)* deb) { debForName[deb.name] =
On Wednesday, 11 March 2020 at 12:43:28 UTC, mark wrote:
On Wednesday, 11 March 2020 at 12:22:21 UTC, Simen Kjærås wrote:
On Wednesday, 11 March 2020 at 09:29:54 UTC, mark wrote:
[snip]
Fascinating. It works just fine when compiling for 32-bit
targets with DMD on Windows, but not for 64-bit ta
I got undefined symbol: __chkstk when using some external .o
sources ( compile with clang ) + betterC flag.
I thought that __chkstk was present on ntdll.lib, so i added
manually as a lib, but still didn´t work.
How can i solve this? (it must be another lib that D includes
since it works with
On Wednesday, 11 March 2020 at 06:12:55 UTC, 9il wrote:
[snip]
Almost the same, just fixed import for `each` and a bit polished
/+dub.sdl:
dependency "mir-algorithm" version="~>3.7.18"
+/
import mir.ndslice;
import mir.ndslice.sorting;
import mir.algorithm.iteration: each;
void main() {
au
On Wednesday, 11 March 2020 at 12:22:21 UTC, Simen Kjærås wrote:
On Wednesday, 11 March 2020 at 09:29:54 UTC, mark wrote:
[snip]
Fascinating. It works just fine when compiling for 32-bit
targets with DMD on Windows, but not for 64-bit targets, nor
when compiling with LDC. Apparently, this diff
On Wednesday, 11 March 2020 at 09:29:54 UTC, mark wrote:
Hi Simen,
I think you must have done something else but didn't mention to
get it to compile. I did the exact changes you said and it
wouldn't compile. Here's what I get with changes mentioned
below (with new full source):
Fascinating.
I finally got a threaded version that works, and a lot more
cleanly than using send/receive. (But performance is dismal, see
the end.)
Here's the heart of the solution:
void readPackages() {
import std.algorithm: max;
import std.array: array;
import std.parallelism:
On Wednesday, 11 March 2020 at 06:12:55 UTC, 9il wrote:
On Wednesday, 11 March 2020 at 00:24:13 UTC, jmh530 wrote:
[...]
Almost the same, just fixed import for `each` and a bit polished
/+dub.sdl:
dependency "mir-algorithm" version="~>3.7.18"
+/
import mir.ndslice;
import mir.ndslice.sorting;
Hi Simen,
I think you must have done something else but didn't mention to
get it to compile. I did the exact changes you said and it
wouldn't compile. Here's what I get with changes mentioned below
(with new full source):
/home/mark/opt/ldc2-1.20.0-linux-x86_64/bin/../import/std/variant.d(70
On Tuesday, 10 March 2020 at 20:03:21 UTC, mark wrote:
I've managed to make a cut-down version that's < 170 LOC.
It needs to be run on Debian or a Debian-based Linux (e.g.,
Ubuntu).
Hopefully this will help someone understand and be able to help!
This took some time figuring out. Turns out,
21 matches
Mail list logo
