similar to: MacOS 10.4 gcc-4.0 and libcc_dynamic

I have a package that contains some fortran code. It has been built in the past, but now I have an updated Apple OSX 10.4 (Tiger) system, and it fails. The behaviour is as follows $ R CMD CHECK oce ,,, gcc-3.3 -bundle -flat_namespace -undefined suppress -L/usr/local/lib -o oce.so geoddist.o ocecp.o rho.o spice.o strho.o theta.o tsrho.o -

we are trying to adapt the configure in order to work with latest gcc3.3 (from apple) and g77 3.4 (from http://gravity.psu.edu/~khanna/hpc.html ) At the moment there is no need to define the __DEBUGGING__ but there is still a problem with the -lcc_dynamic does any of you know how to check for this library and explain why we see -lcc_dynamic often passed as an ld flag. Where to find doc on

I upgraded to R-2.2.1 on two PPC G5 computers today. Further I want to work with the tseries package for the first time. As root with R CMD INSTALL tseries_0.10-0.tar.gz I get the following gcc-3.3 -bundle -flat_namespace -undefined suppress -L/usr/local/lib - o tseries.so arma.o bdstest.o boot.o dsumsl.o garch.o ppsum.o tsutils.o -framework vecLib -L/usr/local/lib/gcc/powerpc-apple-

Hi, I am having trouble compiling package gap http://www.hgmp.mrc.ac.uk/~jzhao/r-progs.htm on Tiger. I have installed XcodeTools 2.1. The binary version of gap currently available on CRAN has some bug and is fixed in the latest version. The message I get from R is below. Any help is greatly appreciated. best regards, Kenny Ye tar: Read 1536 bytes from - * Installing *source* package

Hi, I am trying to install the R libraries "rmutil" and "repeated" on a Mac OS X version 10.4.1 (which has the latest version of the Mac Developer tools installed) and I am having trouble compiling the libraries. The error message I receive is as follows (I have only included the error message when I try and install the rmutil library): ............................ *

On Jul 10, 2007, at 10:41 PM, Chris Lattner wrote: > On Wed, 11 Jul 2007, Leo Fink wrote: >>> You need to build darwin driver to use -arch. Try using build_gcc >>> script to configure and build llvm-gcc. >> >> Well, I guess this task exceeds my expertise. I just thought there >> was some obvious mistake I made because a lot of people might be >> using

On Wed, 11 Jul 2007, Leo Fink wrote: >> You need to build darwin driver to use -arch. Try using build_gcc >> script to configure and build llvm-gcc. > > Well, I guess this task exceeds my expertise. I just thought there > was some obvious mistake I made because a lot of people might be > using llvm-gcc4 as a drop-in to Apple's gcc to build multi- > architecture

Thanks for the hint, Devang. On Jul 6, 2007, at 7:26 PM, Devang Patel wrote: > You need to build darwin driver to use -arch. Try using build_gcc > script to configure and build llvm-gcc. Well, I guess this task exceeds my expertise. I just thought there was some obvious mistake I made because a lot of people might be using llvm-gcc4 as a drop-in to Apple's gcc to build multi-

Hello all. I''m a seasoned system administrator and have no fear of building source packages on a variety of platforms, but RMagick has, until recently, evaded all of my attempts to building it on my PowerBook. Someone else just mentioned that they had trouble with RMagick on OS X (Intel, don''t really know if my advice will help) so I decided to post a HOWTO to the list. I

On Jul 6, 2007, at 8:04 AM, Leo Fink wrote: > Built like this, llvm-gcc generates ppc code regardless of the -arch > flag (e.g. arch i386). > > What can I do to make it behave like Apple's gcc in this matter? You need to build darwin driver to use -arch. Try using build_gcc script to configure and build llvm-gcc. - Devang

Hi Bill, > We use GNUmakefile to trigger using the build_gcc script. thanks for the explanation, but I still don't understand why it is done this way. Why not just get Apple people to run some script, rather than trying to have "make" automagically do an Apple build? > It's not > ideal, but it's all we have at the moment. For LLVM, we placed those > files

Hello all, I set 'UDUNITS_PATH' and 'NETCDF_PATH' successfully to my custom places and then % R CMD INSTALL RNetCDF_1.1-3.tar.gz and got this: ... checking for executable suffix... checking for object suffix... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for main in -lnetcdf... yes checking for main in -ludunits...

On Apr 5, 2009, at 7:13 AM, Duncan Sands wrote: > On Saturday 04 April 2009 19:12:55 Mike Stump wrote: >> On Apr 4, 2009, at 6:17 AM, Duncan Sands wrote: >>> you need to use a separate objects directory and not build directly >>> in the llvm-gcc tree. For some reason the Apple people placed a >>> file >>> GNUmakefile in the tree which

On Tue, Apr 7, 2009 at 12:38 AM, Duncan Sands <baldrick at free.fr> wrote: > Hi Bill, > >> We use GNUmakefile to trigger using the build_gcc script. > > thanks for the explanation, but I still don't understand why > it is done this way.  Why not just get Apple people to run some > script, rather than trying to have "make" automagically do an > Apple

Hi, I was a happy user of Peter Parks' package (see http://www.chip.org/ ~ppark/Supplements/PNAS05/) and could compile it without error under Mac OS X 10.4. I then had a disk crash and had to re-install the developer tools and now I get hideous messages such as the one below. I have tried installing an earlier version of Mac OS X developer tools. No joy, Could anyone put me out of

Hi. (MacOSX 10.4.6) I downloaded R-latest.tar.gz just now from src/base- prerelease on CRAN. "make" gave the following error after an apparently successful ./configure: [snip] util.c: In function 'Rf_type2char': util.c:247: warning: return discards qualifiers from pointer target type gcc -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/ pcre

Dear folks: First of all, thanks for a great product and please do keep up your fine job with samba. As a humble contribution to your project, below is a patch to configure.in that allows libsmbclient.so to be correctly built in my system (Mac with Mac OS X). I hope this to be useful. I also noted that the generated Makefile, did not correctly install the library as the 'install'

RAqua now builds fine, but for some reason tcl/tk support cannot be compiled in. I get checking for /Library/Frameworks/Tcl.framework/tclConfig.sh... /Library/Frameworks/Tcl.framework/tclConfig.sh checking for /Library/Frameworks/Tk.framework/tkConfig.sh... /Library/Frameworks/Tk.framework/tkConfig.sh checking whether compiling/linking Tcl/Tk code works... no This is with configure

Can anyone tell me what's going on and how I can fix it? bash-2.05a# make make all-recursive Making all in src Making all in lib make[3]: Nothing to be done for `all'. Making all in lib-settings make[3]: Nothing to be done for `all'. Making all in lib-charset make[3]: Nothing to be done for `all'. Making all in lib-mail make[3]: Nothing to be done for `all'. Making all in

I would like to request help with the installation of dse in raqua in mac os x 10.3. I get the following error message after the messages indicating that parts were successfully installed. I would be most grateful for a solution. ----------------------------------------- * Installing *source* package 'setRNG' ... ** R ** inst ** help >>> Building/Updating help pages for