<div dir="ltr">Ah ok, I didn't realize it was unsupported.  I was just naming global string constants after the (unsanitized) contents, most of which are null-terminated; I was surprised that it worked but I didn't complain.  I guess this falls under me "using the libraries in a brittle fashion" :)<div>

<br></div><div>Kevin</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Nov 13, 2013 at 7:17 PM, Rafael Espíndola <span dir="ltr"><<a href="mailto:rafael.espindola@gmail.com" target="_blank">rafael.espindola@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 13 November 2013 22:09, Kevin Modzelewski <<a href="mailto:kmod@dropbox.com">kmod@dropbox.com</a>> wrote:<br>


> Did a little more debugging, and it seems like this is related to the fact<br>
> that I'm creating global variables with odd names: specifically, I get all<br>
> sorts of weird behavior if I put any nul bytes into variable names.<br>
><br>
<br>
</div>Why are you putting null bytes in the name? The symbol table on ELF<br>
(and I think COFF and MachO) uses C strings.<br>
<br>
Right now if you write<br>
@"foo\00bar" = global i32 42<br>
<br>
You get a symbol named foo. We should probably produce an error. In<br>
any case, you can just use<br>
<br>
@foo_00_bar = global i32 42<br>
<br>
and get the same name with both versions.<br>
<br>
Cheers,<br>
Rafael<br>
</blockquote></div><br></div>