On Saturday, 21 May 2016 at 23:52:59 UTC, Walter Bright wrote:
On 5/21/2016 4:45 PM, Stefan Koch wrote:
On Saturday, 21 May 2016 at 23:43:48 UTC, Walter Bright wrote:
On 5/21/2016 4:30 PM, Stefan Koch wrote:
Of course the table would have to build by the compiler and
inserted as data
into
On 5/21/2016 4:45 PM, Stefan Koch wrote:
On Saturday, 21 May 2016 at 23:43:48 UTC, Walter Bright wrote:
On 5/21/2016 4:30 PM, Stefan Koch wrote:
Of course the table would have to build by the compiler and inserted as data
into the object-file.
You'd have to build your own linker, too.
Not
On Saturday, 21 May 2016 at 23:43:48 UTC, Walter Bright wrote:
On 5/21/2016 4:30 PM, Stefan Koch wrote:
Of course the table would have to build by the compiler and
inserted as data
into the object-file.
You'd have to build your own linker, too.
Not if dmd is used to build the executable.
On 5/21/2016 4:30 PM, Stefan Koch wrote:
Of course the table would have to build by the compiler and inserted as data
into the object-file.
You'd have to build your own linker, too.
On Saturday, 21 May 2016 at 23:20:53 UTC, Walter Bright wrote:
On 5/21/2016 4:02 PM, Stefan Koch wrote:
and at link time the id-to-identifier translation-table would
be consulted ?
There's no such table.
Of course the table would have to build by the compiler and
inserted as data into
On Saturday, 21 May 2016 at 23:22:22 UTC, Walter Bright wrote:
On 5/21/2016 4:08 PM, Stefan Koch wrote:
A symbol can be uniquely identified with the module it is
defined in and a
numerical id.
I've used such for temporaries, but they caused problems and
people complained.
I see.
But
On 5/21/2016 4:08 PM, Stefan Koch wrote:
A symbol can be uniquely identified with the module it is defined in and a
numerical id.
I've used such for temporaries, but they caused problems and people complained.
On 5/21/2016 4:02 PM, Stefan Koch wrote:
On Saturday, 21 May 2016 at 22:59:48 UTC, Walter Bright wrote:
On 5/21/2016 3:50 PM, Stefan Koch wrote:
[...]
It won't be reproducible from run to run, and worse, if you use separate
compilation, duplicates are inevitable.
please elaborate why
On Saturday, 21 May 2016 at 22:59:48 UTC, Walter Bright wrote:
On 5/21/2016 3:50 PM, Stefan Koch wrote:
[...]
It won't be reproducible from run to run, and worse, if you use
separate compilation, duplicates are inevitable.
There will not be duplicates since you would not compile the same
On Saturday, 21 May 2016 at 22:59:48 UTC, Walter Bright wrote:
On 5/21/2016 3:50 PM, Stefan Koch wrote:
[...]
It won't be reproducible from run to run, and worse, if you use
separate compilation, duplicates are inevitable.
please elaborate why wouldn't it be reproduceble from run to run ?
On 5/21/2016 3:50 PM, Stefan Koch wrote:
[...]
It won't be reproducible from run to run, and worse, if you use separate
compilation, duplicates are inevitable.
On Saturday, 21 May 2016 at 22:40:44 UTC, Stefan Koch wrote:
Hi,
I just had a nice idea.
However due to my lack of obj-file-format knowlege I don't know
how feasible it is.
As far as I can see Identifiers are already in a hashed format
while inside the symbol-table of the compiler.
The Idea
Hi,
I just had a nice idea.
However due to my lack of obj-file-format knowlege I don't know
how feasible it is.
As far as I can see Identifiers are already in a hashed format
while inside the symbol-table of the compiler.
The Idea would be to safe a hash-table from id to clear-text-name
or
13 matches
Mail list logo