search for: rc_archs

...> On Oct 8, 2009, at 4:52 PM, Stuart Hastings wrote: >> Currently, to get LLVM to build "Apple-style," it's necessary to >> copy two files (utils/buildit/GNUmakefile and utils/buildit/ >> build_llvm) into the top-level directory. > > Why not: > > $ RC_ARCHS="x86" make > echo Apple Build. > Apple Build. > $ make > echo Standard Build > Standard Build > $ cat Makefile > ifneq ($(RC_ARCHS),) > include Makefile.apple > else > all: > echo Standard Build > endif > mrs $ cat Makefile.apple > all: > ech...

...would look this over. I'm proposing to rename the top-level Makefile to "Makefile.standard", and add a new, trivial top-level "Makefile" that detects the Apple build environment. Every Apple-style build happens in the presence of an environment variable named "$RC_ARCHS". If the magic $RC_ARCHS is detected, the new Makefile arranges for an Apple-style build. If the magic environment variable is absent, "Makefile.standard" is included, and everything proceeds as usual. I've tested this by building LLVM on OS/X: 1) with a separate build d...

On Oct 8, 2009, at 4:52 PM, Stuart Hastings wrote: > Currently, to get LLVM to build "Apple-style," it's necessary to > copy two files (utils/buildit/GNUmakefile and utils/buildit/ > build_llvm) into the top-level directory. Why not: $ RC_ARCHS="x86" make echo Apple Build. Apple Build. $ make echo Standard Build Standard Build $ cat Makefile ifneq ($(RC_ARCHS),) include Makefile.apple else all: echo Standard Build endif mrs $ cat Makefile.apple all: echo Apple Build. It leaves Makefile mostly alone, all except for three lines...

...2 PM, Stuart Hastings wrote: >>> Currently, to get LLVM to build "Apple-style," it's necessary to >>> copy two files (utils/buildit/GNUmakefile and utils/buildit/ >>> build_llvm) into the top-level directory. >> >> Why not: >> >> $ RC_ARCHS="x86" make >> echo Apple Build. >> Apple Build. >> $ make >> echo Standard Build >> Standard Build >> $ cat Makefile >> ifneq ($(RC_ARCHS),) >> include Makefile.apple >> else >> all: >> echo Standard Build >> endif &...

...>>>> Currently, to get LLVM to build "Apple-style," it's necessary to >>>> copy two files (utils/buildit/GNUmakefile and utils/buildit/ >>>> build_llvm) into the top-level directory. >>> >>> Why not: >>> >>> $ RC_ARCHS="x86" make >>> echo Apple Build. >>> Apple Build. >>> $ make >>> echo Standard Build >>> Standard Build >>> $ cat Makefile >>> ifneq ($(RC_ARCHS),) >>> include Makefile.apple >>> else >>> all: >&g...

...# make -j2 # make install # cp -p ../llvm/tools/clang/utils/* /Developer/usr/local/bin/ 2. Build llvm-gcc # cd llvm-gcc # make clean # rm -rf build # mkdir -p build/obj build/dst build/sym # (NOTE: I don't want PowerPC code) # gnumake install RC_OS=macos RC_ARCHS="i386" TARGETS="i386 x86_64" SRCROOT=`pwd` OBJROOT=`pwd`/build/obj DSTROOT=`pwd`/build/dst SYMROOT=`pwd`/build/sym 3. Replace old llvm-gcc with new one # rm -rf /Developer/usr/llvm-gcc-4.2 # ditto build/dst / ------ rest only once ------- 4. Fix libLTOs # r...

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-

Hi Avraham, What a coincidence, I have been following this post of yours: https://www.avrahamadler.com/2013/10/24/an-openblas-based-rblas-for-windows-64-step-by-step/ Looks like this post is slightly older than what you have shared previously. It is strange that you did not get the attachments. I am pasting the contents of the MkRules.local here:

Dear All, I'm trying to compile R for Windows 64 bit. I'm following the instructions of R installation and administration guide v2.15.2 (3.1; A.3.1.4; C.2.2) and at the moment I compiled the default version (single threaded, gcc, without external BLAS) ?on my notebook (windows xp 32 bit) Now I'm trying to compile it on Windows servers 64 bit with the next configuration : 1. Windows

Hello all, I'm trying to build R 32bit from source in a Windows 64 machine. I have followed the steps in "R Installation and Adiministration" ( http://cran.r-project.org/doc/manuals/R-admin.html#Getting-the-source-files) or at least I think I did everything described. I am not sure if I have installed the libjpeg, libtiff and libpng files though. I have upzipped them in the

Hi Avraham, A quick question - I realized I did not have *Perl* installed. So I installed *ActiveState Perl* right now. Also I see I need *texinfo* and *texi2any*. I was able to installed *texinfo* from here: http://gnuwin32.sourceforge.net/packages/texinfo.htm. But not sure where to get *texi2any*. Can you guide me in this step? Regards, Indrajit On Fri, Feb 9, 2018 at 11:58 AM, Indrajit Sen

Hi All, I am trying to compile R from source on a 64 bit Windows. I have downloaded and installed all the third party software as per the R - documentation. The compilation starts fine and after a while it stops with the following error message: D:/Rtools/mingw_64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.3/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lRgraphapp collect2.exe: error: ld

Please note that building R on Windows is documented in "R Installation and Administration", including links to external software. Particularly there is a link to texinfo which is part of Rtools. The documentation is maintained and it is a sufficient source of information for building R on Windows. https://cran.r-project.org/doc/manuals/r-release/R-admin.html