similar to: [LLVMdev] expand tabs

This expands tags in test... Not sure if we want to expand in test, but if so, this looks safe. -------------- next part -------------- A non-text attachment was scrubbed... Name: tabs-2.patch Type: application/octet-stream Size: 4813 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080225/e484ca1c/attachment.obj> -------------- next part

On Tue, Feb 17, 2009 at 2:35 PM, Mike Stump <mrs at apple.com> wrote: > On Feb 17, 2009, at 2:21 PM, Scott Michel wrote: > > - remove trailing whitespace, > > - expand tabs to spaces, > > I'd argue for not changing anything, just fail it. > Trimming whitespace is innocuous, at best. Expanding tabs to spaces, I might be inclined to agree is a 'fail' since

This patch adds targets to support the installation of clang in isolation. Ok? -------------- next part -------------- A non-text attachment was scrubbed... Name: clang-2.patch Type: application/octet-stream Size: 952 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20090119/39061b42/attachment.obj> -------------- next part --------------

On Feb 3, 2009, at 2:35 PMPST, Mike Stump wrote: > On Feb 3, 2009, at 2:28 PM, Kasra wrote: >> I was looking around the LLVM instruction set and I failed to find >> ROL and ROR instructions. Is there any plans on adding these >> instructions to LLVM? > > Not sure what you mean: He's referring to the LLVM IR, I think, and it's true that doesn't have

>From 6f128e90afb055f9899011c4a592eb289e678936 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering at redhat.com> Date: Thu, 19 Nov 2009 11:39:10 +0100 Subject: [PATCH libguestfs] syntax-check: expand TABs in generator.ml * src/generator.ml: Expand leading TABs to spaces. --- src/generator.ml | 46 +++++++++++++++++++++++----------------------- 1 files changed, 23 insertions(+), 23

I'm seeing a build failure... In file included from /Volumes/mrs5/net/llvm/llvm/lib/VMCore/ Attributes.cpp:14: /Volumes/mrs5/net/llvm/llvm/include/llvm/Attributes.h: In member function 'llvm::Attributes llvm::AttrListPtr::getParamAttributes(unsigned int) const': /Volumes/mrs5/net/llvm/llvm/include/llvm/Attributes.h:152: error: 'assert' was not declared in this scope

On Feb 17, 2009, at 2:21 PM, Scott Michel wrote: > - remove trailing whitespace, > - expand tabs to spaces, I'd argue for not changing anything, just fail it.

Anyone out there interested in helping out with a subversion pre-commit hook to: - remove trailing whitespace, - expand tabs to spaces, - detect 80-col violations, as well as detect other style guideline breakage? I just ran into the trailing whitespace problem: Eclipse and other editors like to trim excess whitespace from source. However, when one commits a patch with trailing whitespace

:-( $ svn up . Updated to revision 61782. $ make Makefile:119: *** target file `unittests' has both : and :: entries. Stop.

The input language is at assembly level, and the location akin to a %temp ( a virtual register if you will) and contains moves from one virtual to another. Though these are not like memory but I could represent them as local variables and do loads and stores; so I dont know how to represent it in C except as local variables. On Thu, May 28, 2009 at 4:06 PM, Mike Stump <mrs at apple.com>

On 05/05/2017 03:33 PM, Bill Campbell wrote: > On Fri, May 05, 2017, Robert Moskowitz wrote: >> I thought this worked. Many web pages tell you it works. But bash is >> ignoring tabs in my here docs. Worst, where there are two tabs, it is >> functioning as a command expand in bash, where all files in the current >> directory are listed to complete the command. >>

On Mar 19, 2008, at 2:55 PM, Bill Wendling wrote: > Thanks, Mike! I applied this to the tree. No, you applied something else to the tree! :-) I had a space before the \ and after the ". The below should fix it. Doing diffs in .: --- ./Makefile.in.~1~ 2008-03-19 15:45:54.000000000 -0700 +++ ./Makefile.in 2008-03-19 16:30:07.000000000 -0700 @@ -1689,7 +1689,7 @@ libgcc.mk:

> Hi Tanya, > > I do not really understand this strict rule :-) > While I get it from a CVS perspective, in Subversion > this is simply overkill. For making a branch you simply > select a revision X, do a "svn -rX up", test, > if successful, you do "svn info ." and use the URL > to make a repo -> repo copy: > > svn cp -rX URL BRANCHURL > >

On May 9, 2008, at 12:16 PM, Tanya M. Lattner wrote: > > While you are correct is is not usually a problem, that assumes that > I do > not check in any changes. If I check in X and someone checks in > something > (Y) that should not go into the release, If they are checking in something, trivially, they want it to go into the release. If they didn't want it in,

On Mar 19, 2008, at 2:03 PM, Török Edwin wrote: > > What is kext64, and how do I disable it? Comes from: APPLE_LOCAL='APPLE LOCAL libcc_kext' \ MULTILIBS="`$(GCC_FOR_TARGET) --print-multi-lib` static;@static at fno-pic kext;@Dmal loc=kern_os_malloc at Dfree=kern_os_free at DLIBCC_KEXT@static at fno-pic@fno- exceptions at fno-non-ca

I thought this worked. Many web pages tell you it works. But bash is ignoring tabs in my here docs. Worst, where there are two tabs, it is functioning as a command expand in bash, where all files in the current directory are listed to complete the command. The following is the here doc I am using. Most likely the tabs will be converted to spaces in this email. But the bottom line is,

FLAC code usually uses tabs. However there are several places where spaces are used. The patch spaces_1.patch fixes several files, spaces_2.patch fixes solely libFLAC/include/private/bitmath.h (too many changed lines, so I made it separate). -------------- next part -------------- A non-text attachment was scrubbed... Name: spaces_1.patch Type: application/octet-stream Size: 5942 bytes Desc: not

On Oct 8, 2009, at 5:18 PM, Mike Stump wrote: > On Oct 8, 2009, at 4:52 PM, Stuart Hastings wrote: >> Currently, to get LLVM to build "Apple-style," it's necessary to >> copy two files (utils/buildit/GNUmakefile and utils/buildit/ >> build_llvm) into the top-level directory. > > Why not: > > $ RC_ARCHS="x86" make > echo Apple Build.

Currently, to get LLVM to build "Apple-style," it's necessary to copy two files (utils/buildit/GNUmakefile and utils/buildit/build_llvm) into the top-level directory. This is generally a PITA inside of Apple. (I'll spare you the gory details. :-) I'd like to fix this for Apple, and I want to avoid compromising anybody else's build system. I've never used

Colleagues, Platform: OS X (but issue applies to all platforms) Version: 2.8.0 I have a mixture of text and data that I am outputting via R to a pdf document (using a fixed-width font). The text contains tabs that align columns properly with a fixed-width font in a terminal window. However, when the PDF document is created, the concept of a tab is not invoked properly and columns do