search for: baseval

...ales$x$labels to add custom labels: If the first visible at value is not the first specified at value (due to x limit settings), the first visible label nonetheless receives the first specified label, instead of the label corresponding to the first visible at. In the following example, at = baseval + 1:4, label = letters[1:4] I have set it up so that baseval + 1:2 are not visible in the graph for numeric and Date types, the visible labels are letters[3:4] - ie "c" "d" for POSIXct, the visible labels are letters[1:3] - "a" "b". Simplest to show th...

On Jul 10, 2008, at 11:17 AM, Tanya M. Lattner wrote: > > Where exactly are you suggesting to put the svnversion number in the > version string then? I forgot to include version.c change. Right now, I just append svnversion number at the end. - Devang Index: version.c =================================================================== --- version.c (revision 53385) +++ version.c

>>>> Where you set the revision number? >>> >>> I do not want to set the revision number in a source file every >>> time I >>> do 'svn update' :) >>> >> >> Ok, so I'm confused. Don't you want the svn revision number to be >> shown when you do llvm-gcc --version? So why wouldn't you want to >>

It is very useful to have svn version number encoded in llvm-gcc's -- version output. Here is one approach. Anyone has a better patch ? - Devang Index: Makefile.in =================================================================== --- Makefile.in (revision 53385) +++ Makefile.in (working copy) @@ -802,6 +802,9 @@ DEVPHASE_s := "\"$(if $(DEVPHASE_c),

On Jul 9, 2008, at 8:47 PM, Tanya Lattner wrote: > > On Jul 9, 2008, at 6:13 PM, Devang Patel wrote: > >> >> On Jul 9, 2008, at 6:13 PM, Tanya M. Lattner wrote: >> >>> >>> Why not set the VERSUFFIX to be " (Based on Apple Inc. build 5555) >>> (LLVM >>> rXXXX)" >>> >>> Where you set the revision number?

Why not set the VERSUFFIX to be " (Based on Apple Inc. build 5555) (LLVM rXXXX)" Where you set the revision number? We currently use LLVM_VERSION_INFO to set this sort of information and to me it makes more sense to have the svn rev number there instead of just saying LLVM build like it does now. -Tanya On Wed, 9 Jul 2008, Devang Patel wrote: > It is very useful to have svn

On Jul 9, 2008, at 6:13 PM, Tanya M. Lattner wrote: > > Why not set the VERSUFFIX to be " (Based on Apple Inc. build 5555) > (LLVM > rXXXX)" > > Where you set the revision number? I do not want to set the revision number in a source file every time I do 'svn update' :) > We currently use LLVM_VERSION_INFO to set this sort of information > and to

On Jul 9, 2008, at 6:13 PM, Devang Patel wrote: > > On Jul 9, 2008, at 6:13 PM, Tanya M. Lattner wrote: > >> >> Why not set the VERSUFFIX to be " (Based on Apple Inc. build 5555) >> (LLVM >> rXXXX)" >> >> Where you set the revision number? > > I do not want to set the revision number in a source file every time I > do 'svn

This synchronizes the embedded ocaml-augeas copy, and reimplements the augeas APIs using it (dropping all the C code). The behaviour seems unchanged, although I may have not tested all the various corner cases. Pino Toscano (5): common/mlaugeas: Synchronize with latest ocaml-augeas daemon: fix/enhance error reporting of Augeas exceptions Revert "Revert "daemon: implement

ocaml-augeas is used only by virtlibguestfs, so move it to this repository, instead of having it around in the common submodule. The removal from common will happen later. Pino Toscano (2): Bundle the ocaml-augeas library for use by libguestfs build: switch embedded copy of ocaml-augeas .gitignore | 1 + 3rdparty/ocaml-augeas/COPYING.LIB | 515