search for: 2.7

Hi, All: I encountered problems running "pdflatex wrapper.tex", as suggested on "www.r-project.org" -> Newsletter -> (near the bottom of the page). After 220 lines of seemingly successful processing, I got an error copied below. I hit <enter> a few times, and the "pdflatex" finished, apparently successfully. Comments? Thanks,

any ideas what library has these symbols lang_eh_catch_all get_pointer_alignment validate_arglist i get these linker errors when trying to link llvm-gcc: make[1]: Entering directory `/home/anatolyy/qctp406/pakman/depot/users/anatolyy/proto/crosscompiler/llvm-gcc-4.2-2.7.source-objtree' make[2]: Entering directory

Hello all, I've been trying to compile metamail on Centos4.2. But no luck so far. rpmbuild --rebuild metamail-2.7-30AS.src.rpm Installing metamail-2.7-30AS.src.rpm Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.96604 + umask 022 + cd /usr/src/redhat/BUILD + LANG=C + export LANG + unset DISPLAY + cd /usr/src/redhat/BUILD + rm -rf mm2.7 + /bin/gzip -dc /usr/src/redhat/SOURCES/mm2.7.tar.Z + tar

Hi, This is a follow-up to the problem reported here: https://stat.ethz.ch/pipermail/r-devel/2010-September/058460.html After I updated R-2.12 to 2010-09-13 r52905 on the Bioc build system, some of the packages that have a Makefile in <pkg>/inst/doc still don't build on Windows. For example, 'R\bin\R.exe CMD build adSplit' gives: * checking for file

i am getting this compilation error: gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -DHAVE_CONFIG_H -I. -I. -I../../llvm-gcc-4.2-2.7.source/gcc -I../../llvm-gcc-4.2-2.7.source/gcc/.

Jeffrey Yasskin wrote: >> Would you try the patch at >> http://codereview.appspot.com/download/issue968046_1.diff? It should >> make the BSDs fall into the same path as Linux, and since you use gnu >> ld, that should work for you. >> > > Ping? > Sorry for the delay. Here is what I am getting after applying the patch: gmake[2]: Leaving directory

On Thu, Apr 29, 2010 at 6:31 PM, Jeffrey Yasskin <jyasskin at google.com> wrote: > On Wed, Apr 28, 2010 at 10:48 AM, Yuri <yuri at tsoft.com> wrote: >> Jeffrey Yasskin wrote: >>> >>> We currently use two different techniques to get whole libraries >>> included into the .so. On Linux (gnu ld and gold), we pass >>> --whole-archive, while on

Trying to download Release 2.7 i get the response: The requested URL /releases/2.7/clang-2.7.tar.gz was not found on this server. The requested URL /releases/2.7/clang-2.7-amd64-freebsd8.tar.gz was not found on this server. The requested URL /releases/2.7/llvm-gcc-4.2-2.7-i386-freebsd8.tar.gz was not found on this server. The requested URL /releases/2.7/llvm-gcc-4.2-2.7-amd64-freebsd8.tar.gz was

Can someone please enlighten me as to why the following happens? > -2.7^8.6 [1] -5125.407 > p<- -2.7 > q<- 8.6 > p^q [1] NaN R seems perfectly able to calculate -2.7^8.6, but fails when the exact same values are assigned to variables and then the computation is repeated. Thanks in advance for any suggetsions. Kris.

You need to configure with --enable-llvm. (It would still be nice if V1DI_pointer_node was defined; I'll take a look at that.) On May 20, 2010, at 1:04 PM, Anatoly Yakovenko wrote: > i am getting this compilation error: > > > gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall > -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic >

Hi, centos 6.8 comes with python 2.6. But I want to use python 2.7 to build gstreamer sdk. I have built python 2.7 and installed it into my custom directory. How to set centos to use python 2.7 by default instead of python 2.6? Thanks! Regards Andrew

--------------------------------------------------------------------- Red Hat, Inc. Red Hat Security Advisory Synopsis: Updated diffutils packages available Advisory ID: RHSA-2001:116-03 Issue date: 2001-10-03 Updated on: 2001-10-17 Product: Red Hat Linux Keywords: sdiff temporary file Cross references: Obsoletes:

On Tue, May 4, 2010 at 5:31 PM, Yuri <yuri at tsoft.com> wrote: > Jeffrey Yasskin wrote: >>> >>> Would you try the patch at >>> http://codereview.appspot.com/download/issue968046_1.diff? It should >>> make the BSDs fall into the same path as Linux, and since you use gnu >>> ld, that should work for you. >>> >> >> Ping?

In the process of updating R to R 2.7 alpha or R 2.7 beta for the BioConductor 2.2 builds on Windows, I have hit a snag because the BioC build system has long path names (e.g. D:\biocbld\bbs-2.2-bioc\R) and these path names are not resolving properly by MiKTeX 2.7 during vignette construction. Take, for example, the attached vignette from Biobase, Bioconductor.Rnw. I have built R from source

Are there any known issues with the ResolvedUndefsIn in 2.7? We've hit this particular stack a couple times now in the JIT. I've copied the failing bitcode to disk and doesn't crash opt or llc. It doesn't repro easily in the JIT either, but the stack is always the same... hoping it's a known issue. Thanks! TerminatorInst *TI = BB->getTerminator(); >>>>if

I am trying to build llvm-2.7 using non-system gcc/binutils. My gcc version is 4.1.2, and binutils is 2.17.50.0.15. I get the following errors `.L2438' referenced in section `.gnu.linkonce.r._ZNK4llvm16DAGTypeLegalizer13getTypeActionENS_3EVTE' of /build/toolchain/src/llvm-2.7/objdir/Release/lib/libLLVMSelectionDAG.a(LegalizeTypes.o): defined in discarded section

The 2.7 binaries are available for testing: http://llvm.org/pre-releases/2.7/pre-release1/ You will also find the source tarballs there as well. We rely on the community to help make our releases great, so please help test 2.7 if you can. Please follow these instructions to test 2.7: To test llvm-gcc: 1) Compile llvm from source and untar the llvm-test in the projects directory (name it

When I enabled this option I am getting errors, see below. Is there any way to fix this? There should be an option to have most of the code in shared library. Yuri --- error log using gcc-4.5.0 on 4 cpus with configure options: --enable-assertions --enable-optimized --enable-shared --prefix=/usr/local/llvm --- llvm[2]: Compiling llc.cpp for Release build gmake[2]: Entering directory

I am trying to build 2.7 on FreeBSD with all debugging options "on": CXX=/usr/local/gcc/4.5.0/bin/g++ CPPFLAGS=-I/usr/local/include LDFLAGS=-L/usr/local/lib ../llvm/configure --prefix=/usr/local/llvm/2.7 --enable-assertions --enable-shared --enable-libffi --enable-debug-runtime --enable-expensive-checks --enable-debug-symbols Here is the error message I got from the build:

Hi all, I wrote a pass (attached). But I get a runtime error: buse at buse-VB:~/Desktop/llvm-2.7/lib/Transforms/CG_CFG$ opt-2.7 -load ../../../Release/lib/_CG_CFGGen.so -CG_CFGGen < ../../../buse/simpleCode.bc > /dev/null 0xa7bae0: 0 libLLVM-2.7.so.1 0x00007f4a8b6add1f 1 libLLVM-2.7.so.1 0x00007f4a8b6ae36d 2 libpthread.so.0 0x00007f4a8aa98b40 3 _CG_CFGGen.so 0x00007f4a8995891f 4