Displaying 18 results from an estimated 18 matches for "danalbert".
Did you mean:
adalbert
2015 Jul 14
2
[LLVMdev] [llvm] [libunwind] r207467 misprint
Hi Nick!
In r207467 you added code(libunwind: DwarfInstructions.hpp):
assert(lastReg <= (int)cieInfo.returnAddressRegister
&& "register range does not contain return address
register");
for (int i = 0; i <= lastReg; ++i) {
.....
else if (i == (int)cieInfo.returnAddressRegister)
There is misprint here: lastReg should be >=
2015 Jan 31
2
[LLVMdev] unwind's permanent residence
On Fri, Jan 30, 2015 at 4:12 PM, Saleem Abdulrasool <compnerd at compnerd.org>
wrote:
> On Fri, Jan 30, 2015 at 3:35 PM, Dan Albert <danalbert at google.com> wrote:
>
>> Shouldn't it just use the default unwinder for the given platform?
>>
>
> Sure, but what is the default unwinder for a given platform?
>
> Lets go with Linux. I have two different images (okay, I have one, but Im
> sufficiently famili...
2015 Jan 31
0
[LLVMdev] unwind's permanent residence
On Fri, Jan 30, 2015 at 4:15 PM, Dan Albert <danalbert at google.com> wrote:
> On Fri, Jan 30, 2015 at 4:12 PM, Saleem Abdulrasool <compnerd at compnerd.org
> > wrote:
>
>> On Fri, Jan 30, 2015 at 3:35 PM, Dan Albert <danalbert at google.com> wrote:
>>
>>> Shouldn't it just use the default unwinder for...
2015 Jan 31
2
[LLVMdev] unwind's permanent residence
...to thinking
libunwind is a better default for --rtlib=compiler-rt. Reason being that
--rtlib=compiler-rt means libgcc probably isn't even available.
On Fri, Jan 30, 2015 at 5:30 PM, Saleem Abdulrasool <compnerd at compnerd.org>
wrote:
> On Fri, Jan 30, 2015 at 4:15 PM, Dan Albert <danalbert at google.com> wrote:
>
>> On Fri, Jan 30, 2015 at 4:12 PM, Saleem Abdulrasool <
>> compnerd at compnerd.org> wrote:
>>
>>> On Fri, Jan 30, 2015 at 3:35 PM, Dan Albert <danalbert at google.com>
>>> wrote:
>>>
>>>> Shouldn...
2014 Oct 27
2
[LLVMdev] Libcxx buildbot
I'm not sure that test have ever been run through LIT. It was tested on
Android, but I don't have LIT tweaked for libc++abi the same way I do for
libc++, so it was built outside of LIT and run manually.
On Oct 27, 2014 11:41 AM, "Jonathan Roelofs" <jonathan at codesourcery.com>
wrote:
>
>
> On 10/27/14 11:39 AM, Renato Golin wrote:
> > Right now, there's
2014 Aug 02
3
[LLVMdev] zorg config for libc++/libc++abi
...tions.
First, how do I know which build slaves to use? Is it okay to just pick a
few, is there some policy defining which are fair game, or do I need to add
a new one?
Second, is there a simple way to test the builder and config before I
commit it?
Here's my first attempt:
https://github.com/DanAlbert/zorg/commit/2ff832f710982c487174e507bb2a2704248fe821
Thanks,
Dan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140801/07cc7a99/attachment.html>
2015 Jan 31
0
[LLVMdev] unwind's permanent residence
On Fri, Jan 30, 2015 at 3:35 PM, Dan Albert <danalbert at google.com> wrote:
> On Fri, Jan 30, 2015 at 3:10 PM, Saleem Abdulrasool <compnerd at compnerd.org
> > wrote:
>
>> On Fri, Jan 30, 2015 at 1:41 PM, Renato Golin <renato.golin at linaro.org>
>> wrote:
>>
>>> What about the default unwinder for C...
2015 Jan 31
0
[LLVMdev] unwind's permanent residence
On 31 Jan 2015, at 03:02, Dan Albert <danalbert at google.com> wrote:
>
> Talked it over with Saleem on IRC, and I've come around to thinking libunwind is a better default for --rtlib=compiler-rt. Reason being that --rtlib=compiler-rt means libgcc probably isn't even available.
On FreeBSD, we install compiler-rt as libgcc (or,...
2015 Jan 30
2
[LLVMdev] unwind's permanent residence
On Fri, Jan 30, 2015 at 3:10 PM, Saleem Abdulrasool <compnerd at compnerd.org>
wrote:
> On Fri, Jan 30, 2015 at 1:41 PM, Renato Golin <renato.golin at linaro.org>
> wrote:
>
>> What about the default unwinder for Compiler-RT? Should we assume our
>> own? Gcc's? Assuming nothing will break compilation, since the libraries
>> won't be available...
2015 Jan 31
3
[LLVMdev] unwind's permanent residence
On 31 Jan 2015, at 03:02, Dan Albert <danalbert at google.com> wrote:
> Talked it over with Saleem on IRC, and I've come around to thinking libunwind is a better default for --rtlib=compiler-rt. Reason being that --rtlib=compiler-rt means libgcc probably isn't even available.
It's not just that, it's about making it self-c...
2015 Feb 21
4
[LLVMdev] [cfe-dev] [RFC] When can libc++ "officially" support linux?
On Fri, Feb 20, 2015 at 7:02 PM, Hal Finkel <hfinkel at anl.gov> wrote:
> > 2. We need to clarify how libstdc++ and libsupc++ can be used as
> > libc++'s ABI library and explicitly define the level of support for
> > these configurations. Are there any people using this functionality?
> > These configurations have been broken for GCC >= 4.9.2 and I haven't
2014 Oct 20
3
[LLVMdev] Lib C++ buildbot problem
On 20 October 2014 18:03, Jonathan Roelofs <jonathan at codesourcery.com> wrote:
>> Is that what you had in mind?
> Yes, this looks good to me.
Great, in r220210.
I'll set up the bot.
Thanks!
--renato
2015 Jan 31
1
[LLVMdev] unwind's permanent residence
On Jan 31, 2015 08:42, "Jonathan Roelofs" <jroelofs.lists at gmail.com> wrote:
> My worry is the scenario of throwing in one dso, then running a cleanup
as you're unwinding through another dso. If that cleanup throws, and
invokes a different unwinder, there's no way for that second unwinder to
know about the state of the first. If this were c++, we'd break the
2014 Oct 20
2
[LLVMdev] Lib C++ buildbot problem
>
> But on the Libc++AndAbiBuilder, there's no way to set the CMake
> argument (or is there?):
No, there isn't. Should be simple enough to add though. I'd add it as a
dict param.
On Mon, Oct 20, 2014 at 8:11 AM, Jonathan Roelofs <jonathan at codesourcery.com
> wrote:
> +Dan Albert
>
> On 10/20/14 4:53 AM, Renato Golin wrote:
> > Folks,
> >
>
2015 Feb 21
2
[LLVMdev] [RFC] When can libc++ "officially" support linux?
Hi All,
Currently libc++ does not list linux as a supported platform. This
should change. I think we should be able to list linux (with
libc++abi) as a supported configuration. but there are some issues I
would like to see resolved first.
1. We should add CMake support for building libc++ against a static
libc++abi. If libc++ is linked to a shared libc++abi the resulting
library can only be used
2015 Jan 30
2
[LLVMdev] unwind's permanent residence
On Jan 30, 2015, at 12:43 PM, Jonathan Roelofs <jonathan at codesourcery.com> wrote:
> It would be nice if we had some libunwind-specific tests too. Currently we have none, other than the c++ abi tests. Nick, does Apple have any they're willing to upstream?
Here is what Apple has:
http://opensource.apple.com/source/libunwind/libunwind-35.3/testsuite/
If you think these are
2015 Jan 31
0
[LLVMdev] unwind's permanent residence
On 1/31/15 5:36 AM, Renato Golin wrote:
> On 31 Jan 2015, at 03:02, Dan Albert <danalbert at google.com> wrote:
>> Talked it over with Saleem on IRC, and I've come around to thinking libunwind is a better default for --rtlib=compiler-rt. Reason being that --rtlib=compiler-rt means libgcc probably isn't even available.
>
> It's not just that, it's about mak...
2014 Aug 04
4
[LLVMdev] [cfe-dev] zorg config for libc++/libc++abi
On 04/08/2014 16:20, Dmitri Gribenko wrote:
> On Mon, Aug 4, 2014 at 2:20 PM, Dan Liew <dan at su-root.co.uk> wrote:
>>>> Second, is there a simple way to test the builder and config before I
>>>> commit
>>>> it?
>>>
>>> I am afraid not.
>>>
>>
>> But there is a ugly (and certainly not simple) way to partially test