similar to: Build failure on powerpc64

>>>>> Tom Callaway >>>>> on Fri, 13 Dec 2019 11:06:25 -0500 writes: > An excellent question. It is important to remember two key > facts: > 1. With gcc on ppc64, long doubles exist, they can > be used, just not safely as constants (and maybe they > still can be used safely under specific conditions?). > 2. I am not an

Do note that 3.6-patched will only be live for a day or two as we branch for 4.0.0 on Friday. Anything committed there is unlikely to make it into an official release (in principle, the 3.6 branch can be revived but it would take a very strong incentive to do so.) If you want an R-3.6.3-for-ppc, I think a vendor patch is the way. AFAIR (it's been more than a decade since I looked at this

An excellent question. It is important to remember two key facts: 1. With gcc on ppc64, long doubles exist, they can be used, just not safely as constants (and maybe they still can be used safely under specific conditions?). 2. I am not an expert in either PowerPC64 or gcc. :) Looking at connections.c, we have (in order): * handling long double as a valid case in a switch statement checking

Hi R folks, Went to build R 3.6.2 for Fedora/EPEL and got failures across the board. Disabling the test suite for all non-intel architectures resolves most of the failures, but powerpc64 dies in the compiler, specifically here: gcc -m64 -I../../src/extra/xdr -I. -I../../src/include -I../../src/include -I/usr/local/include -I../../src/nmath -DHAVE_CONFIG_H -fopenmp -fPIC -O2 -g -pipe -Wall

>>>>> Martin Maechler >>>>> on Tue, 17 Dec 2019 11:25:31 +0100 writes: >>>>> Tom Callaway >>>>> on Fri, 13 Dec 2019 11:06:25 -0500 writes: >> An excellent question. It is important to remember two key >> facts: >> 1. With gcc on ppc64, long doubles exist, they can >> be used, just not

Hi all, Nice one for a Friday afternoon ... I'm trying to follow this section of the manual : http://cran.r-project.org/doc/manuals/r-devel/R-exts.html#Using-Undefined-Behaviour-Sanitizer to build R-devel (as of a few hours ago: rev 66684) with -fsanitize=undefined,address. My OS is Linux Mint Debian Edition. To get gcc-4.9 I added Debian testing to my apt sources and ran : sudo

R Compiliing or installation failure on FreeBSD 9.0-RELEASE FreeBSD ; I386 box. configuring with the default settings, no 'options' => ./configure ... ... ... checking whether gcc -std=gnu99 supports -c -o FILE.lo... yes checking for gcc -std=gnu99 option to support OpenMP... -fopenmp checking how to get verbose linking output from fc... configure:

I'm observing that base::sum(x, na.rm=FALSE) for typeof(x) == "double" is much more time consuming when there are missing values versus when there are not. I'm observing this on both Window and Linux, but it's quite surprising to me. Currently, my main suspect is settings in on how R was built. The second suspect is my brain. I hope that someone can clarify the below

This patch ports 5 new applications to the stubdom makefile structure for inclusion into stubdom domains. While these are required for vtpm-stubdom and vtpmmgrdom they could be used with other stubdom applications. -libgmp 4.3.2 -openssl 1.0.0a -polarssl 0.12.1 -berlios tpm_emulator 0.6.1 -vtpm_manager (from the tools directory) Signed off by: Matthew Fioravante

I was wondering why it is possible to read long labels from the CVS files but not from the SPSS files. I did not have much time to search for the code but I found: in foreign_0.8-10 source file var.h.in > /* Definition of the max length of a short string value, generally > eight characters. */ > #define MAX_SHORT_STRING ((SIZEOF_DOUBLE)>=8 ? ((SIZEOF_DOUBLE)+1)/2*2 > : 8)

Dear list, I'm having a problem configuring R-1-9-patched on a Intel Xeon machine running Fedora Core 2. I used svn to checkout the source, altered config.site to add some optimisation flags to match the Fedora rpm on CRAN (the flags work fine on two other P3 or P4 machines I've compiled R on). ./configure fails with: <snip> checking for long double... yes checking size of

This is a great example how you cannot figure it out after spending two hours troubleshooting, but a few minutes after you post to R-devel, it's just jumps to you (is there a word for this other than "impatient"?); Let me answer my own question. The discrepancy between my sum2() code and the internal code for base::sum() is that the latter uses LDOUBLE = long double (on some system

Hi, compilation of OpenSSH 4.2p1 / OpenSSL 0.9.8a / zlib 1.2.3 worked fine on Linux i386 / x86_64, SunOS, AIX and HP-UX. Compilation of OpenSSH 4.3p1 / OpenSSL 0.9.8a / zlib 1.2.3 works fine now only on Linux i386 / x86_64, SunOS, AIX. But on HP-UX 11.00 (gcc 3.3.2), "make" produces following... (cd openbsd-compat && make) gcc -o ssh ssh.o readconf.o

Upgraded to dovecot 2.2.4 from 2.1.16 Error I see is: doveadm(root): Error: Module is for different ABI version 2.1.16 (we have 2.2.ABIv3(2.2.4)): /usr/local/lib/dovecot/doveadm/lib10_doveadm_zlib_plugin.so How do I resolve this? Configure options: ./configure --with-bzlib --with-ssl --with-mysql --with-zlib --with-pam Configuration: # 2.2.4: /usr/local/etc/dovecot/dovecot.conf # OS: Linux

Dear R-users, I successfully installed the package Rstreams under linux, but my first attempt to do so on SGI IRIX 6.5 (64bits) lead to the following error message. -------------------- laurent at genome> R CMD INSTALL Rstreams Installing source package `Rstreams' ... creating cache ./config.cache checking for ftruncate... yes checking size of long double... 16 updating cache

Hi there! The attached patch fixes a few places where 32bit register classes or instructions are used on PowerPC64. This lets me compile a working "vim" at -O0 on PowerPC64/FreeBSD. Previously it would crash the compiler with llvm_unreachable("Impossible reg-to-reg copy"); As it was mixing 64 bit registers with 32bit ones. Vim compiled with -O2 still crashes. OK

Hi! I always have to specify the flag -mminimize-toc when compiling on a PowerPC64 architecture (Linux, AIX). Is this the preferred way or are there other/better solutions? If this flag is always required then I would create a patch to automatically set this flag. Regards Kai

Kai, As I recall, this is required for gcc (but maybe not if you have a very recent version), and is not required when compiling with clang. -Hal ----- Original Message ----- > Hi! > > I always have to specify the flag -mminimize-toc when compiling on a > PowerPC64 architecture (Linux, AIX). Is this the preferred way or are > there other/better solutions? > > If this

Hi, Please consider the following : > x = as.integer(2^30-1) [1] 1073741823 > sum(c(rep(x, 10000000), rep(-x,9999999))) [1] 1073741824 Tested on 2.15.2 and a recent R-devel (r62132). I'm wondering if s in isum could be LDOUBLE instead of double, like rsum, to fix this edge case? https://svn.r-project.org/R/trunk/src/main/summary.c Thanks, Matthew

On 24 November 2015 at 13:06, Maxim Ostapenko <m.ostapenko at partner.samsung.com> wrote: > On 23/11/15 16:46, Jay Foad wrote: >> >> In LowerGET_DYNAMIC_AREA_OFFSET() you're calling >> MFI->getMaxCallFrameSize(), but it looks like that doesn't return useful >> information until after the PrologEpilogInserter's >>