search for: mybundle

I'm trying to build a very large shared library (bundle) for PPC on Mac OS X 10.5. The build looks something like this, where mybundlebitcode.o is the large object llc -relocation-model=pic -o=mybundle.s mybundlebitcode.o gcc -arch ppc -c -x assembler -o mybundle.o mybundle.s g++ -o mybundle.bundle -bundle mybundle.o -lotherlibrary I get the following error: ld: 32-bit pic-base out of range in somefunction(Array<unsigned ch...

On Mar 11, 2010, at 5:47 PM, Robb Kistler wrote: > I'm trying to build a very large shared library (bundle) for PPC on Mac OS X 10.5. The build looks something like this, where mybundlebitcode.o is the large object > > llc -relocation-model=pic -o=mybundle.s mybundlebitcode.o > gcc -arch ppc -c -x assembler -o mybundle.o mybundle.s > g++ -o mybundle.bundle -bundle mybundle.o -lotherlibrary > > I get the following error: > ld: 32-bit pic-base out of range i...

On Mar 11, 2010, at 6:07 PM, Chris Lattner wrote: > On Mar 11, 2010, at 5:47 PM, Robb Kistler wrote: > >> I'm trying to build a very large shared library (bundle) for PPC on >> Mac OS X 10.5. The build looks something like this, where >> mybundlebitcode.o is the large object >> >> llc -relocation-model=pic -o=mybundle.s mybundlebitcode.o >> gcc -arch ppc -c -x assembler -o mybundle.o mybundle.s >> g++ -o mybundle.bundle -bundle mybundle.o -lotherlibrary >> >> I get the following error: >> ld: 32-bi...

...-rf $$mypkg.zip; \ zip -rl $$mypkg.zip $$mypkg -x $(BINS);\ zip -r9 $$mypkg.zip $$mypkg -i $(BINS);\ rm -rf $$mypkg #### this section no longer works as of R-2.0.0 # bundle-%: # export PATH=$(CROSSDIR)/bin:$(CROSSDIR)/mingw32/bin:$(PATH); \ # cd $(PKGDIR); \ # tar zxf $*.tar.gz; \ # export mybundle=`echo $* | cut -d'_' -f1,1`; \ # echo -------$$mybundle------; \ # cd $(WINR)/$(R)/src/gnuwin32/; \ # $(MAKE) PKGDIR=$(PKGDIR) RLIB=$(WINRLIBS) STAMP=no bundle-$$mybundle; \ # mkdir -p $(WINRLIBS); \ # cd $(WINRLIBS); \ # ls $(PKGDIR)/$$mybundle/; \ # echo $(PKGDIR)/$$mybundle/DESCR...

...e TITLE file takes value of the *last* Title field, which happens to be the Title field of the bundle. Is this a bug in how the TITLE file is generated or how the DESCRIPTION file is build? My generated DESCRIPTION file looks like this: Package: myPackage Version: 0.1 Date: 2001/07/05 Title: The myBundle bundle - myPackage Author: Henrik Bengtsson Maintainer: Henrik Bengtsson Description: Bla bla bla... License: GPL version 2 or newer URL: http://www.braju.com/R/ Bundle: myBundle Version: 0.6 Date: 2001/06/28 Title: The myBundle bundle Author: Henrik Bengtsson Maintainer: Henrik Bengtsson Descrip...