similar to: [LLVMdev] New LLVM sparc backend

On Wed, Sep 29, 2004 at 06:44:50PM -0400, Shukang Zhou wrote: > I met some errors when I tried to build LLVM. The tar file is > llvm-1.3.tar.gz. I am using a sparc machine with gcc 3.2.2. > > ------------- > Compiling SparcV9CodeEmitter.cpp > /uf24/zhou/research/llvm/src/lib/Target/SparcV9/SparcV9CodeEmitter.cpp: In > static member function `static void >

We currently have a samba install on Solaris 8 providing a front-end to a Rational ClearCase system. Because of some recent changes, we are having Kerberose issues in validating files (too many open files). After some research, I found that the best way to resolve these is to re-compile samba as a 64bit application to increase the open file restrictions on a Solaris 32 bit app. The problem I am

Hi list, I tried to install MCMCpack to R-2.12.0, got the following error, CC -m64 -library=stlport4 -I/apps/sparcv9/R-2.12.0/lib/R/include -DSCYTHE_COMPILE_DIRECT -DSCYTHE_DEBUG=0 -DHAVE_TRUNC -DHAVE_IEEEFP_H -I/opt/csw/include -KPIC -g -c MCMCSVDreg.cc -o MCMCSVDreg.o "error.h", line 598: Error: The function "abort" must have a prototype.

Hi, I met some errors when I tried to build LLVM. The tar file is llvm-1.3.tar.gz. I am using a sparc machine with gcc 3.2.2. ------------- Compiling SparcV9CodeEmitter.cpp /uf24/zhou/research/llvm/src/lib/Target/SparcV9/SparcV9CodeEmitter.cpp: In static member function `static void llvm::<unnamed>::JITResolver::CompilationCallback()':

Hi, been trying to build R-1.5.1 for som eof our users here. No probs with gcc-3.2 32-bit installtion, but thought we'd try it with the 64-bit just for the crack. Configuring thus CC=gcc3 CFLAGS="-m64" CXX=g++3 CXXFLAGS="-m64" F77=g773 FFLAGS="-m64" LDFLAGS="-m64 -L/usr/local/packages/gcc-3.2/lib/sparcv9" ./configure

openssh 3.7p1 sshd on Solaris 8 / sparcv9: sshd runs fine, and starts to allow the login. However, when reading from /etc/default/login, I get a bus error. I am able to get sshd to work by commenting out these lines in session.c: 1015,1018c1015 < # ifdef HAVE_ETC_DEFAULT_LOGIN < read_etc_default_login(&env, &envsize, pw->pw_uid); < path =

System details: -------------- Sun Blade 1000, Solaris 8, Sun ONE Compiler Suite (rebranded Forte 7), R versions 1.6.0 and 1.6.2 - suspect others are affected, too Problem description: ------------------- Using the recommended env var setting from p.15 of the Admin Guide, the configure script fails the sgemm sunperf test, even though the sunperf libraries are available Not linking with

On Mon, 7 Nov 2005, Bill Wendling wrote: > What's the config.log from this run? its attached. -Tanya > > -bw > > On 11/3/05, Tanya Lattner <tonic at nondot.org> wrote: >> >> Following the instructions here: >> http://llvm.cs.uiuc.edu/docs/TestingGuide.html#run >> >> I get an error running configure in the llvm-test directory. >>

Hi, I am trying to compile R-2.2.1 on Solaris 2.9 with a 64-bit build. Following the instructions in "R Installation and Adminstration", I changed the following settings in "config.site": CC="gcc -m64" F77="g77 -64" CXX="g++ -m64" LDFLAGS="-L/usr/local/lib/sparcv9 -L/usr/local/lib" But I got the following error messages:

