similar to: alloca() on FreeBSD (PR#7890)

Full_Name: Eric van Gyzen Version: 1.6.2 OS: FreeBSD 5.0-RELEASE i386 Submission from: (NULL) (152.3.22.120) When compiling R (versions 1.6.1 and 1.6.2), I get the following messages: dumping R code in package 'methods' Fatal error: The X11 shared library could not be loaded. The error was /tmp/R-1.6.2/modules/R_X11.so: Undefined symbol "R_GlobalEnv" The compiler is GCC

Full_Name: Eric van Gyzen Version: 1.9.1 OS: FreeBSD Submission from: (NULL) (152.3.22.120) In several cases, "R CMD INSTALL" doesn't remove its temporary directory. It should call "do_cleanup" before every "exit".

Full_Name: Eric van Gyzen Version: 1.8.1 OS: FreeBSD 5.1-RELEASE Submission from: (NULL) (152.3.22.120) After updating perl from 5.6.1 to 5.8.2, R no longer builds. Also note that the build continued even after the failure. Is that a bug or a feature? ================================================================================ >>> Building/Updating help pages for package

As a fairly experienced Unix user, it's obvious to me that scp copies files from left to right -- that is, that the last [host:]file on the command line is the destination. However, this might not be so obvious to users with less experience. It pains me to suggest this, but perhaps the scp man page should be edited to make this more obvious. For example, from the [Free]BSD cp(1) man

I'm trying to compile R with support for profiling dynamically-loaded C code. I configured R with: export CFLAGS="-O0 -pg -pipe" export CXXFLAGS="-O0 -pg -pipe" export FFLAGS="-O0 -pg -pipe" ./configure --prefix=/tmp/Rprof --with-lapack="-llapack" --with-blas="-lblas" --with-bzlib --with-pcre

LLVM devs: Is this the right forum for nominating a fix for the 3.9 branch? I'd like to nominate r279930. http://llvm.org/viewvc/llvm-project?view=revision&revision=279930 We ran into this on 3.9.0, and then confirmed that it affects 3.7.0. Eric

On 08/07/2014 01:02, Charles Lepple wrote: >>> Sorry I did not test this sooner - this went to Gmane but not to my email. >>> If you have time, could you please write up a quick man page for this driver? >>> >>> Also, there seem to be some missing symbols and include files: >>> >>>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 AFAIK, alloca.h is not POSIX. Here's a patch that includes alloca.h only when it's really there. It also includes malloc.h, which is where mingw-w64 defines the alloca() macro, mapping it to gcc __builtin_alloca() or to msvcrt _alloca(). - -- O< ascii ribbon - stop html email! - www.asciiribbon.org -----BEGIN PGP SIGNATURE----- Version:

https://bugzilla.samba.org/show_bug.cgi?id=7015 Summary: Build problems on HP-UX, Tru64 -- alloca, -Wno-unused- parameter Product: rsync Version: 3.0.6 Platform: Other OS/Version: Other Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org

Could Rvsnprintf (in src/main/errors.c) be added to the R API with prototype in include/R_ext/Print.h say? Here's my problem. I'm trying to write some code that is not totally tied to R. Hence I want R style error messaging to be isolated in a small module. I do not want #include <R.h> and calls to error (Rf_error) in most of my code. Hence I want to write a module with something

Full_Name: Rainer Hurling Version: R-2.1.0 OS: FreeBSD6-CURRENT from May 19 2005 Submission from: (NULL) (213.54.77.26) /configure does well in FreeBSD6-CURRENT. When typing 'make' after a while I get: ------------------------------------- [...snip...] gcc -export-dynamic -L/usr/local/lib -o R.bin Rmain.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o

The following patch against current CVS uses autoconf to detect how to define alloca (used in vorbis-tools/oggenc/audio.c). The inclusion of <alloca.h> is done based on the definition of HAVE_ALLOCA_H rather than __sun. This change is necessary for compilation on IRIX. Thanks, Michael Index: configure.in =================================================================== RCS file:

On Jul 8, 2014, at 3:29 AM, Giuseppe Corbelli <giuseppe.corbelli at copanitalia.com> wrote: > Seems that on x64 architectures NULL is not #defined in <stddef.h> > the attached patch #includes <stdio.h> in AC_CHECK_DECLS. Tested on an ubuntu 12.10 x64, seems to solve the issue. I am a little confused as to how you are testing this :-) The driver still wouldn't compile

https://bugzilla.mindrot.org/show_bug.cgi?id=2483 Bug ID: 2483 Summary: use AI_ADDRCONFIG flag for getaddrinfo() hints on Solaris Product: Portable OpenSSH Version: 6.8p1 Hardware: All OS: Solaris Status: NEW Severity: enhancement Priority: P5 Component:

LLVM developers: Does anyone have time and interest to review a libc++ change? https://reviews.llvm.org/D26920 Eric

Hi, I have a problem with the extern declarations of optarg, optind, etc. We're currently moving getopt from being a statically linked function to a dynamically linked function as part of the Cygwin DLL. On Windows, this requires to generate special symbols (__imp__optarg, etc.), which is done by marking the exported variables in the corresponding header. Instead of extern char *optarg;

Morten Ofstad wrote: >> Hi, >> >> There's no HAVE_RAND48 symbol provided by autoconf. You'll have to >> add the appropriate check to autoconf/configure.ac before we can take >> this patch. I installed autoconf with cygwin now and I think I've managed to do this right now -- there are some strange problems with running the AutoRegen.sh script, so I

> Hi, > > There's no HAVE_RAND48 symbol provided by autoconf. You'll have to add > the appropriate check to autoconf/configure.ac before we can take this > patch. Sorry I forgot to mention I didn't make any changes to the configure script. The problem is that I can't test these things since I'm not on a Unix platform, and I'm not even using the

On Jul 7, 2014, at 10:10 AM, Giuseppe Corbelli <giuseppe.corbelli at copanitalia.com> wrote: > On 07/07/2014 15:03, Charles Lepple wrote: >> Giuseppe Corbelli <giuseppe.corbelli <at> copanitalia.com> writes: >> >>> Nevermind, please try the one attached, just created by >>> >>> git diff -p 80d9534 configure.ac data/driver.list.in

On 07/07/2014 15:03, Charles Lepple wrote: > Giuseppe Corbelli <giuseppe.corbelli <at> copanitalia.com> writes: > >> Nevermind, please try the one attached, just created by >> >> git diff -p 80d9534 configure.ac data/driver.list.in drivers/Makefile.am >> drivers/asem.c > asem.patch >> >> Just applied it on current master