Re: compile time compression for associatve array literal

2021-08-23 Thread Brian Tiffin via Digitalmars-d-learn
On Monday, 23 August 2021 at 14:49:17 UTC, jfondren wrote: On Monday, 23 August 2021 at 14:04:05 UTC, Brian Tiffin wrote: That's the goal. It's an optional goal at this point. I'm not *really* worried about size of object code, yet, but figured this would be a neat way to shrink the compiled

Re: compile time compression for associatve array literal

2021-08-23 Thread jfondren via Digitalmars-d-learn
On Monday, 23 August 2021 at 14:04:05 UTC, Brian Tiffin wrote: That's the goal. It's an optional goal at this point. I'm not *really* worried about size of object code, yet, but figured this would be a neat way to shrink the compiled code generated from some large COBOL source fragments embed

Re: compile time compression for associatve array literal

2021-08-23 Thread Brian Tiffin via Digitalmars-d-learn
On Monday, 23 August 2021 at 11:53:46 UTC, ag0aep6g wrote: On 23.08.21 08:14, Brian Tiffin wrote: From ~~a~~ little reading, it seems associative array literal initialization is still pending for global scope, but allowed in a module constructor?  *If I understood the skimming surface reading

Re: compile time compression for associatve array literal

2021-08-23 Thread ag0aep6g via Digitalmars-d-learn
On 23.08.21 08:14, Brian Tiffin wrote: From ~~a~~ little reading, it seems associative array literal initialization is still pending for global scope, but allowed in a module constructor?  *If I understood the skimming surface reading so far*. ```d immutable string[string] things; static (thi

compile time compression for associatve array literal

2021-08-22 Thread Brian Tiffin via Digitalmars-d-learn
From ~~a~~ little reading, it seems associative array literal initialization is still pending for global scope, but allowed in a module constructor? *If I understood the skimming surface reading so far*. ```d immutable string[string] things; static (this) { things = ["key1": "value 1", "ke