search for: svnrev

...n.h: FORCE - @GITREV=`git describe --tags 2>/dev/null | sed 's/^v\([0-9]\)/\1/' `; \ + @GITREV=`git describe --tags 2>/dev/null | sed 's/^v\([0-9]\)/\1/' ` || \ + GITREV=""; \ if [ -z "$$GITREV" ]; \ - then SVNREV=`LANG=C svnversion -n $(top_srcdir) 2>/dev/null`; \ + then SVNREV=`LANG=C svnversion -n $(top_srcdir) 2>/dev/null` || \ + SVNREV=""; \ if [ -z "$$SVNREV" -o "$$SVNREV" = "exported" ]; \...

...(just new on CRAN, thanks to Uwe and Kurt!) and RobExtremes (to be submitted). It must be something recent with the way you internally treat/store byte-code compiled functions, as we have no problems with R-3.1.3, but do see an "Error in fct(x) : byte code version mismatch" with R-devel SVNrev r70532. Background: Starting from several x-y grids, in the sysdata.rda file of RobAStRDA, we store the results of calls to approxfun/splinefun to these grids from within a session with pkg RobAStRDA require()d. From pkg RobExtremes we then call these interpolating functions by means of a cal...

...se2 + 0.53% caching_compile caching_compiler_test [.] (anonymous namespace)::VectorLegalizer::LegalizeOp(llvm::SDValue) + 0.47% caching_compile caching_compiler_test [.] llvm::PMDataManager::findAnalysisPass(void const*, bool) -------------- next part -------------- diff --git a/llvm/llvm.svnrev.170375/include/llvm/PassSupport.h b/llvm/llvm.svnrev.170375/include/llvm/PassSupport.h index 3633f47..44b4d56 100644 --- a/llvm/llvm.svnrev.170375/include/llvm/PassSupport.h +++ b/llvm/llvm.svnrev.170375/include/llvm/PassSupport.h @@ -130,25 +130,14 @@ private: PassInfo(const PassInfo &) LLV...

...nd Kurt!) and RobExtremes (to be submitted). >> >> It must be something recent with the way you internally treat/store byte-code compiled >> functions, as we have no problems with R-3.1.3, but do see an "Error in fct(x) : byte code >> version mismatch" with R-devel SVNrev r70532. >> >> Background: >> Starting from several x-y grids, in the sysdata.rda file of RobAStRDA, we store the results >> of calls to approxfun/splinefun to these grids from within a session with pkg RobAStRDA >> require()d. From pkg RobExtremes we then call thes...

...n", upsversion()); return 1; } Index: common/Makefile.am =================================================================== --- common/Makefile.am (revision 916) +++ common/Makefile.am (working copy) @@ -1,11 +1,21 @@ # Network UPS Tools: common -AM_CFLAGS = -I$(top_srcdir)/include +SVNREV = $(shell svnversion -n $(topdir) 2>/dev/null) +# Should be touched each time the SVN revision number goes up +revision-stamp: FORCE + if [ x"$(SVNREV)" != x`cat revision-stamp 2>/dev/null` ]; then echo -n $(SVNREV) >revision-stamp; fi + +FORCE: + +AM_CFLAGS = -I$(top_srcdir)/...

...s > to Uwe and Kurt!) and RobExtremes (to be submitted). > > It must be something recent with the way you internally treat/store byte-code compiled > functions, as we have no problems with R-3.1.3, but do see an "Error in fct(x) : byte code > version mismatch" with R-devel SVNrev r70532. > > Background: > Starting from several x-y grids, in the sysdata.rda file of RobAStRDA, we store the results > of calls to approxfun/splinefun to these grids from within a session with pkg RobAStRDA > require()d. From pkg RobExtremes we then call these interpolating fun...

...ning from the autoreconf portion of the buildbot log: autoreconf: running: automake --no-force include/Makefile.am:9: shell unset LANG && svnversion -n $(top_srcdir: non-POSIX variable name include/Makefile.am:9: (probably a GNU make extension) include/Makefile.am:10: shell if test "$(SVNREV: non-POSIX variable name include/Makefile.am:10: (probably a GNU make extension) I think that the $(shell ...) construct is actually a GNU Make feature. Since we do not use the variables on lines 9 and 10 outside the nut_version.h rule below, does anyone have any objections to merging those shell...

...bExtremes (to be submitted). >>> >>> It must be something recent with the way you internally treat/store byte-code compiled >>> functions, as we have no problems with R-3.1.3, but do see an "Error in fct(x) : byte code >>> version mismatch" with R-devel SVNrev r70532. >>> >>> Background: >>> Starting from several x-y grids, in the sysdata.rda file of RobAStRDA, we store the results >>> of calls to approxfun/splinefun to these grids from within a session with pkg RobAStRDA >>> require()d. From pkg RobExtremes...

...conf issue on Testing, linked to the below change (to its non application on Testing in fact): include/Makefile.am:9: shell unset LANG && svnversion -n $(top_srcdir: non-POSIX variable name include/Makefile.am:9: (probably a GNU make extension) include/Makefile.am:10: shell if test "$(SVNREV: non-POSIX variable name include/Makefile.am:10: (probably a GNU make extension) Obviously backporting the include/Makefile.am from trunk solves this. So, was there any reason for not backporting this, or is it simply an oversight? 2007/12/31, Charles Lepple <clepple-guest at alioth.debian.org...

Hello Folks, This release of Mongrel should make the win32 folks go crazy. Thanks to Luis Lavena it supports a full service system for installing any Rails app as a service. This lets you start your rails apps from either the command line or the Service console. Stopping is still a bit problematic but we hope to have that solved in the next release. You win32 folks should probably send Luis