similar to: [LLVMdev] RFC: Darwin EH Patch

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 >