similar to: [LLVMdev] Trailing whitespace removal (important for CVS users!)

Why not put all this into a pre-commit filter in CVS and be done with it? We'd never be bothered with it again as it would never be committed again. Reid. On Thu, 2005-04-21 at 15:11 -0500, Misha Brukman wrote: > Dear LLVMers, > > If you live on the bleeding edge (i.e. CVS version), please read! > > On Wed, Apr 20, 2005 at 12:12:54PM +0200, Markus F.X.J. Oberhumer wrote:

On Thu, 21 Apr 2005, Reid Spencer wrote: > Why not put all this into a pre-commit filter in CVS and be done with > it? We'd never be bothered with it again as it would never be committed > again. I'd rather not have CVS commit scripts mucking with the code. If you want to have the nightly tester whine about source code with spaces at the end of lines (like it whines about

On Wed, Apr 20, 2005 at 12:12:54PM +0200, Markus F.X.J. Oberhumer wrote: > Misha Brukman wrote: > >On Tue, Apr 19, 2005 at 07:01:40AM +0200, Markus F.X.J. Oberhumer > >wrote: Have you considered using bugpoint for your codegen debugging > >needs? http://llvm.cs.uiuc.edu/docs/Bugpoint.html#codegendebug > > Well, the (critical) bug in question was >

On Thu, Apr 21, 2005 at 03:57:54PM -0500, Chris Lattner wrote: > On Thu, 21 Apr 2005, Reid Spencer wrote: > >Why not put all this into a pre-commit filter in CVS and be done with > >it? We'd never be bothered with it again as it would never be > >committed again. > > I'd rather not have CVS commit scripts mucking with the code. I think Reid means to have a

On Fri, Apr 22, 2005 at 02:21:05AM +0200, Markus F.X.J. Oberhumer wrote: > Many thanks - attached you will find a list of files you still might > want to consider. Hmmm, those pesky .c and .in files, but I thought I covered all the .h and .cpp files... darn. OK, I'll trade you -- can you tell me how I can grep for a tab within a file? The following don't work for me: grep

On Thu, Apr 21, 2005 at 10:25:45PM +0200, Markus F.X.J. Oberhumer wrote: > while you're at this, may I also ask you to look at "indenting by tabs" > ? Some (rather few) source files have hard tabs which could be changed > to spaces in this cleanup process. OK, I'll do this in the next pass over the tree. -- Misha Brukman :: http://misha.brukman.net ::

On Tue, Apr 19, 2005 at 07:01:40AM +0200, Markus F.X.J. Oberhumer wrote: > While trying to hunt down a codegen bug (not yet found) ... Have you considered using bugpoint for your codegen debugging needs? http://llvm.cs.uiuc.edu/docs/Bugpoint.html#codegendebug > I've collected some small patches you might find useful. Sweet! > Please review and apply as you see fit. I've

Hello Alkis, I am writting a global register allocator, and while I was searching the web to find useful links I found your message LLVMers: http://mail.cs.uiuc.edu/pipermail/llvmdev/2004-February/000860.html I would appreciate it if you could send me the code or tell me how to access it. Thanks, Samah

On a related note, I wrote a few scripts to detect and correct some types of such style errors, see llvm/utils/lint/* . I also added a function to llvm/utils/vim/vimrc to delete trailing whitespace and highlight existing trailing whitespace -- if anyone's an Emacs-lisp hacker, please add it to the emacs config file as well. Sure, this doesn't enforce anything, but I'm hoping folks

Dear, im using mingw and as under win xp. "Vyacheslav, This is the same problem that I had with Cygwin .. nearly identical. The issue was documented in PR492 if you want some background. I'm currently trying to dig up what I did to fix this in December for Cygwin and see if I can apply the same change for mingw. " im dont understand. What is pr492? (url) and where is the fix for

Misha Brukman wrote: > On Wed, Aug 18, 2004 at 12:16:04AM +0400, Valery A.Khamenya wrote: > >>Building PowerPC.td register information header with tblgen >>Included from PowerPC.td:22: >>Parsing PowerPCInstrInfo.td:53: Variable not defined: 'GPRC'! >>make[3]: *** [PowerPCGenRegisterInfo.h.inc] Error 1 >>make[3]: Leaving directory

On Thu, 5 May 2005, Misha Brukman wrote: > On Thu, May 05, 2005 at 03:46:58AM -0400, Alexander Friedman wrote: >> On May 5, Misha Brukman wrote: >>> To the best of my knowledge, this has not been done and no one has >>> announced their intent to work on it, so if you are interested, >>> you'd be more than welcome to do so. >> >> My C++ knowledge

Hi I've been investigating which characters that cause troubles: Length = 23 WhatsInBuffer=include "../Target.td" assert=false tblgen: Assertion failed: "Buffer[Length-1] == '"'", file FileLexer.l, line 128 idx hex char 0 69 i 1 6E n 2 63 c 3 6C l 4 75 u 5 64 d 6 65 e 7 20 8 22 " 9 2E . 10 2E . 11 2F / 12 54 T 13 61 a 14 72 r 15 67 g 16 65 e 17 74 t 18

I see a bunch of definitions scattered throughout LLVM, and I could not find good documentation on them. I don't understand why they exist when LLVM is being compiled with RTTI enabled. It seems to me that: isa<T>(x) is a substitute for (dynamic_cast<T>(x) != NULL) and there are some other similar casting tools defined in Casting.h. Why should I use these instead of C++'s

On May 5, Misha Brukman wrote: > Maybe we can use you for a testimonial... :) Certainly. > > Tail Call Elimination: > > > > I've read over the "Random llvm notes", and see that you guys have > > though about this already. > > > > However, the note dates from last year, so I am wondering if there is > > an implementation in the works.

On Feb 20, 2009, at 12:45 PM, Misha Brukman wrote: > I've been fixing things on a directory-by-directory basis as I come > across style violations while browsing the code. I'm not in favor > of a single global change to fix everything everywhere; I think > this can be done gradually over time and the diff will be easier to > read if it's smaller, so you can

Building PowerPC.td register information header with tblgen Included from PowerPC.td:22: Parsing PowerPCInstrInfo.td:53: Variable not defined: 'GPRC'! make[3]: *** [PowerPCGenRegisterInfo.h.inc] Error 1 make[3]: Leaving directory `/pool/tmp/ssrc/llvm/lib/Target/PowerPC' maybe I just have to "make clean" and/or ./configure BTW, would it be nice to put Depend, Release and

On Thu, Dec 23, 2004 at 06:42:02AM +0100, Markus F.X.J. Oberhumer wrote: > with the small patch attached below the whole llvm toolchain (llvm & > llvm-gcc) will compile and run under AMD64 Linux in native 64-bit LP64 > mode. Sounds great! I'll add it to the list of supported platforms. > This means that compilation, bytecode management and CWriter output > all work as

On Wed, Apr 27, 2005 at 10:28:30PM +0200, Thomas Lodenscheidt wrote: > im dont understand. What is pr492? (url) http://llvm.cs.uiuc.edu/PR492 -- Misha Brukman :: http://misha.brukman.net :: http://llvm.cs.uiuc.edu

Full_Name: Bj?rn-Helge Mevik Version: 2.1.0 OS: GNU/Debian 3.0 Linux Submission from: (NULL) (80.111.104.162) In Appendix B R coding standards of the Writing R Extensions manual, Emacs/ESS users are encouraged to use (add-hook 'ess-mode-hook (lambda () (ess-set-style 'C++) ;; [snip] (add-hook 'local-write-file-hooks