similar to: Build failure on powerpc64

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

>>>>> Tom Callaway >>>>> on Thu, 12 Dec 2019 14:21:10 -0500 writes: > 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

>>>>> 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

>>>>> 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

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:

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

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)

Looking back through the commits to llvm-gcc-4.2/trunk/gcc/config/i386/darwin.h, I see a total backout of format related warnings in r56923 followed by the reapplication of r569065 with a fix (r56946)... -- llvm-gcc-4.2/trunk/gcc/config/i386/darwin.h 2008/10/01 17:38:40 56923 +++ llvm-gcc-4.2/trunk/gcc/config/i386/darwin.h 2008/10/02 06:16:08 56946 @@ -101,6 +101,8 @@ %{!mmacosx-version-min=*:

I've Samba 2.0.6 running as a NT-Server, but there is a problem: When user change password at their workstation, the "root" password get overwriten by the new user password as well. Appreciate your assistance. Thank you. Below is same setting at the Samba server FYI: ================================ workgroup = BGCM encrypt passwords = Yes update encrypted = Yes passwd

Sorry about the earlier confusion. I'll start fresh here. I'm getting these error messages when I run "make". begin installing recommended package foreign make[2]: *** [foreign.ts] Error 1 make[2]: Leaving directory `/opt/net/source/R-2.0.1/src/library/Recommended' make[1]: *** [recommended-packages] Error 2 make[1]: Leaving directory

Hi, Please forgive such a simple question. I have installed Samba using SWAT to configure it. The shares user are visible on the box hosting the Samba server using "smbclient -L hostname" and I can connect to the share using "smbclient //edev/mlong -U sharename" When browsing network neighborhood on a Win2K machine the Server is visible but the shares are not available.

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

Dear R Development Core Team, I've been trying to install R ver. 0.64.0 on a Dec-Alpha machine w/OSF1. A couple of things go wrong. After I type "make", the installation process bombs while trying to compile the R.binary. It reports the following: f77 -o ../../bin/R.binary {*** for brevity, I've deleted the filenames printed here ***} ld:

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

--Scraw_of_Flies_285_000 Content-Type: TEXT/plain; charset=us-ascii Content-MD5: eXeT31BJngKeovsqhTpOHg== Dear R-project, I am having difficulty compiling R for my unix machine. Attached is the config.log file that has all the necessary info. Can you help? Thank you. Mutlu.. ------------------------------- Mr. Mutlu Ozdogan Center for Remote Sensing Boston University 725 Commonwealth Avenue

I am trying to track down the cause of some errors that have been occurring on a number of our servers using LDAP. We have noticed that when a certain LDAP group exceeds 65 users we begin seeing glibc errors for users in the group. Users that are not in the group do not exhibit this behavior. We have seen this issue on machines running Centos 4.5 x86 & x86_64 with glibc-2.3.4-2.36 and RH4

Compiling llvm-gcc on an x86 machine with --target=powerpc-ibm-aix5.1.0.0, I get the following error: make \ CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute " \ CONFIG_H="config.h auto-host.h

Hi all: Below is a patch against 2.5.6 which fixes a problem when more than MAXLONG (2147483648) bytes are in the file system when statistics are output (and the compiler supports long long). Before the patch, I would get a core dump during statistics generation on large f. Now I can get statistics like: wrote 1139440 bytes read 20 bytes 17666.50 bytes/sec total size is 2154562788 speedup