On Tuesday, 13 January 2015 at 10:49:43 UTC, Iain Buclaw via
D.gnu wrote:
I can assist, though timing is a problem as of late. I'll have
a list
of jobs to catch-up on my side before my attention becomes
undivided.
Iain.
Thanks, Iain. I patiently await any assistance you can provide.
On Tuesday, 13 January 2015 at 14:36:15 UTC, Dicebot wrote:
I remember speaking about it with Martin and Daniel during
DConf 2014 and I think it was Daniel who mentioned that by
default TypeInfo/ModuleInfo is emitted in some weird packed
way. When LDC announced using --gc-sections by default
On Tuesday, 13 January 2015 at 14:20:43 UTC, Mike wrote:
Here's what I'm seeing:
arm-none-eabi-objdump -t binary/firmware
binary/firmware: file format elf32-littlearm
SYMBOL TABLE:
0800 ld .text .text
08000a44 ld .rodata .rodata
On Tuesday, 13 January 2015 at 14:20:43 UTC, Mike wrote:
On Sunday, 11 January 2015 at 16:57:41 UTC, Johannes Pfau wrote:
That's likely used/caused by the TypeInfo.name property.
Judging by what I'm seeing, I think you're right.
But I'm compiling with -fdata-sections and -Wl,--gc-sections,
On Sunday, 11 January 2015 at 16:57:41 UTC, Johannes Pfau wrote:
That's likely used/caused by the TypeInfo.name property.
Judging by what I'm seeing, I think you're right.
But I'm compiling with -fdata-sections and -Wl,--gc-sections, so
shouldn't that put each TypeInfo.name in its own secti
On 13 January 2015 at 10:17, Mike via D.gnu wrote:
> On Saturday, 11 October 2014 at 08:15:55 UTC, Iain Buclaw via D.gnu wrote:
>
>>> So, I'm wondering if the compiler maintainers would entertain a change to
>>> the GDC that moved the runtime declarations (i.e. _d_newclass,
>>> _d_{whatever}) to a
On Saturday, 11 October 2014 at 08:15:55 UTC, Iain Buclaw via
D.gnu wrote:
So, I'm wondering if the compiler maintainers would entertain
a change to
the GDC that moved the runtime declarations (i.e. _d_newclass,
_d_{whatever}) to a .di file in druntime.
* Compilation would automatically import
