search for: 2bpublic

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.