Displaying 4 results from an estimated 4 matches for "2bpublic".
2015 Nov 13
2
[PATCH] D14358: DWARF's forward decl of a template should have template parameters.
...> Thanks,
> --paulr
>
> *From:* David Blaikie [mailto:*dblaikie at gmail.com* <dblaikie at gmail.com>]
> * Sent:* Monday, November 09, 2015 1:46 PM
>
> * To:* Robinson, Paul
> * Cc:* *reviews+D14358+public+d3104135076f0a10 at reviews.llvm.org*
> <reviews%2BD14358%2Bpublic%2Bd3104135076f0a10 at reviews.llvm.org>;
> cfe-commits (*cfe-commits at lists.llvm.org* <cfe-commits at lists.llvm.org>)
> * Subject:* Re: [PATCH] D14358: DWARF's forward decl of a template should
> have template parameters.
>
>
>
> On Thu, Nov 5, 2015 at 11:05 AM,...
2015 Dec 09
2
[PATCH] D14358: DWARF's forward decl of a template should have template parameters.
On Wed, Dec 9, 2015 at 10:40 AM, Robinson, Paul <
Paul_Robinson at playstation.sony.com> wrote:
> That doesn't seem to be the DWARF I'm seeing from Clang (& it'd be
> surprising if we used the typedef (or otherwise non-canonical) name in the
> class name):
>
>
>
> Finally getting back to this….. Ha. We don't unwrap the typedefs ("name
> as
2016 Mar 24
1
[PATCH] D15965: Add support for dumping relocations in non-relocatable files
...that address.
> -----Original Message-----
> From: Rafael EspĂndola [mailto:rafael.espindola at gmail.com <mailto:rafael.espindola at gmail.com> ]
> Sent: Thursday, March 24, 2016 2:45 PM
> To: reviews+D15965+public+319b19c852e3c4e3 at reviews.llvm.org <mailto:reviews%2BD15965%2Bpublic%2B319b19c852e3c4e3 at reviews.llvm.org>
> Cc: colinl at codeaurora.org <mailto:colinl at codeaurora.org> ; Hemant Kulkarni <khemant at codeaurora.org <mailto:khemant at codeaurora.org> >; Shankar Easwaran <shankare at codeaurora.org <mailto:shankare at codeaurora.org&...
2015 Dec 09
2
[PATCH] D14358: DWARF's forward decl of a template should have template parameters.
On Wed, Dec 9, 2015 at 11:11 AM, Robinson, Paul <
Paul_Robinson at playstation.sony.com> wrote:
> Actually no, we prefer to have the original typedef names in the
> instantiation name, for source fidelity.
>
Then perhaps you should keep this change in your tree too - since that's
where the need is?
> "Name as it is in the source" or something reasonably close.