On 13/09/2021 3:21 PM, leikang wrote:
Are there any recommended books or videos to learn about the principles
of compilation? What else should I learn besides the principles of
compilation?
The classic book on compilers that Walter recommends is the dragon book.
On Monday, 13 September 2021 at 03:00:07 UTC, max haughton wrote:
On Monday, 13 September 2021 at 00:53:06 UTC, leikang wrote:
I want to contribute to the development of the dlang language,
but I feel that I am insufficient, so I want to ask the big
guys, can I participate in the development
On Monday, 13 September 2021 at 00:53:06 UTC, leikang wrote:
I want to contribute to the development of the dlang language,
but I feel that I am insufficient, so I want to ask the big
guys, can I participate in the development of the Dlang
language after learning the principles of compilation?
I want to contribute to the development of the dlang language,
but I feel that I am insufficient, so I want to ask the big guys,
can I participate in the development of the Dlang language after
learning the principles of compilation?
On 9/12/21 1:25 PM, NonNull wrote:
On Sunday, 12 September 2021 at 18:56:50 UTC, Ali Çehreli wrote:
All initialization functions of the plugins were called automatically
in my D test environment and all plugins were usable. The trouble
started when the main library was being used in a foreign
On Sunday, 12 September 2021 at 18:56:50 UTC, Ali Çehreli wrote:
All initialization functions of the plugins were called
automatically in my D test environment and all plugins were
usable. The trouble started when the main library was being
used in a foreign environment (something like Python
On Sunday, 12 September 2021 at 18:56:50 UTC, Ali Çehreli wrote:
All initialization functions of the plugins were called
automatically in my D test environment and all plugins were
usable. The trouble started when the main library was being
used in a foreign environment (something like Python
On 9/12/21 7:31 AM, NonNull wrote:
> I am making a plug-in development system for a high performance Linux
> application that already exists and is written in C and will not be
> modified for this purpose.
I've done something similar but in my case the main application is in D
and the plugins
On Sunday, 12 September 2021 at 16:23:13 UTC, frame wrote:
Shouldn't the runtime not already be shared on Linux? The
`Runtime.loadLibrary` specs say
`If the library contains a D runtime it will be integrated with
the current runtime.`
This should be true for the GC too. At least the memory is
On Sunday, 12 September 2021 at 14:31:04 UTC, NonNull wrote:
If several plugins are built by different third parties, each
dynamic library will have its own GC and copy of druntime right
now. How can I organize that there is one separate dynamic
library to share these among all plugins?
I am making a plug-in development system for a high performance
Linux application that already exists and is written in C and
will not be modified for this purpose. It is already has an API
for plugins written in C. A plug-in simply makes new functions
(e.g. manipulating text and numbers)
On Sunday, 12 September 2021 at 02:49:48 UTC, jfondren wrote:
On Sunday, 12 September 2021 at 02:44:36 UTC, Alex Bryan wrote:
`T[] dynArr` can be passed (by reference) to a function that
takes `ref T[] data` but `T[10] data` cannot? Why not?
```d
void add1(ref int[] nums) {
nums ~= 1;
}
12 matches
Mail list logo