On 03/02/2010, at 10:16 PM, Anton Korobeynikov wrote: > Hello, Nathan > >> I've put together some preliminary patches to add frontend support for the sparcv9-* subtarget (ie 64-bit SPARC), modelled on the corresponding x86-64 code - do these look reasonable for inclusion? This doesn't address the codegen side of things yet (isel falls over when trying to actually emit

Hello R Help, I am attempting to install/build a 64-bit version of R to hopefully resolve some memory.limit problems for a user who is running a simulation. The 'configure' runs fine and the compilation (make) runs fine until the very last part (see below). I have libiconv in /usr/local/lib (no sure why I am getting the referencing error). The config.site file is attached. ANY HELP YOU

Hello, Nathan >   I may need to clarify, sparcv9-* is used for the SPARCV9 ABI (ie 64-bit ABI), rather than the SPARCV9 CPU per se. It serves the same purpose as x86_64-* and powerpc64-*, which is to say it's associated with -m64, not -mcpu=v9 (although unsurprisingly -m64 does require a V9 or later CPU). I may be wrong, but I think the only distinction in ARM is between arm and thumb

Hi, Thanks for the replies in the mailing list. I made some progress in building LLVM, but I still have a problem about ELF class. I am working with LLVM on a sparcv9 machine, while the gcc is configured to emit 32-bit binary by default. After executing "configure --with-llvmgccdir=... --enable-jit", I modified Makefile.config so it contains CXX = g++ -mcpu=v9 -m64 CC := gcc -mcpu=v9

-------- Original Message -------- Subject: Sun Solaris 8 compile problem. Date: Thu, 06 Nov 2003 23:03:36 -0700 From: Jack Matthews <jmatthews@t-graphic.com> To: R-help@lists.R-project.org I am new to the list was wondering if anyone can help me find the reason and remedy for compiling R on an ultrasparc 60 solaris 8 with gcc 3.2.2 in 64 bit mode? Fails in checking for a fortran

On Thu, Jul 08, 2004 at 11:12:58AM -0500, Vikram Adve wrote: > PHI nodes within machine code were originally used by the Sparc > back-end but they turned out not to be necessary. Actually, they are currently used in non-SparcV9 backends (see below). > Instead, LLVM phis are lowered to copy instructions in the machine > code (I believe this happens just after instruction selection).

Hello, I'm currently working on a project for the UC Berkeley in which a C++ file needs to be parsed that contains a new command. This new command is compiled to assembly, based on the SPARC V8, using a macro. On http://llvm.org/releases/1.8/docs/CFEBuildInstrs.html I read that inline assembly isn't supported. That page is last update 2 years ago. Does LLVM still not support inline

By my reading, R has a hard limit on INT_MAX bytes for vector allocations. On the sparcv9 architecture, INT_MAX is a 32 bit quantity, even though pointers can be 64 bits. Has any thought been given to use of > 2GB of virtual memory on systems like this? -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read

I have recently completed a build on Cygwin and am now hosting the Cygwin nightly tester. Here's some things you should know: 1. LLVM 1.4 release won't build on Cygwin so you'll have to use the latest CVS sources. 2. Even if you build it on Cygwin, it probably won't work unless you use the C Backend. See the test results here: http://llvm.x10sys.com/testresults/Cygwin

Hello When I was using OpenSSH-2.9p2 in Solaris 8 sparcv9 (64bit) environment, I found some trouble that wtmpx has broken. The size of utmpx structure object becomes larger than 32 bit environment in sparcv9 environment.Therefore, instead of using utmpx structure object, using futmpx structure object is better. In sparcv9 environment, futmpx structure object is used instead of utmpx structure

64-bit R-2.12.0 was installed on Sun SPARC Solaris 10. Compiler used is solstudio12.2. Attached is the configure script. I then tried to install a recommended package called Matrix. The compilation failed with the following messages, ....... CC -library=stlport4 -G -L/opt/csw/lib/sparcv9 -L/opt/solstudio12.2/prod/lib/v9 -o Matrix.so CHMfactor.o Csparse.o TMatrix_as.o Tsparse.o init.o Mutils.o