Displaying 4 results from an estimated 4 matches for "darkness_".
Did you mean:
darkness
2010 Sep 11
2
[LLVMdev] Valid names for symbols
...e the names itself to keep the platform
assembler happy?
--
┌─── dg@cowlark.com ───── http://www.cowlark.com ─────
│ "Thou who might be our Father, who perhaps may be in Heaven, hallowed
│ be Thy Name, if Name Thou hast and any desire to see it hallowed..."
│ --- _Creatures of Light and Darkness_, Roger Zelazny
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 254 bytes
Desc: OpenPGP digital signature
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100911/7fae0d64/attachment.sig>
2010 Sep 11
0
[LLVMdev] Valid names for symbols
On Sep 11, 2010, at 11:03 AM, David Given wrote:
> What's the set of valid characters that can occur in an LLVM symbol name?
>
> The reason I ask is that my compiler is generating symbols based on
> method names. Some methods are operators, and I haven't got around to
> mangling the names yet. As a result it's producing symbols that look
> like _f_+ and _f_:=.
>
2011 Feb 23
0
[LLVMdev] New TargetSpec 'llvmnote'
...e with non-standard
datalayouts is kinda hard right now.
--
┌─── dg@cowlark.com ───── http://www.cowlark.com ─────
│ "Thou who might be our Father, who perhaps may be in Heaven, hallowed
│ be Thy Name, if Name Thou hast and any desire to see it hallowed..."
│ --- _Creatures of Light and Darkness_, Roger Zelazny
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110223/506f79fc/attachment.sig>
2011 Feb 23
7
[LLVMdev] New TargetSpec 'llvmnote'
Hi All,
There is recently a discussion on the LLDB list about how to deal with targets, and our current mismash of llvm::Triple and the various subclasses of TargetSubtarget leave a lot to be desired. GNU target triples are really important as input devices to the compiler (users want to specify them) but they aren't detailed enough for internal clients.
Anyway, in short, I think that we