similar to: [LLVMdev] attempt to make dummy drivers for llvm-gcc for f77, java and objc

Hi everyone, I am using linux/ppc and after porting llvm's jit for this architecture, I am currently trying to compile llvm-gcc on it. I have gcc 4.1.1 and use llvm-gcc from cvs. Compilation fails and the message is: gcc -O2 -DIN_GCC -DDEFAULT_TARGET_MACHINE=\"powerpc-unknown-linux-gnu\" -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long

On Mon, 14 May 2007, Nicolas Geoffray wrote: > Hi everyone, I am using linux/ppc and after porting llvm's jit for this > architecture, I am currently trying to compile llvm-gcc on it. > > I have gcc 4.1.1 and use llvm-gcc from cvs. This looks like you're compiling llvm-gcc3, which is quite dead by now. Please follow these instructions: http://llvm.org/docs/CFEBuildInstrs.html

>> Dear All, I have been trying for days but still cannot break this barrier. May I get your help? I have compiled llvm-2.1 successfully and make install. When I proceed with llvm-gcc-4.2-2.1, however, I keep getting linking error as attached. Some functions with totally different content conflict with each other in linking process. That is a Linux box (Debian, with 2.6.23-1

Hello! Try to comile sope on CentOS 7 and get: # make This is gnustep-make 2.7.0. Type 'gmake print-gnustep-make-help' for help. Running in gnustep-make version 2 strict mode. Making all in sope-xml ... Making all in SaxObjC ... Making all for library libSaxObjC... Compiling file SaxAttributeList.m ... gcc: error trying to exec 'cc1obj': execvp: Datei oder Verzeichnis nicht

On Tue, Jul 09, 2019 at 09:02:05PM +0200, Andreas Meyer wrote: > gcc: error trying to exec 'cc1obj': execvp: Datei oder Verzeichnis nicht gefunden You need the gcc-objc package. -- Jonathan Billings <billings at negate.org>

I was going through the config.log after installing R successfully on a Linux ppc64 machine. However, I could not install the MCMCpack and looked at the config.log file for gcc and g++ errors.I found some of them and have pasted them below. Please let me know if they can affect the installation of other packages on R. ------------------ configure:7479: checking whether we are using the GNU

Installing 0.99.0 with Dec UNIX 4.0f, if I use the native fortran compiler (--with-f77) configure fails with: checking for Fortran libraries... -lUfor -lfor -lFutil -lm -lots -lm checking whether Fortran libraries work correctly... no In case anyone else runs into this, the quick fix is to change line 2071 of configure from ${CC} ${LDFLAGS} -o conftest conftest.o ${FLIBS} \ to ${FC}

Full_Name: Albrecht Gebhardt Version: 0.99.0 OS: alpha, osf4.0 Submission from: (NULL) (143.205.180.40) configure stops when checking if cc and f77 "agree on int and double". This is only due to a linking problem (linking fortran object with cc without for_main.o complains about unreloved dependency to main. Solution: add -expect_unresolved main to th linking step, see patch below

Full_Name: Albrecht Gebhardt Version: 0.99.0 OS: alpha, osf4.0 Submission from: (NULL) (143.205.180.40) Im not sure if this is really correct, but it has proven to work. 1. It is always a good idea to add -std1 to DEC cc's flags to force strict ANSI language mode. It was neccessary for 0.90.x to compile, so I used it for 0.99.0 too 2. I'm not sure if -fpe3 is neccessary for DEC f77,

This was addressed to the wrong place ... ------- start of forwarded message ------- From: Annette Molinaro-Clark <annette@pacific.llnl.gov> To: maechler@R-project.org Subject: R-Installation Date: Thu, 15 Mar 2001 12:10:19 -0800 (PST) Hi - I'm trying to install R to a supercomputer which has a Fortran 77 compiler; however, when i do ./configure I receive this error . . . checking

Dear R-devel, I am converting some stand-alone programs (mixed C and F77) to R functions. I've run into two issues that I haven't been able to resolve. I've looked at the R-exts manual and Readme files, but haven't found answers. (1) Can I link to a (Win32) static library? Is there some option to RCMD SHLIB that allows this? I've tried RCMD SHLIB myprog.c -l

A colleague is using Watcom F77 version 11 in Windows NT, and wants to create DLLs callable from R. (He was previously able to do external calls from S-PLUS). Does anyone know what magic is necessary so that it uses the right calling convention? In a debugger, it appears it's using a register-based calling convention, no matter what we ask for, but we're probably asking in the wrong

How to solve this problem? $ make make[1]: Entering directory `/tmp/llvm3/llvm/build/libiberty' make[2]: Entering directory `/tmp/llvm3/llvm/build/libiberty/testsuite' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/tmp/llvm3/llvm/build/libiberty/testsuite' make[1]: Leaving directory `/tmp/llvm3/llvm/build/libiberty' make[1]: Entering directory

OK: despite Dirk's very kind help, I decided that trying to deal with R configuration and Debian configuration simultaneously was too difficult. I did manage to solve my problem by reconfiguring/making/ installing all of 2.3.1 from source: ./configure F77=/usr/bin/g77 make make install A few questions inspired by this experience: (1) it seems a bit odd that R sets F77=gfortran by

Dear R-help, I've managed to crash R on Irix when I called a Fortran subroutine that calls R's random number generator, as described in Section 5.6 of the R-exts manual. (It does say in that section that this is not guaranteed to be portable...) (Well, R doesn't crash when calling the RNG. It crashed when the random number generated isn't inside the unit interval.) Can anyone

Is there an llvm objc frontend we can play with? If none then is there being written now? -- SMS Global Ltd Short Message Service For Seafarers -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20051213/c9765598/attachment.html>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I have recently started using llvm and just decided to use it one of my projects. I wonder if there is an objc frontend available? Im suddenly very tempted to put the objc runtime in kernel space! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using the GPG bundle for GNUMail

Chris Lattner wrote: > > Hi Everyone, > > I just pushed out the latest version of my new GCC4-based llvm-gcc here: > http://gcc.gnu.org/ml/gcc/2006-01/msg00931.html > This email includes status and instructions for use. The instructions seem to have one path wrong. It says to get: svn://gcc.gnu.org/svn/gcc/branches/apple/trunk/gcc, revision 108127. but the patch

On Wed, 1 Mar 2006, Vladimir Prus wrote: >> I just pushed out the latest version of my new GCC4-based llvm-gcc here: >> http://gcc.gnu.org/ml/gcc/2006-01/msg00931.html >> This email includes status and instructions for use. > > The instructions seem to have one path wrong. It says to get: I'll put together a tarball today. That will be easier than dealing with a

Chris Lattner wrote: > On Wed, 1 Mar 2006, Vladimir Prus wrote: >>> I just pushed out the latest version of my new GCC4-based llvm-gcc here: >>> http://gcc.gnu.org/ml/gcc/2006-01/msg00931.html >>> This email includes status and instructions for use. >> >> The instructions seem to have one path wrong. It says to get: > > I'll put together a