Displaying 20 results from an estimated 90000 matches similar to: "[LLVMdev] RFC: Darwin EH Patch"
2007 Sep 11
0
[LLVMdev] RFC: Darwin EH Patch
Hi Anton,
>> It's not exactly tweaking magic knobs. It's doing something that's
>> already done -- putting the information in the TAI object, and
>> allowing the specific back-end to set the appropriate strings.
> It seems to me, that simple strings / bools there are not enough :)
> "$non_lazy_ptr" emission is already in asm printers (in 2 places!).
2007 Sep 11
2
[LLVMdev] RFC: Darwin EH Patch
Hello, Bill.
> It's not exactly tweaking magic knobs. It's doing something that's
> already done -- putting the information in the TAI object, and
> allowing the specific back-end to set the appropriate strings.
It seems to me, that simple strings / bools there are not enough :)
"$non_lazy_ptr" emission is already in asm printers (in 2 places!). The
2007 Sep 11
0
[LLVMdev] RFC: Darwin EH Patch
Hi all,
Here's a proposed patch for exception handling on Darwin. Basically,
it spits out a global stub for the personality functions, and uses
this:
.long L____gxx_personality_v0$non_lazy_ptr-.
instead of doing ".set ..." magic.
Comments?
-bw
2007 Sep 11
1
[LLVMdev] RFC: Darwin EH Patch
Hello, Bill
> Comments?
I don't personally like this patch. It seems, that emitted data encoding
is linker (=subtarget) specific. For example, gcc uses three different
data encodings to emit dwarf data on darwin.
I think we should introduce subtarget hooks for encoding selection of
data being emitted (there is already one: needSet / *AbsoluteOffsets
etc). Also "generic" function
2008 Jan 26
0
[LLVMdev] Test Results
What target?
On Jan 25, 2008, at 6:06 PM, Bill Wendling wrote:
> Here are my test results for the 2.2 prerelease.
>
> Built objDir == srcDir, release, and with the pre-built LLVM-GCC
> binary.
>
> "make test" results:
>
> === Summary ===
>
> # of expected passes 2533
> # of expected failures 6
>
>
> -bw
2007 Aug 29
0
[LLVMdev] RFC: Patch for Exceptions
On 8/29/07, Anton Korobeynikov <asl at math.spbu.ru> wrote:
> Hello, Bill
>
> > It may be my lack of understanding, but it appears that having --
> > enable-eh set during compilation of llvm-gcc is causing extra files
> > to be compiled.
> Oh, no. They are always compiled.
>
> > They do. However, it doesn't seem to stop it from failing during
> >
2007 Aug 29
1
[LLVMdev] RFC: Patch for Exceptions
On 8/29/07, Bill Wendling <isanbard at gmail.com> wrote:
> On 8/29/07, Anton Korobeynikov <asl at math.spbu.ru> wrote:
> > Hello, Bill
> >
> > > It may be my lack of understanding, but it appears that having --
> > > enable-eh set during compilation of llvm-gcc is causing extra files
> > > to be compiled.
> > Oh, no. They are always
2008 Jan 26
3
[LLVMdev] Test Results
Here are my test results for the 2.2 prerelease.
Built objDir == srcDir, release, and with the pre-built LLVM-GCC binary.
"make test" results:
=== Summary ===
# of expected passes 2533
# of expected failures 6
-bw
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: report.nightly.txt
URL:
2007 Aug 29
4
[LLVMdev] RFC: Patch for Exceptions
Hi all,
This is a (very) rough patch to fix building LLVM with exceptions on
PPC Darwin. Basically, it puts the burden of adding the "--enable-eh"
on the specific target, which is where I think it should go.
If this is okay, then I can clean the patch up and submit it.
-bw
Index: gcc/llvm-backend.cpp
===================================================================
---
2007 Aug 24
3
[LLVMdev] Turning on exception handling codegen
On 8/24/07, Chris Lattner <sabre at nondot.org> wrote:
> > so how about turning it on?
>
> It sounds good, but I'm concerned about darwin/x86. Bill, can you see how
> well darwin/x86 is doing these days? If there are no regressions from
> turning this on by default, we should do it. :)
>
I'm assuming that this is 4.2? :-) I'll give it a try.
-bw
2010 Nov 25
0
[LLVMdev] RFC: Exception Handling Proposal II
On Nov 24, 2010, at 11:49 PM, John McCall wrote:
> On Nov 24, 2010, at 9:01 PM, Bill Wendling wrote:
>> On Nov 24, 2010, at 6:41 PM, John McCall wrote:
>>>> We know from experience that once this information is lost, it's *really* hard to get it back again. That's what DwarfEHPrepare.cpp is all about, and I want to get rid of that pass because it's a series of
2007 Aug 29
0
[LLVMdev] RFC: Patch for Exceptions
On Aug 28, 2007, at 11:35 PM, Chris Lattner wrote:
> On Aug 28, 2007, at 11:20 PM, Duncan Sands wrote:
>
>>> This is a (very) rough patch to fix building LLVM with exceptions on
>>> PPC Darwin. Basically, it puts the burden of adding the "--enable-
>>> eh"
>>> on the specific target, which is where I think it should go.
>>
>> I
2007 Aug 29
1
[LLVMdev] RFC: Patch for Exceptions
Hello, Bill
> It may be my lack of understanding, but it appears that having --
> enable-eh set during compilation of llvm-gcc is causing extra files
> to be compiled.
Oh, no. They are always compiled.
> They do. However, it doesn't seem to stop it from failing during
> compilation of unwind-dw2.c for libgcc -- it has
> "__builtin_eh_return" in it. During
2009 Jan 27
2
[LLVMdev] RFC: -fwritable-strings Change
On Tue, Jan 27, 2009 at 1:15 PM, Eli Friedman <eli.friedman at gmail.com> wrote:
> On Tue, Jan 27, 2009 at 1:00 PM, Bill Wendling <isanbard at gmail.com> wrote:
>> Even with C code, we place a null string in a writable
>> section, which isn't correct.
>
> You could say that, but it's not really wrong... say you had a 10
> kilobyte struct that was all
2013 Oct 12
0
[LLVMdev] "target-features" and "target-cpu" attributes
FYI:
http://lists.cs.uiuc.edu/pipermail/llvmdev/2013-October/066389.html
Please read and let me know you comments.
-bw
On Oct 11, 2013, at 2:47 PM, Dmitry Babokin <babokin at gmail.com> wrote:
> Looking forward to these changes! Thanks for working on it.
>
>
> On Fri, Oct 11, 2013 at 10:32 PM, Bill Wendling <isanbard at gmail.com> wrote:
> Hi Dmitry,
>
> I
2013 Oct 11
2
[LLVMdev] "target-features" and "target-cpu" attributes
Looking forward to these changes! Thanks for working on it.
On Fri, Oct 11, 2013 at 10:32 PM, Bill Wendling <isanbard at gmail.com> wrote:
> Hi Dmitry,
>
> I can try my best, but it would be a bit tricky to get it all finished by
> then...
>
> -bw
>
> On Oct 11, 2013, at 4:10 AM, Dmitry Babokin <babokin at gmail.com> wrote:
>
> Bill,
>
> Are there
2009 May 08
3
[LLVMdev] RFA: flag_objc_abi on Non-Darwin Platforms?
Is the flag_objc_abi variable available on non-Darwin platforms in
llvm-gcc? I want to use it in llvm-backend.cpp to conditionalize a
test. But I don't want to break Linux, Ada, Fortran, etc.
-bw
2008 Jan 26
0
[LLVMdev] Test Results
On Jan 25, 2008, at 9:35 PM, Bill Wendling wrote:
> Sorry, I forgot to mention. It's a PPC PowerBook G4 running Mac OS X
> 10.4.11.
>
> -bw
OK, ppc32 EH used to work better than this (although I haven't tried
it on 10.4). I'll have a look.
> On Jan 25, 2008, at 6:14 PM, Dale Johannesen wrote:
>
>> What target?
>>
>> On Jan 25, 2008, at 6:06 PM,
2008 Jan 26
1
[LLVMdev] Test Results
On Jan 25, 2008, at 9:43 PM, Dale Johannesen wrote:
>
> On Jan 25, 2008, at 9:35 PM, Bill Wendling wrote:
>
>> Sorry, I forgot to mention. It's a PPC PowerBook G4 running Mac OS X
>> 10.4.11.
>>
>> -bw
>
> OK, ppc32 EH used to work better than this (although I haven't tried
> it on 10.4). I'll have a look.
I should clarify, what is the
2007 Sep 05
1
[LLVMdev] Exception Problems
bugzilla plz.
Thx,
Evan
On Sep 5, 2007, at 2:15 PM, Bill Wendling wrote:
> On 9/5/07, Anton Korobeynikov <asl at math.spbu.ru> wrote:
>> Bill,
>>
>>> When I try to compile on Darwin now, I get this:
>> Could you please provide LLVM bytecode, where bug is reproducible
>> with
>> llc?
>>
> Attached. Thanks!
>
> -bw
>