Displaying 20 results from an estimated 300 matches similar to: "Conditional for XDR code left out in saveload.c (PR#478)"
2001 May 18
1
Installation help (saveload.c)
I'm trying to install R on a SunOS 5.6 system.
The first problem I encountered was during configuration.
From config.log:
configure:7171: checking whether the C++ compiler (c++ ) works
configure:7187: c++ -o conftest -I/usr/local/include conftest.C
-L/usr/local/lib 1>&5
ld: fatal: library -lstdc++: not found
ld: fatal: File processing errors. No output written to conftest
2002 Mar 19
1
Solaris 8 error - make: Fatal error: Command failed for target `saveload.o'
After a clean "configure" under Solaris, my R-1.4.1 make is dying with this
error & the others below. Does anyone know how to fix this/these problems?
Thanks in advance for your assistance - Craig Stewart
> make
...
gcc -I. -I../../src/include -I../../src/include -I/usr/local/include
-DHAVE_CONFIG_H -g -O2 -c random.c -o random.o
gcc -I. -I../../src/include
2015 May 15
2
[LLVMdev] CMake 3.2 warning in Compiler-RT
Hi Folks,
Now that I'm using CMake 3.2.2 to get the "pool = console" Ninja
feature, I'm seeing this warning:
CMake Warning (dev) at
projects/compiler-rt/cmake/Modules/CompilerRTUtils.cmake:55 (if):
Policy CMP0054 is not set: Only interpret if() arguments as variables or
keywords when unquoted. Run "cmake --help-policy CMP0054" for policy
details. Use the
2006 Oct 31
0
6417056 nfssrv should use doors/xdr as its IPC mech to mountd(1m) (fix unref)
Author: rmesta
Repository: /hg/zfs-crypto/gate
Revision: 7413fc53072f4145c1b3ac0e2169234084b4c6ab
Log message:
6417056 nfssrv should use doors/xdr as its IPC mech to mountd(1m) (fix unref)
Files:
create: deleted_files/usr/src/cmd/fs.d/nfs/mountd/svc_local.c
delete: usr/src/cmd/fs.d/nfs/mountd/svc_local.c
2001 Dec 16
1
Reading/writing XDR files
Hi all,
I am writing relatively large data files from some simulation code that
runs on a variety of different platforms. I just migrated from my own
(broken) file format that was not particularly platform independent to the
XDR format. Is it possible to read these XDR files directly into R?
Cheers,
Randall
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-help
2006 Oct 31
0
6417056 nfssrv should use doors/xdr as its IPC mech to mountd(1m)
Author: rmesta
Repository: /hg/zfs-crypto/gate
Revision: 4af930f29a665f04c4cf91ef1fbc049fb427a304
Log message:
6417056 nfssrv should use doors/xdr as its IPC mech to mountd(1m)
Files:
create: deleted_files/usr/src/uts/common/rpcsvc/nfsauth_prot.x
create: usr/src/cmd/fs.d/nfs/mountd/nfsauth_xdr.c
create: usr/src/uts/common/fs/nfs/nfs_auth_xdr.c
create: usr/src/uts/common/nfs/auth.h
delete:
2004 Feb 26
2
save() size in XDR
Dear R-devel,
Is there a way to find the size in bytes of a save()
command --before-- the file has been saved?
If not, can anyone point me to some resources on XDR
so I can find a way to calculate it?
Thanks,
=====
Nathan Whitehouse
Statistics/Programming
Baylor College of Medicine
Houston, TX, USA
nlwhitehouse@yahoo.com
http://rho-project.org: rho- open source web services for R.
2001 Aug 02
2
xdr real data read error
Hello all
I have received a message when attempting to load a workspace in R1.3, which
reads: 'an xdr real data read error occured'. Has anyone come across this
error message before?
With thanks
James Rimmer
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info",
2011 Jul 18
2
Problem compiling in extra/xdr
I'm building R 2.13.1 on i686-pc-linux-gnu, using gcc 4.6.1
and with glibc 2.14.
I get this error:
In file included from xdr.c:61:0:
./rpc/types.h:63:14: error: conflicting types for 'malloc'
make[4]: *** [xdr.o] Error 1
I can make the build proceed some by commenting out the
declaration "extern char *malloc();" in xdr/rpc/types.h,
but then I get a slew of other errors:
2011 Jul 18
2
Problem compiling in extra/xdr
I'm building R 2.13.1 on i686-pc-linux-gnu, using gcc 4.6.1
and with glibc 2.14.
I get this error:
In file included from xdr.c:61:0:
./rpc/types.h:63:14: error: conflicting types for 'malloc'
make[4]: *** [xdr.o] Error 1
I can make the build proceed some by commenting out the
declaration "extern char *malloc();" in xdr/rpc/types.h,
but then I get a slew of other errors:
2017 Mar 06
0
[PATCH] lib: Prefer tirpc for XDR, and rationlise how we search for alternatives.
glibc in Fedora is currently configured with `--enable-obsolete-rpc',
so I guess we can see the way the wind is blowing.
(1) This changes our configure script to prefer libtirpc if it is
available.
If libtirpc is _not_ available then:
(a) Headers must be located in <rpc/xdr.h>, or the user must supply
the right CFLAGS.
(b) XDR functions must be located in one of -lportablexdr, -lrpc,
2017 Mar 07
1
[PATCH v2] lib: Prefer tirpc for XDR, and rationalise how we search for alternatives.
v1 -> v2:
- No functional changes to the patch, just fixes a few bugs.
Rich.
2006 Oct 19
0
Memory leak
This is a followup to the R-help thread, "Error: STRING_ELT() can only
be applied to a 'character vector', not a 'builtin'". Thanks to Prof.
Brian Ripley for suggesting the use of gctorture and valgrind. I am
getting segmentation faults that appear to come from a memory leak.
I now have a reproducible example (below). It requires the "g.data"
package
2001 Jul 27
3
installation error
Hello everybody, I am trying to install R on Solaris 2.6. I get the
following error
Thanks in advance
"In file included from /usr/include/sys/turnstile.h:12,
from /usr/include/sys/t_lock.h:20,
from /usr/include/sys/vnode.h:37,
from /usr/include/sys/stream.h:21,
from /usr/include/netinet/in.h:38,
from
1999 Mar 18
1
Building R under gnumake 3.75, Solaris 2.6
./configure works fine. make generates the error
......
gcc -g -O2 -I../include -I../../src/include -c saveload.c -o saveload.o
In file included from /usr/include/sys/turnstile.h:12,
from /usr/include/sys/t_lock.h:20,
from /usr/include/sys/vnode.h:37,
from /usr/include/sys/stream.h:21,
from /usr/include/netinet/in.h:38,
1999 May 07
0
R-0.64.0 on SUN
When I try to install R-0.64.0 on my SUN (
> uname -a
SunOS ac6 5.7 Generic sun4u sparc SUNW,Ultra-5_10
)
I get after "./configure --disable-readline" and "gmake" the following
errors:
gcc -O2 -I../include -I../../src/include -c saveload.c -o saveload.o
In file included from /usr/include/sys/tiuser.h:18,
from /usr/include/tiuser.h:17,
1998 Apr 21
1
R-beta: R make problem
I've just got a new workstation with Solaris 5.6 and seem to be having some R
0.61.1 installation problems that did not occur in 5.5. If anyone can see the
problem I would appreciate suggestions. Following is output from make at the
point of failure.
TIA
Paul Gilbert
...
gcc -g -I../include -c relop.c
gcc -g -I../include -c saveload.c
In file included from
2000 Jan 17
1
dyn.load problem
Hi,
I'm trying to write modified versions of R save/load functions which read
from/write to a char array instead of a file pointer. I want to compile
my functions into a library and dyn.load them. Of course the new functions
mySave/Load will use some of the internal R functions used by save/load,
for example "MarkSave" (to be found in .../src/main/saveload.c). I
declared them as
2006 Oct 02
0
2.3.1: interacting bugs in load() and gzfile() (PR#9271)
Hello,
If repeated calls are made to save() using the same pre-opened gzfile
connection to a file, and then the connection is closed, the objects
saved by the second and subsequent calls are not correctly restored by
repeated calls to load() with a new gzfile connection to the same file.
What follows are a session exposing the bugs, analysis (see ANALYSIS),
patches (see PATCHES), and a session
1997 Dec 13
1
R-beta: Compile error; R-0.60.1, Solaris 2.6, gcc 2.7.2.1
Hi!
I have just downloaded the R-0.60.1 sources and have problems compiling R
on a Sun Ultra 1 running Solaris 2.6 and gcc 2.7.2.1.
I have not been able to find to find any compiling hints in the
documentation or the FAQ.
After ./configure I use make and get the output below.
Any hints are welcome.
I am not on the list, so please answer me directly too.
Best regards
Jens
---
Jens Lund