search for: mysources

Dear list, I want to run latex from an R script: system("latex mysource.tex") or: texi2dvi("mysource.tex", pdf = TRUE, clean = FALSE, quiet = TRUE, texi2dvi = latex) but latex does not seem to be on the search path: /bin/sh: line 1: latex: command not found. Although 'printenv PATH' tells me that the usr/texbin is looked for executables:

...-on-win32-on-posix currently doesn't work. (http://wiki.winehq.org/CygwinSupport) Cross-compiling: The instruction in R/src/gnuwin32/README.packages essentially works, with one missing detail: "R_EXE=/usr/bin/R" is also needed. Thus it should be: make R_EXE=/usr/bin/R PKGDIR=/mysources RLIB=/R/win/library \ pkg-mypkg make P_EXE=/usr/bin/R KGDIR=/mysources RLIB=/R/win/library \ pkgcheck-mypkg Hin-Tak Leung

I have also been eager to test bbouncer The latest source passes with flying colours! but make check finds some problems with xattrs if not run by sudo I have xattr in /usr/local/bin/ from the source found at: http://dev.bignerdranch.com/public/bnr/eXttra.zip What I did: cd /usr/local/Source rsync -av --exclude=.git/ rsync://rsync.samba.org/ftp/unpacked/rsync . rsync -av --exclude=.git/

Hi Frederick, I described what I meant in the post I sent to R-help (https://stat.ethz.ch/pipermail/r-help/2016-September/442174.html), but in brief, by "zero overhead" I mean that the only thing needed for library code to be accessible to client code is for it to be located in designed directory. No additional meta-files, packaging/compiling, etc. are required. Best, G. On Sun, Oct

On Mon, Oct 3, 2016 at 10:18 AM, <frederik at ofb.net> wrote: > Hi Kynn, > > Thanks for expanding. > > I wrote a function like yours when I first started using R. It's > basically the same up to your "new.env()" line, I don't do anything > with environmentns. I just called my function "mysource" and it's > essentially a "source

Hi Kynn, Thanks for expanding. I wrote a function like yours when I first started using R. It's basically the same up to your "new.env()" line, I don't do anything with environmentns. I just called my function "mysource" and it's essentially a "source with path". That allows me to find code I reuse in standard locations. I don't know why R does not

http://llvm.org/docs/SourceLevelDebugging.html#ccxx_compile_units !1 = metadata !{ i32 524329, ;; Tag metadata !"MySource.cpp", metadata !"/Users/mine/sources", metadata !3 ;; Compile unit } !2 is the Compile Unit, right? !3 is also wrong. -- cheers, --renato http://systemcall.org/ Reclaim your digital rights, eliminate DRM, learn more at

Hello community, Just one tiny question : all source files provided for download come bundled with Makefiles. My problem is : what makefile do i use (or what g++ compilation command line) if i want to compile my own sources ? I mean that g++ mysource.cpp doesn't work. Thank you Sekine --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

Hello all, I was eager to test the fresh release with MacOS X using "bbouncer" This is how I compiled and run the tests: patch -p1 <patches/osx-create-time.diff patch -p1 <patches/fileflags.diff ./prepare-source patch -p1 <patches/backup-dir-dels.diff ./configure make make test sudo make install Then compiling and running "bbouncer" from

Dear Forum, when I try to use SnowballStemmer() I get the following error message: "Could not initialize the GenericPropertiesCreator. This exception was produced: java.lang.NullPointerException" It seems to have something to do with either Snowball or RWeka, however I can't figure out, what to do myself. If you could spend 5 minutes of your valuable time, to help me or give me a

Thank you all for your comments and suggestions. @Frederik, my reason for mucking with environments is that I want to minimize the number of names that import adds to my current environment. For instance, if module foo defines a function bar, I want my client code to look like this: import("foo") foo$bar(1,2,3) rather than import("foo") bar(1,2,3) (Just a personal

On 10/03/2016 01:51 PM, Kynn Jones wrote: > Thank you all for your comments and suggestions. > > @Frederik, my reason for mucking with environments is that I want to > minimize the number of names that import adds to my current > environment. For instance, if module foo defines a function bar, I > want my client code to look like this: > > import("foo") >

On Tue, Jul 13, 2010 at 6:08 AM, Renato Golin <rengolin at systemcall.org> wrote: > http://llvm.org/docs/SourceLevelDebugging.html#ccxx_compile_units > > !1 = metadata !{ >  i32 524329,    ;; Tag >  metadata !"MySource.cpp", >  metadata !"/Users/mine/sources", >  metadata !3    ;; Compile unit > } > > !2 is the Compile Unit, right? !3 is also

Hi all Well, first: happy new year... Second: I write a function in R that might interest some other people. On the other hand, I am closer to beginners than experts; I don't know how valuable my code is. I don't know how long it will take to me to create a library and I don't know if it's worth to. So before starting this long process, I would like some advices, both on the

Hi all, I have the following situation: Backup /mysource to /backupdir, /backupdir/full ---------an old full backup /backupdir/back2 -------previous increment backup(based on the full backup mentioned above) /backupdir/back1 ------most recent increment backup (based on the two backups mentioned above) How can I merge the two increment backups into one directory,say