On Thursday, 21 December 2023 at 23:25:55 UTC, Renato wrote:
ld: symbol(s) not found for architecture x86_64
Make sure you're using the "osx-universal" package in order to
have both arch.
https://github.com/ldc-developers/ldc/releases/tag/v1.35.0
That said, for consumer software it may be a
On Thursday, 21 December 2023 at 18:06:51 UTC, Renato wrote:
Unless silly is completely broken, it seems like this is a
linker issue again.
Hello, why not use ldc instead of dmd for macOS?
sudo ln -f -s /path/to/ldc/compiler/bin/ldc2 /usr/local/bin/ldc2
sudo ln -f -s
On Monday, 20 November 2023 at 23:56:36 UTC, Dmitry Ponyatov
wrote:
Or maybe someone advice me some set of books deeply targets for
learning of binary and symmetric parsing (such as binpac), DCG
in C or using generators in D, etc to let me write my own lib.
'Crafting Interpreters' book
On Friday, 3 November 2023 at 15:11:31 UTC, Bogdan wrote:
Can anyone help me to understand what I am missing?
Your loop is likely dominated by sin() calls, And the rest of the
loop isn't complicated enough to outperform the compiler.
What you could do is use the intrinsics to implement a
On Tuesday, 5 September 2023 at 22:45:28 UTC, raven09 wrote:
I *assume* that this has something to do with D's GC? But I
tried calling GC.disable() and nothing changed. Any help or
insight would be appreciated.
Thanks in advance
If you want to have a D DLL called from elsewhere, and don't
The idea is to deliberately mark @system functions that need
special scrutiny to use, regardless of their memory-safety.
Function that would typically be named `assumeXXX`.
```d
class MyEncodedThing
{
Encoding encoding;
/// Unsafe cast of encoding.
void assumeEncoding (Encoding
On Saturday, 19 August 2023 at 19:23:38 UTC, Cecil Ward wrote:
I’m trying to write a cross-platform function that gives access
to the CPU’s prefetch instructions such as x86
prefetch0/1/2/prefetchnta and AAarch64 too. I’ve found that the
GDC and LDC compilers provide builtin magic functions
On Sunday, 13 August 2023 at 16:10:32 UTC, ryuukk_ wrote:
Core API should subscribe to the premise: give memory
allocation control (and therefore dealocation) back to the user
I'm not sure about why RAII is an issue, but I fully agree with
your stance about a simpler allocator, and one we
On Monday, 24 July 2023 at 11:57:11 UTC, 4 wrote:
Could someone share a step by step way to compile and link a
x86-64 Linux Binary using Windows 10? (Without virtual machine
or "Linux Subsystem for Windows")
I want to compile and link a Hello World program for both Linux
and Windows.
On Monday, 24 July 2023 at 09:20:05 UTC, BoQsc wrote:
There are three compilers present in the Dlang website: DMD GDC
and LDC
DMD can build much faster than LDC. In some cases it is quite
extreme, for example the product I work on has a 3.6x faster
debug build time with DMD (well, only with
On Sunday, 18 June 2023 at 05:01:16 UTC, Cecil Ward wrote:
On Sunday, 18 June 2023 at 04:54:08 UTC, Cecil Ward wrote:
Is it true that this doesn’t always work (in either branch)?
float4 a,b;
static if (__traits(compiles, a/b))
c = a / b;
else
c[] = a[] / b[];
It's because SIMD stuff
On Friday, 16 June 2023 at 15:56:30 UTC, Dmitry Olshansky wrote:
So I've got my hands on one of 'em MacPros. Great machine, nice
build quality.
Next order of business is to run D on the box, so I've
downloaded universal binaries off ldc's release page. When I
try to run any of the binaries
On Friday, 19 May 2023 at 18:31:45 UTC, Maximilian Naderer wrote:
Hello guys,
So what’s currently the best way to use a big C library?
Let’s assume something like
cglm
assimp
glfw
- Some big libraries are translated, for example
https://code.dlang.org/packages/glfw-d was created with both
On Sunday, 30 April 2023 at 17:51:15 UTC, Eric P626 wrote:
So what language do you recommend:
* Keep everything in plain C
* Use C patched with macros to gain some language features like
Foreach
* Use BetterC for everything
* Use D for the games, and better C or C for the libraries(To
keep
On Friday, 14 April 2023 at 17:31:02 UTC, backtrack wrote:
however the memory is not releasing.
With the D GC, your object can have three state:
- reachable by GC. If D code can see the reference, then it's
"alive", kept alive by GC scanning. The GC finds the reference
and doesn't touch
On Friday, 14 April 2023 at 11:15:59 UTC, Guillaume Piolat wrote:
OP could add another extern(C) D function to free the allocated
object.
Or another extern(C) D function to call GC.addRoot
Or simpler, add that object to a list of object in D DLL
__gshared list, then clear the list
(or set
On Friday, 14 April 2023 at 04:43:39 UTC, Paul Backus wrote:
If you want the GC to clean up your memory, use `new` to
allocate it instead of `malloc`. Like this:
```d
mystruct* getmystruct()
{
return new mystruct;
}
```
That won't work because the C++ programm calling the D dynlib
On Monday, 3 April 2023 at 23:38:52 UTC, Marcone wrote:
What do you think about using Chat GPT to create functions in D?
Well you can use GitHub Copilot in VSCode, and it is kind of
interesting but at the current time seems like a distracting
waste of time. It will probably get more useful
On Saturday, 1 April 2023 at 08:47:54 UTC, IGotD- wrote:
TLS by default is mistake in my opinion and it doesn't really
help. TLS should be discouraged as much as possible as it is
complicated and slows down thread creation.
It looks like a mistake if we consider none of the D-inspired
On Friday, 31 March 2023 at 19:43:42 UTC, bachmeier wrote:
Those of us that have been scarred by reading FORTRAN 77 code
would disagree. I use global mutables myself (and even the
occasional goto), but if anything, it should be
`__GLOBAL_MUTABLE_VARIABLE` to increase the pain of using them.
On Sunday, 26 March 2023 at 18:07:03 UTC, ryuukk_ wrote:
Even C does it better:
https://gcc.gnu.org/onlinedocs/gcc/Thread-Local.html
Honestly I find TLS-by-default to be a bad idea, it has become a
trap to be avoided, and TLS does occasionally speed up things but
it should be opt-in.
On Friday, 24 March 2023 at 15:41:36 UTC, Guillaume Piolat wrote:
Hi,
The idea to pipe stdout to ffmpeg is sound.
In the following dead repo: https://github.com/p0nce/y4m-tools
you will find a tool that capture a shader, format it into Y4M
and output on stdout.
Y4M output is useful because
On Tuesday, 21 March 2023 at 16:57:49 UTC, monkyyy wrote:
My current method of making videos of using raylib to generate
screenshots, throwing those screenshots into a folder and
calling a magic ffmpeg command is ... slow.
Does anyone have a demo or a project that does something
smarter (or
On Wednesday, 8 March 2023 at 10:49:32 UTC, Markus wrote:
Uh, hope you understand my vague question, sorry about that. I
found D to be the right place because it's not missing any
essential feature I know of.
Well, bounds check often cost a few percent, and you can disable
it or use .ptr
On Sunday, 5 March 2023 at 06:36:05 UTC, novice2 wrote:
It there any recipe to compile x64 .dll without dependencies?
I mean it shoud be used without installing things like
msvcr120.dll.
Dependencies on system dll (advapi32.dll, kerner32.dll) is ok.
I don't experiment on linux yet. But
On Sunday, 19 February 2023 at 18:29:05 UTC, Steven Schveighoffer
wrote:
On 2/19/23 1:26 PM, Steven Schveighoffer wrote:
Testing with run.dlang.io, switching between `char` and `int`
changes the ASM output to show whether it's stored or not.
And BTW, you can override this by assigning a zero
If my understanding is correct, the mere fact of having a:
struct S
{
char[16384] array;
}
And then using it anywhere, will necessarily lead to a S.init
being created and linked, leading to a binary size inflation of
16kb.
This is not a super high concern, but can inform
On Wednesday, 15 February 2023 at 18:21:34 UTC, Hipreme wrote:
I want to know if there is some way to debug memory leaks in
runtime.
I have been dealing with that by using a profiler and checking
D runtime function calls. Usually those which allocates has
high cpu usage so it can be easy for
On Wednesday, 8 February 2023 at 14:08:47 UTC, bachmeier wrote:
this looks like one of those "death by paper cut" things. It
has the smell of a rough edge that needs fixing.
It's the one reason I haven't even tried ImportC. I still wonder
why I need to provide those headers while for linking
On Wednesday, 8 February 2023 at 12:10:59 UTC, zjh wrote:
On Wednesday, 8 February 2023 at 12:07:35 UTC, zjh wrote:
they are always unwilling to add facilities useful to others,
`D`'s community is small, this is the reason!
yeah right let's implement everything that people propose
On Monday, 30 January 2023 at 06:38:46 UTC, Daren Scot Wilson
wrote:
I just realized - it's been ages since I've dealt with config
files, beyond editing them as an end user. I work on existing
software where someone else made the choiced and wrote the
code, or it's a small specialized project
On Sunday, 4 December 2022 at 21:55:52 UTC, Siarhei Siamashka
wrote:
Is it possible to filter packages in this list by @nogc or
@safe compatibility?
You can list DUB packages for "@nogc usage"
https://code.dlang.org/?sort=score=20=library.nogc
There are legitimate uses cases when you can't afford the runtime
machinery (attach/detach every incoming thread in a shared
library), more than not being able to afford the GC from a
performance point of view.
GC gives you higher productivity and better performance with the
time gained.
On Saturday, 5 November 2022 at 12:17:14 UTC, rikki cattermole
wrote:
But yes, it has two others (although idk how much they get
used, or how complete).
Using the first two all the time.
IIRC VisualD projects respect --combined
On Friday, 4 November 2022 at 19:53:01 UTC, Adam D Ruppe wrote:
This isn't that hard; in the old days you'd have `pkg.foo` then
`import pkg.all` instead of `import pkg;`.
It was worse, you would do
import mylib.all;
and now it's just:
import mylib;
Also the "all" concept is bad, it
On Tuesday, 18 October 2022 at 11:56:30 UTC, Yura wrote:
What I am doing wrong?
The size of your task are way too small.
To win something with OS threads, you must think of tasks that
takes on the order of milliseconds rather than less than 0.1ms.
Else you will just pay extra in
On Sunday, 16 October 2022 at 11:09:31 UTC, Decabytes wrote:
I'm trying to set up Visual Studio 2022 with Visual D, and I'm
running into issues trying to get my project to build correctly.
Some recommendation to use Visual Studio:
- tutorial for installation here:
I'd like to have:
version (D_DebugInfo)
{}
else
{
version = enableFeatureThatIsAnnoyingWhenDebugging;
}
Is there a way to know if debug info is being emitted when
compiling?
"debug is not cutting it because sometimes you really need to
On Thursday, 25 August 2022 at 14:19:47 UTC, MichaelBi wrote:
I downloaded the new dmd 2.1 on Mac, but with fail message of
"unsupported Arch arm64". how can I do? thanks.
## Step 1
Get LDC here: https://github.com/ldc-developers/ldc/releases
- If you are running on Apple Silicon, be sure
On Monday, 27 June 2022 at 21:36:31 UTC, Christian Köstlin wrote:
I played around with the idea and came up with a small dub
package, that is not (yet) uploaded to the dub registry.
Source is available at
https://github.com/gizmomogwai/packageinfo, feedback very
welcome.
I've done
On Wednesday, 15 June 2022 at 19:36:34 UTC, Guillaume Piolat
wrote:
BindBC bindings are multi-platform and can be both static and
dynamic linking.
My bad I understood the reverse, consuming C libraries from D.
I think what you are seeking is described in the D blog.
On Wednesday, 15 June 2022 at 17:37:32 UTC, Templated Person
wrote:
It there any resources on how to build D static (`.lib` / `.a`)
and dynamic libraries (`.dll` / `.so`), and then use them from
C?
Do I need to link and initialize phobos somehow? What if I
don't want to use the D runtime?
On Monday, 6 June 2022 at 22:24:45 UTC, Guillaume Piolat wrote:
My understanding is that while scanning, the GC will see the
data.ptr pointer, but will not scan the area it points to since
it's not in a GC range (the runtime can distinguish managed
pointer and other pointers).
After
On Monday, 6 June 2022 at 22:18:08 UTC, mw wrote:
So when `obj` is cleanup by the GC, obj.data won't be freed by
the GC: because the `data` is non-gc-allocated (and it's
allocated on the non-gc heap), the GC scanner will just skip
that field during a collection scan. Is this understanding
On Monday, 6 June 2022 at 15:13:45 UTC, rempas wrote:
Any ideas?
See:
https://github.com/GhostRain0/xbyak
https://github.com/MrSmith33/vox/blob/master/source/vox/utils/mem.d
On Sunday, 15 May 2022 at 15:26:40 UTC, Kevin Bailey wrote:
I'm trying to understand why it is this way. I assume that
there's some benefit for designing it this way. I'm hoping that
it's not simply accidental, historical or easier for the
compiler writer.
Perhaps someone more informed will
On Friday, 13 May 2022 at 19:16:59 UTC, Steven Schveighoffer
wrote:
But we also have this confusing dynamic:
|scope |no attribute| shared |static |
||||---|
|module |TLS |global |TLS (no-op)|
|function|local |local! |TLS|
On Thursday, 12 May 2022 at 17:34:30 UTC, H. S. Teoh wrote:
Why is TLS by default a problem?
It's not really for optimization, AIUI, it's more for thread
safety: module-global state is TLS by default, so you don't
accidentally introduce race conditions.
What you accidentally have instead
On Thursday, 12 May 2022 at 16:24:26 UTC, Ali Çehreli wrote:
Cool trick but "parent" confused me there. I think you mean
"base". :)
https://en.wikipedia.org/wiki/Inheritance_(object-oriented_programming
mentions "base class" as much as "parent class"
On Thursday, 12 May 2022 at 11:05:08 UTC, Basile B. wrote:
- Certain variant forms of the `is` Expression are not obvious
(not intuitive), I'm pretty sure I still cant use them without
a quick look to the specs.
That one was a trouble to hear about =>
On Wednesday, 11 May 2022 at 05:41:35 UTC, Ali Çehreli wrote:
What are you stuck at? What was the most difficult features to
understand? etc.
- How to do deterministic destruction with programs that use
everything (struct / class / dynamic dispatch / GC / manual /
etc). This requires to
On Tuesday, 26 April 2022 at 22:16:15 UTC, rikki cattermole wrote:
Of course I still don't think that code is right and should
have the casts.
Absolutely. I'm a bit anxious about "accidental VRP" now, not
sure if the checks fluctuate from version to version, or worse,
depends upon the
On Tuesday, 26 April 2022 at 21:59:39 UTC, rikki cattermole wrote:
Putting an int into a ubyte absolutely should error, that is a
lossy conversion and should not be automatic.
It's just VRP, here it works in 2.094
https://d.godbolt.org/z/vjq7xsMdn
because the compiler wasn't complaining I
On Tuesday, 26 April 2022 at 21:44:56 UTC, rikki cattermole wrote:
On 27/04/2022 9:39 AM, Guillaume Piolat wrote:
On Tuesday, 26 April 2022 at 21:13:38 UTC, Alexander Zhirov
wrote:
more build errors
If you "dub upgrade" it should work a bit better.
No success in reproducing the bug here.
On Tuesday, 26 April 2022 at 21:13:38 UTC, Alexander Zhirov wrote:
more build errors
If you "dub upgrade" it should work a bit better.
No success in reproducing the bug here.
On Tuesday, 26 April 2022 at 20:45:16 UTC, Alexander Zhirov wrote:
On Tuesday, 26 April 2022 at 20:37:28 UTC, Guillaume Piolat
wrote:
Curious as to what DMD you are using on what OS? It builds
with 2.095.1 to 2.100-b1 here.
DMD64 D Compiler v2.098.0
OS Solus Linux
Well I cannot reproduce
On Tuesday, 26 April 2022 at 20:26:42 UTC, Alexander Zhirov wrote:
build error
Curious as to what DMD you are using on what OS? It builds with
2.095.1 to 2.100-b1 here.
On Tuesday, 26 April 2022 at 17:22:54 UTC, Alexander Zhirov wrote:
It is necessary to write a utility that will insert (x,y) text
on the image. It is desirable that the utility does not depend
on large libraries, since a minimum utility size is required.
I'm looking for something similar in
On Sunday, 17 April 2022 at 11:16:25 UTC, HuskyNator wrote:
As a small disclaimer; I don't know to what extent the compiler
already automates these kind of operations, and mostly want to
use this as a learning experience.
For your particular case, it is very likely LDC and GDC will be
able
On Thursday, 7 April 2022 at 12:56:05 UTC, MoonlightSentinel
wrote:
On Wednesday, 6 April 2022 at 18:10:32 UTC, Guillaume Piolat
wrote:
Any idea how to workaround that? I really need the same UDA in
parent and child class.
Use a frontend >= dmd 2.099, it works according to run.dlang.io.
On Wednesday, 6 April 2022 at 18:21:11 UTC, Adam D Ruppe wrote:
On Wednesday, 6 April 2022 at 18:10:32 UTC, Guillaume Piolat
wrote:
Any idea how to workaround that?
Works fine if you just use the language instead of the buggy
phobos wrappers:
---
struct MyUDA
{
}
class A
This program fails to build:
import std.traits: getSymbolsByUDA;
struct MyUDA
{
}
class A
{
@MyUDA int a;
}
class B : A
{
@MyUDA int b;
}
void main()
{
alias G = getSymbolsByUDA!(B, MyUDA);
}
Output:
On Friday, 18 March 2022 at 04:13:36 UTC, Alain De Vos wrote:
Dlang includes some good ideas.
But dub pulls in so much stuff. Too much for me.
I like things which are clean,lean,little,small.
But when i use dub it links with so many libraries.
Are they really needed ?
And how do you compare to
On Monday, 28 February 2022 at 11:48:59 UTC, Salih Dincer wrote:
Is there a namespace I should implement in Raylib? For example,
I cannot compile without writing Colors at the beginning of the
colors: ```Colors.GRAY```
When writing C bindings, you may refer to this:
On Wednesday, 1 December 2021 at 09:49:56 UTC, Guillaume Piolat
wrote:
Huh, I never intended for someone to actually use this :|
Such a thing will never work on macOS for example.
You can create an installer rather easily with InnoSetup instead.
On Wednesday, 1 December 2021 at 07:45:21 UTC, bauss wrote:
On Monday, 29 November 2021 at 14:58:07 UTC, Willem wrote:
Thanks again for all the responses. For now -- I am simply
adding the DLL to the EXE and writing it out to the working
directory. Not elegant - but it does work.
If
On Friday, 12 November 2021 at 00:46:05 UTC, Elronnd wrote:
On Thursday, 11 November 2021 at 13:22:15 UTC, Basile B. wrote:
As for now, I know no compiler that can do that.
GCC can do it. Somewhat notoriously, LTO can lead to bugs from
underspecified asm constraints following cross-TU
On Friday, 1 October 2021 at 08:32:14 UTC, james.p.leblanc wrote:
Does anyone have insight to what is happening?
Thanks,
James
Maybe something related to:
https://gist.github.com/rygorous/32bc3ea8301dba09358fd2c64e02d774
?
AVX is not always a clear win in terms of performance.
Processing
On Tuesday, 28 September 2021 at 16:30:09 UTC, Eric_DD wrote:
I am trying to use a newer version of Assimp.
I have found a assimp-vc140-mt.dll (v3.3.1) which I renamed to
assimp.dll
When running my executable it throws a
derelict.util.exception.SharedLibLoadException:
"Failed to load one
On Tuesday, 3 August 2021 at 00:54:56 UTC, Steven Schveighoffer
wrote:
Given the way D works, and often template-heavy coding styles,
I think it's going to be hard to do this correctly, without
careful attention and lots of `version(has_xxx)` conditionals.
-Steve
I don't think optional
On Friday, 30 July 2021 at 23:48:41 UTC, solidstate1991 wrote:
Info on it is quite scarce and a bit confusing. If I unregister
from the RT, will that mean it'll be GC independent, or will
have other consequences too?
The consequence is that the stack memory of that thread isn't
traced, so
On Monday, 19 July 2021 at 17:20:21 UTC, kinke wrote:
You know that asm is to be avoided whenever possible, but
unfortunately, AFAIK intel-intrinsics doesn't fit the usual
'don't worry, simply compile all your code with an appropriate
-mattr/-mcpu option' recommendation, as it employs
On Monday, 19 July 2021 at 10:49:56 UTC, kinke wrote:
This workaround is actually missing the clobber constraint for
`%2`, which might be problematic after inlining.
An unrelated other issue with asm/__asm is that it doesn't follow
consistent VEX encoding compared to normal compiler output.
On Monday, 19 July 2021 at 16:05:57 UTC, kinke wrote:
Is LDC still compatible with GDC/GCC inline asm? I remember
Johan saying they will break compatibilty in the near future...
I'm not aware of any of that; who'd be 'they'? GCC breaking
their syntax is IMO unimaginable. LDC supporting it
On Monday, 19 July 2021 at 10:21:58 UTC, kinke wrote:
What works reliably is a manual mov:
OK that's what I feared. It's very easy to get that wrong.
Thankfully I haven't used __asm a lot.
On Sunday, 18 July 2021 at 18:48:47 UTC, Basile B. wrote:
On Sunday, 18 July 2021 at 18:47:50 UTC, Basile B. wrote:
On Sunday, 18 July 2021 at 17:45:05 UTC, Guillaume Piolat
wrote:
On Sunday, 18 July 2021 at 16:32:46 UTC, Basile B. wrote:
[...]
Thanks.
Indeed that seems to work even when
On Sunday, 18 July 2021 at 16:32:46 UTC, Basile B. wrote:
Yeah I can confirm it's aweful. Took me hours to understand how
to use it a bit (my PL has [an
interface](https://styx-lang.gitlab.io/styx/primary_expressions.html#asmexpression) for LLVM asm)
You need to add a "x" to the constraint
Is anyone versed in LLVM inline asm?
I know how to generate SIMD unary op with:
return __asm!int4("pmovsxwd $1,$0","=x,x",a);
but I struggle to generate 2-operands SIMD ops like:
return __asm!int4("paddd $1,$0","=x,x",a, b);
If you know how to do it =>
On Thursday, 8 July 2021 at 14:09:30 UTC, drug wrote:
08.07.2021 16:51, Виталий Фадеев пишет:
Hi!
I searching trivial simple D/OpenGL working in 2021 year
example.
It may be triangle.
It may be based on any library: SDL, GLFW, Derelict, etc.
Can you help me ?
On Monday, 24 May 2021 at 17:39:38 UTC, Gavin Ray wrote:
On Sunday, 23 May 2021 at 21:08:06 UTC, Ola Fosheim Grostad
wrote:
On Sunday, 23 May 2021 at 21:02:31 UTC, Gavin Ray wrote:
I don't really know anything at all about compilers or
low-level code -- but is there any high-level notion of
On Saturday, 22 May 2021 at 20:28:56 UTC, rempas wrote:
I'm compiling using `dub --config=development` and I'm getting
the following line: `Performing "debug" build using
/usr/bin/dmd for x86_64`. The same exactly happens when I'm
trying to do the release config. If I disable the
On Friday, 26 March 2021 at 22:41:08 UTC, dan wrote:
On Friday, 26 March 2021 at 21:54:20 UTC, rikki cattermole
wrote:
On 27/03/2021 10:51 AM, dan wrote:
Are there any d compilers that run natively on the Mac Mini
with an M1 chip?
If so, does anybody here have any experience with them that
On Wednesday, 17 March 2021 at 10:54:10 UTC, jmh530 wrote:
This is one of those things that is not explained well enough.
Yes.
I made this article to clear up that point:
https://p0nce.github.io/d-idioms/#Slices-.capacity,-the-mysterious-property
"That a slice own or not its memory is
On Sunday, 14 March 2021 at 11:33:00 UTC, David wrote:
Anyone else done this? Pointers welcome.
Sorry for delay.
Just add "dflags-osx-ldc": ["-static"],
On Thursday, 11 March 2021 at 08:34:48 UTC, David wrote:
I thought it would be fun to convert some old C++/C quant utils
to D. I'm starting with a simple library that I call from vba
in Excel on macos:
module xlutils;
import core.stdc.string : strlen, strcpy;
//import std.conv : to;
On Friday, 5 March 2021 at 20:28:58 UTC, Ali Çehreli wrote:
To my surprise, even though 'c' is not null below, the
destructor is not executed multiple times.
Hence why
https://p0nce.github.io/d-idioms/#GC-proof-resource-class works
as a detector of undeterminism.
On Saturday, 6 March 2021 at 16:09:03 UTC, Imperatorn wrote:
On Saturday, 6 March 2021 at 15:40:56 UTC, Rumbu wrote:
On Saturday, 6 March 2021 at 12:15:43 UTC, Mike Parker wrote:
[...]
Where exactly is documented the extern(D) x86-64 calling
convention? Because currently seems like a mess
On Tuesday, 2 March 2021 at 08:01:41 UTC, tastyminerals wrote:
On Sunday, 10 January 2021 at 14:50:44 UTC, Guillaume Piolat
wrote:
On Sunday, 10 January 2021 at 14:22:25 UTC, Christian Köstlin
wrote:
[...]
Hello Christian,
[...]
I see that there is a ldc2-1.25.1-osx-arm64.tar.xz already
On Thursday, 25 February 2021 at 14:28:40 UTC, Guillaume Piolat
wrote:
On Thursday, 25 February 2021 at 11:28:14 UTC, z wrote:
How does one optimize code to make full use of the CPU's SIMD
capabilities?
Is there any way to guarantee that "packed" versions of SIMD
instructions will be
On Thursday, 25 February 2021 at 11:28:14 UTC, z wrote:
How does one optimize code to make full use of the CPU's SIMD
capabilities?
Is there any way to guarantee that "packed" versions of SIMD
instructions will be used?(e.g. vmulps, vsqrtps, etc...)
On Wednesday, 10 February 2021 at 11:52:51 UTC, JG wrote:
Thanks for the suggestions. However, I would prefer not to
spend time trying to debug d-profile-viewer at the moment.
As a follow up question I would like to know what tool people
use to profile d programs?
Here is what I use for
On Friday, 29 January 2021 at 16:34:25 UTC, Bruce Carneal wrote:
The project I've been working on for the last few months has a
compute backend that is currently written MT+SIMD. I would
like to bring up a GPU variant.
What you could do is ressurect DerelictCL, port it to BindBC, and
write
On Friday, 15 January 2021 at 19:49:34 UTC, Ola Fosheim Grøstad
wrote:
Many open source projects (and also some commercial ones) work
ok for small datasets, but tank when you increase the dataset.
So "match and mix" basically means use it for prototyping, but
On Friday, 15 January 2021 at 18:55:27 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 15 January 2021 at 18:43:44 UTC, Guillaume Piolat
wrote:
Calling collect() isn't very good, it's way better to ensure
the GC heap is relatively small, hence easy to traverse.
You can use -gc=profile for this
On Friday, 15 January 2021 at 16:37:46 UTC, Ola Fosheim Grøstad
wrote:
But when do you call collect? Do you not create more and more
long-lived objects?
Calling collect() isn't very good, it's way better to ensure the
GC heap is relatively small, hence easy to traverse.
You can use
On Friday, 15 January 2021 at 16:21:18 UTC, Ola Fosheim Grøstad
wrote:
What do you mean by "mix and match"? If it means shutting down
the GC after initialization then it can easily backfire for
more complicated software that accidentally calls code that
relies on the GC.
I mean: "using GC,
On Friday, 15 January 2021 at 11:11:14 UTC, Mike Parker wrote:
That's the whole point of being able to mix and match. Anyone
avoiding the GC completely is missing it (unless they really,
really, must be GC-less).
+1
mix and match is a different style versus only having a GC, or
only having
On Wednesday, 13 January 2021 at 18:58:56 UTC, Marcone wrote:
I've always heard programmers complain about Garbage Collector
GC. But I never understood why they complain. What's bad about
GC?
Languages where the GC usage is unavoidable (Javascript and Java)
have created a lot of situations
On Wednesday, 13 January 2021 at 08:35:09 UTC, Andrey wrote:
Hello all,
Tell me please how can I "writeln" and "write" in function that
is used in CTFE?
At the moment I get this:
import\std\stdio.d(4952,5): Error: variable impl cannot be
modified at compile time
Or may be exist some other
On Sunday, 10 January 2021 at 16:03:53 UTC, Christian Köstlin
wrote:
Good news!
I was hoping for support in ldc, but dmds super fast compile
times would be very welcome. I guess it's more work to put an
ARM backend there.
Kind regards,
Christian
It is indeed more work and up to the DMD
1 - 100 of 276 matches
Mail list logo