similar to: [LLVMdev] Porting LLVM backend is no fun yet

Displaying 20 results from an estimated 300 matches similar to: "[LLVMdev] Porting LLVM backend is no fun yet"

2009 Apr 13
0
[LLVMdev] Porting LLVM backend is no fun yet
Hi Greg, I understand your frustration. I've been on this mailing list for a little over a year hoping that by osmosis I could get a a better handle on writing a back end for LLVM. Although I feel more comfortable with the nomenclature, I still do not have a clue as to how to begin (actually I do, but it sounds more dramatic saying it this way). I've read the documentation, but
2009 Apr 13
0
[LLVMdev] Porting LLVM backend is no fun yet
On Apr 11, 2009, at 5:03 PM, Greg McGary wrote: > As we've already seen, David Chisnall prefers hacking LLVM over GCC > (see http://www.informit.com/articles/article.aspx?p=1215438): "In > contrast, every time I look at the GCC code, it takes two people to > prevent me from clawing my eyeballs out." > > I'm sorry to report that so-far I have had the
2009 Apr 13
0
[LLVMdev] Porting LLVM backend is no fun yet
On Apr 11, 2009, at 5:03 PM, Greg McGary wrote: > As we've already seen, David Chisnall prefers hacking LLVM over GCC > (see http://www.informit.com/articles/article.aspx?p=1215438): "In > contrast, every time I look at the GCC code, it takes two people to > prevent me from clawing my eyeballs out." > > I'm sorry to report that so-far I have had the
2009 Apr 05
2
[LLVMdev] How the LLVM Compiler Infrastructure Works
FYI, http://www.informit.com/articles/article.aspx?p=1215438 -Rajika -- http://wso2.org/ http://llvm.org/ http://www.osdev.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090405/79ddb769/attachment.html>
2009 Apr 05
0
[LLVMdev] How the LLVM Compiler Infrastructure Works
On Sunday 05 April 2009 06:33:00 Rajika Kumarasiri wrote: > FYI, > http://www.informit.com/articles/article.aspx?p=1215438 > > -Rajika LOL: "In contrast, every time I look at the GCC code, it takes two people to prevent me from clawing my eyeballs out." :-) -- Dr Jon Harrop, Flying Frog Consultancy Ltd. http://www.ffconsultancy.com/?e
2009 Apr 13
1
[LLVMdev] Porting LLVM backend is no fun yet
Hello, Alex > for generating C++ records. I was hoping for something that would allow me > to specify my target machine (more inline with what GCC does) and then just > stand back and watch the target code be generated. I guess a deeper > understanding of Target classes is mandatory before proceeding to use > TableGen. That's true. TableGen can automate many important cases,
2012 Aug 01
17
[PATCH] add crtime to the snapshot list
From: Anand <anand.jain@oracle.com> This patch adds creation-time to the snapshot list display, which would help user to better manage the snapshots when number of snapshots grow substantially. This patch is developed and on top of the send/receive btrfs and btrfs-progs repo at git://github.com/ablock84/linux-btrfs.git (send-v2) git://github.com/ablock84/btrfs-progs.git (send-v2)
2009 Apr 05
1
[LLVMdev] How the LLVM Compiler Infrastructure Works
I've experienced GCC induced eyeball-clawing.... Not pretty! On Sun, Apr 5, 2009 at 9:37 AM, Jon Harrop <jon at ffconsultancy.com> wrote: > On Sunday 05 April 2009 06:33:00 Rajika Kumarasiri wrote: > > FYI, > > http://www.informit.com/articles/article.aspx?p=1215438 > > > > -Rajika > > LOL: > > "In contrast, every time I look at the GCC
2011 Mar 15
2
[LLVMdev] Noob Backend Orientation
Hi all, I'm new to the project and will probably ask quite a few obvious questions, so please, bare with me. I'm trying to get my bearings straight as to the general path forward for producing a backend for a custom DSP processor. Currently, I have a port of binutils and a basic simulator (based on SID). I want to make it easier for software engineers to produce code for this
2006 Oct 25
33
[ADV] "Mongrel: Serving, Deploying, and Extending Your Ruby Applications" BOOK
Time for some all time pimpage folks. Me and Matt Pelletier wrote a small PDF book on Mongrel entitled: "Mongrel: Serving, Deploying, and Extending Your Ruby Applications" since we really wanted you to know what it was about. It''s published by Addison Wesley Professional, has just over 100 pages of goodness, and is available for $14.99 at: http://safari.oreilly.com/0321483502
2006 Nov 16
12
OSX requires sudo for using ports < 1024
I assume some of you have run into this error before when trying to run mongrel on port 80 (or another port < 1024) in OSX: $ mongrel_rails start -p 80 ** Starting Mongrel listening at 0.0.0.0:80 /usr/local/lib/ruby/gems/1.8/gems/mongrel-0.3.14/lib/mongrel/tcphack.rb:12:in `initialize_without_backlog'': Permission denied - bind(2) (Errno::EACCES) from
2009 Jul 21
7
[LLVMdev] LLVM and Interrupt Service Routines.
Hi, Apparently, there is no explicit support for ISRs in the llvm framework. I could not find a matching attribute that can be used to mark a function as an ISR, which codegen and optimizer can use accordingly. ISRs aren't called explicity from any function, so currently the optimizer deletes them. We are planning to introduce a new "interrupt" attribute (to be modeled similiar to
2013 Apr 11
0
[PATCH] Btrfs-progs: enhance 'btrfs subvolume list'
"btrfs subvolume list" gets a new option "--fields=..." which allows to specify which pieces of information about subvolumes shall be printed. This is necessary because this commit also adds all the so far missing items from the root_item like the received UUID, all generation values and all time values. The parameters to the "--fields" option is a list of items to
2000 Aug 31
1
User level vs. Share level
Hi, I wonder if you could tell me or point me in the direction of a document that would explain the differences between user level and share level security and explain the advantages and disadvantages of each one. Especially reasons for using user mode over share mode. Thanks for your help, Tim James.
2009 Apr 20
4
[LLVMdev] Unnecessary moves after sign-extension in 2-address target
My two-address target machine has sign-extension instructions to extend i8->i32 and i16->i32. When I compile this simple program: int sext (unsigned a, unsigned b, int c) { return (signed char) a + (signed short) b + c; } I get this IR: define i32 @sext(i32 %a, i32 %b, i32 %c) nounwind readnone { entry: %conv = trunc i32 %a to i8 ; <i8>
2008 Jun 06
2
Xen Development Environment
Hi all, I wonder if there is a certain development environment that has been commonly used to develop the Xen code. I am currently trying to play around with the code and it take me a while to figure out the relations between different variables and functions. I am also wondering if there exist any specification of explanation for the source architecture, like some published design document
2006 Jan 20
10
1st attempt at rails testing - could really use some help...
Howdy, I''m attempting my first rails test & I could use some help... I have the test posted at http://rafb.net/paste/results/YjWkIh45.html... when I run it, the test fails, but the db table is never restored & it seems that the fixtures file was never loaded... Any ideas as to what I''m doing wrong? Thanks! -- Posted via http://www.ruby-forum.com/.
2013 Nov 13
3
[LLVMdev] How to reduce the footprint of MDNodes? (About the comment you made at BOF LTO)
On Nov 12, 2013, at 1:28 PM, Chandler Carruth <chandlerc at google.com> wrote: > On Mon, Nov 11, 2013 at 11:29 PM, Chris Lattner <clattner at apple.com> wrote: > Hi Manman (and llvmdev), > > I filed these two bugs to track the ideas that I was cooking: > > http://llvm.org/bugs/show_bug.cgi?id=17891 > http://llvm.org/bugs/show_bug.cgi?id=17892 > > TL;DR:
2009 Apr 21
3
[LLVMdev] Unnecessary moves after sign-extension in 2-address target
Dan Gohman wrote: > On Apr 19, 2009, at 6:15 PM, Greg McGary wrote: > >> Because sextb_r and sextw_r have destination tied to source operands, >> TwoAddressInstructionPass thinks it needs a copy. However, since the >> sext kills its source, the copy is unnecessary. Why does this happen? >> Is TwoAddressInstructionPass relying on a later pass to notice this
2013 Nov 13
0
[LLVMdev] How to reduce the footprint of MDNodes? (About the comment you made at BOF LTO)
On Tue, Nov 12, 2013 at 4:14 PM, Chris Lattner <clattner at apple.com> wrote: > I'm moderately opposed to just encoding these in a string format. I think > we can do something substantially better both for space, time, and > readability. Fundamentally, there is no reason for the original metadata > node you describe to not *encode* its operands into a dense bit-packed blob