similar to: trouble compiling R on Irix

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

This patch (apologies for the size) updates zlib/* to the files that ship with zlib 1.1.3. Index: zlib/ChangeLog =================================================================== RCS file: /cvsroot/rsync/zlib/ChangeLog,v retrieving revision 1.1 diff -u -r1.1 ChangeLog --- zlib/ChangeLog 7 May 1998 06:19:41 -0000 1.1 +++ zlib/ChangeLog 30 Jan 2002 01:12:41 -0000 @@ -1,6 +1,54 @@ ChangeLog

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

Hi, I have got a curious issue with an R package which uses zlib, against the official binary here: http://cran.r-project.org/bin/linux/redhat/el4/i386/R-2.4.1-1.rh4AS.i386.rpm on a Redhat EL4 i686 system. The problem is that at the end of reading a gzip'ed file within my C code, gzgetc() returns -1 (no more to read or error) but gzeof() doesn't return true. Now one can probably jump to

hello, little problem compiling openssh 4.6p1 on irix using mipspro 7.4.x. c99 -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o sshpty.o sshlogin.o servconf.o serverloop.o auth.o auth1.o auth2.o auth-options.o session.o auth-chall.o auth2-chall.o groupaccess.o auth-skey.o auth-bsdauth.o auth2-hostbased.o auth2-kbdint.o auth2-none.o auth2-passwd.o auth2-pubkey.o

Hi, Thanks to Profs. Ripley and Tierney for their tips, I compiled zlib from source and gotten further. Here's where I get stuck, when it tries to compile the tcltk package: ld32: FATAL 12 : Expecting n32 objects: /usr/local/lib/libtcl8.3.so is n64. Now I'm confused. Sounds like 32-bit vs. 64-bit problem. What can I do at this point? (This is on Irix.) Regards, Andy

Hi LLVM Dev, I have an old problem that I've wanted to clean-up for some time. Our chip has gone through a number of iterations in the past few years, but with each revision there have been changes to some of the mnemonics for instructions. These are mostly very simple, for example we had a 32-bit load from memory instruction named 'LD32' in one version of the chip, but for a

Hello, I'm trying to compile libogg, libvorbis, libao, and vorbis-tools on an SGI Octane running Irix6.5.22. libogg configures and compiles without a problem. I installed it in usr/local/lib. When I moved on to libvorbis trouble began. The configure script made the following complaint: checking for Ogg... 12269:./conftest: rld: Error: unresolvable symbol in ./conftest:

Thanks for the quick answer Bruce. So far as I can tell (from a quick read), this is really for integrated assemblers/disassemblers - but we use an external assembler. When invoking clang we would provide ‘-mcpu=chip_v1’ or ‘-mcpu=chip_v2’, and the mnemonic ‘LD32’ is only valid when compiling for ‘chip_v1’, while ‘LD.32’ is only valid when compiling for ‘chip_v2’. But I will study the

Hi, Trying to build llvm on irix mips with gcc 3.4.6 and receiving the following types of errors ld32: ERROR 33 : Unresolved text symbol "std::basic_string<char, std::char_traits<char>, std: :allocator<char> >::basic_string(std::basic_string<char, std::char_traits<char>, std::allocator <char> > const&)" -- 1st referenced by

Thanks to Peter Dalgaard and Suchandra Thapa for answering my question! Before I settle on a particular option, I'd like to ask one more question if I may: Are there any practical advantages to compiling R to 64-bit vs 32-bit? Regards, Andy > -----Original Message----- > From: Peter Dalgaard BSA [mailto:p.dalgaard at biostat.ku.dk] > Sent: Thursday, April 18, 2002 4:19 PM > To:

Full_Name: Laurent Gautier Version: 1.3.0-patched OS: IRIX 6.5 Submission from: (NULL) (130.225.67.199) During the configuration step, things do not go perfect: The file config.log has : configure:3754: gcc -o conftest -g -O2 -I/usr/freeware/include -I/usr/local/include -static conftest.c -L/usr/local/lib 1>&5 ld32: FATAL 9 : I/O error (/usr/lib32/mips3/nonshared/crt1.o): No such

Problem compiling R. version: 0.64.2 machine: SGI O2 OS: IRIX6.5 CC cc FC f77 MAKE GNU make 3.75 Here is part of the the output for make. make[2]: Leaving directory `/usr/people/faculty/math/mgass/stage/R/R-0.64.2/src/include' make[2]: Entering directory `/usr/people/faculty/math/mgass/stage/R/R-0.64.2/src/appl' cc -g -OPT:IEEE_NaN_inf=ON -I../include

Hello Everyone... Some time ago, i send some questions about plugins and concat 2 file handles. So, there is another questions about this. Timo Sirainen send to me this modification, in src/lib-storage/index/maildir/maildir-mail.c struct istream *full_input[3]; full_input[0] = i_stream_create_fd(fd, 0, TRUE); full_input[1] = i_stream_create_fd(fd1, 0, TRUE); full_input[2] = NULL; input =

SGI IRIX 6.5.9 gcc 2.95.2 gnu make ./configure make make install /usr/include/string.h:67: warning: conflicting types for built-in function `memcpy' /usr/include/string.h:74: warning: conflicting types for built-in function `memcmp' /usr/include/string.h:95: warning: conflicting types for built-in function `memset' /usr/include/string.h:97: warning: conflicting types for built-in

I have installed both 32-bit and 64-bit versions of R2.12.0 (2010-06-15 r52300) on my Ubuntu 10.04 64-bit system. I observe the following behavior when running the examples from base::connections. There appears to be a problem with seek() on a .gz file when using a 32-bit installation of R2.12.0, but the problem doesn't appear in the 64-bit installation. I realize that seek() has been

Hi Frederick, > Trying to build llvm on irix mips with gcc 3.4.6 and receiving the following types of errors > > ld32: ERROR 33 : Unresolved text symbol "std::basic_string<char, std::char_traits<char>, std: > :allocator<char> >::basic_string(std::basic_string<char, std::char_traits<char>, std::allocator > <char> > const&)" -- 1st

I have built R-2.0.1 on AIX64 V 6.5 on a machine that is intentionally isolated from remotely connecting to the internet -- and we'd like to keep it isolated! I have not seen anything in the FAQ's or Install Manual about shutting off or 'configuring out' the internet connectivity. ditto for './configure --help' For some reason > capabilities() jpeg png