similar to: Minor typo in recent commit

In C++ code for use in a R-3.1.0 package, my specific problem is that I would like to use <unordered_map> if it is available, or <tr1/unordered_map> if not, or <map> if all else fails. I (think I) can accomplish this with configure.ac as AC_INIT("DESCRIPTION") CXX=`"${R_HOME}/bin/R" CMD config CXX` CXXFLAGS=`"${R_HOME}/bin/R" CMD config

I would like to bring up two issues concerning C++11. First, the R-devel manuals contain incorrect statements regarding C++11: i) R-exts.texi: Although there is a 2011 version of the C++ standard, it is not yet fully implemented (nor is it likely to be widely available for some years) and portable C++ code needs to follow the 1998 standard (and not use features

Attached is a patch for R-exts.texi against r72880. Here are some of the changes I made: - Fix a broken link: https://developer.apple.com/library/mac/#documentation/DeveloperTools/Conceptual/InstrumentsUserGuide/Introduction/Introduction.html -> https://developer.apple.com/library/content/documentation/DeveloperTools/Conceptual/InstrumentsUserGuide/index.html - Changed a few http

If carries_dependency affects semantics, then it should not be an attribute. The original design, or at least my understanding of it, was that it not have semantics; it was only a suggestion to the compiler that it should preserve dependencies instead of inserting a fence at the call site. Dependency-based ordering would be preserved in either case. But I think we're moving away from that

I think there are some missing words in "R Internals"'s description of the P_ macro. It currently has "A macro as a wrapper for ngettext", which I think ought to be something like "The macro P_ may be used as a wrapper for ngettext". The following patch also makes the 2 alternate definitions of P_ have the same argument names, StringS and StringP. Expanding the

On Fri, Feb 19, 2016 at 09:15:16PM -0500, Tony V E wrote: > There's at least one easy answer in there: > > > ‎If implementations must support annotation, what form should that > annotation take?  P0190R0 recommends the [[carries_dependency]] > attribute, but I am not picky as long as it can be (1) applied > to all relevant pointer-like objects and (2) used in C as well

According to the IMAP spec if I do a search for "TO isocpp.org" it should find all the messages whose To: field contains the string "isocpp.org", but dovecot is returning me an empty list. However, a search for "TO tm at isocpp.org" produces a long list of messages. This behavior is present if I *even load* the lucene fts plugin. Note that lucene isn't in use

I want to create a clean .rpm package for R built with MKL and ICC. I follow Fedora instrcutions[0] to create the package. As a base, I use the R-3.2.2.src.rpm. I am left with this error: ------------------------------------------ installing R info pages ... updating '/usr/share/info/dir' ... make[1]: Leaving directory '/home/poisonivy/rpmbuild/BUILD/R-3.2.2/doc/manual' + mv

Now I believe that I am getting the same error as I was getting last time I tried to build llvm-gcc. It may possibly be my Cygwin instillation but am not sure. makeinfo --split-size=5000000 -I ../../../src/llvm-gcc/gcc/doc -I ../../../src/ llvm-gcc/gcc/doc/include \ -o ../../../src/llvm-gcc/gcc/doc/cpp.info ../../../src/llvm-gcc/gcc/doc/cpp.texi ' in

Hi Aaron, have you got any help on this? Henrik >From: "Aaron Gray" Date: Sat, 14 May 2005 18:26:01 +0100 > >Now I believe that I am getting the same error as I was getting last time I >tried to build llvm-gcc. >It may possibly be my Cygwin instillation but am not sure. > > >makeinfo --split-size=5000000 -I ../../../src/llvm-gcc/gcc/doc -I >../../../src/

>Hi Aaron, >have you got any help on this? Henrik, No. This is where I was stuck some months ago. I do not know makeinfo so was not able to proceed any thurther than verifying the makeinfo statement did the same thing when done on the command line. Basically I am stuck. I do not know whether it was my Cygwin configuration or something I have done or not done or whether it is a valid

Hi, Is it really true that nobody isn't able to give me a clue why makeinfo fails with this error: doc/cpp.texi:50: Unknown index `vr' and/or `op' in @synindex. ------------------------- make[2]: Entering directory `/C/Projects/src/llvm-gcc/gcc' for d in libgcc; do \ if [ -d $d ]; then true; else /bin/sh ./mkinstalldirs $d; fi; \ done if [ -f stmp-dirs ]; then true; else

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- This fixes the bin/fs-textureOffset-2D piglit test on nv50. Have yet to re-run the full piglit suite with this change in place, but it seems pretty obvious. src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp

Hello. I am in a habit of compiling daily snapshots of R-devel and R-patched on my Windows XP workstation. I have cygwin environment with up-to-date RTools and MiKTeX. I run cygwin and MiKTeX upadaters pretty often (every couple of days) so both of them are reasonably current. Recently I noticed a small annoyance when compiling R-dvel. It started happening right after I updated to the new

We have received an email in Ubuntu alerting us that something strange was going on during the r-base 2.7.1 rc build (see [1]). It seems that there is an error during the convertion of R-FAQ.texi to pdf. The following excerpt, taken from [2], shows the problem: /bin/sh: line 0: test: too many arguments TEXINPUTS=".:$TEXINPUTS" /usr/bin/texi2dvi --texinfo="@set UseExternalXrefs

There looks to be a typo in the R-exts manual: The whose @file{tests} is copied to the check area, ... ^^^^^ I'm not sure what was intended here, so I can't suggest a fix. (from https://svn.r-project.org/R/trunk/doc/manual/R-exts.texi) -- Tony Plate

I guess perl 5.18 was released and it is causing issues texi2html -monolithic -number-sections qemu-doc.texi texi2html -monolithic -number-sections qemu-tech.texi /data/dev/xen/xen-4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/ texi2pod.pl qemu-doc.texi qemu.pod pod2man --section=1 --center=" " --release=" " qemu.pod > qemu.1 qemu.pod around line 91: Non-ASCII

I guess perl 5.18 was released and it is causing issues texi2html -monolithic -number-sections qemu-doc.texi texi2html -monolithic -number-sections qemu-tech.texi /data/dev/xen/xen-4.3-git/src/xen-build/tools/qemu-xen-traditional-dir/ texi2pod.pl qemu-doc.texi qemu.pod pod2man --section=1 --center=" " --release=" " qemu.pod > qemu.1 qemu.pod around line 91: Non-ASCII

I built R form source succesfully on my Fedora 22 box. No errors. I can read there is an issue with some manuals at build time when running makeinfo, especially these two: doc/manual/R-exts.texi cp doc/manual/R-intro.texi Some distro have hacks about makeinfo 5 in their build script. I wonder if some manuals are broken but couldn't see it when running make. May someone tells me more about

G'day all, after issuing `svn up' on my machine this morning, I noticed that `make info' choked on R-exts.texi. Below is a patch that seems to solve the problem. BTW, while `make info' runs now, I still get the following warning: /usr/bin/makeinfo --enable-encoding -D UseExternalXrefs -I/opt/src/R-devel-src/doc/manual /opt/src/R-devel-src/doc/manual/R-exts.texi