similar to: [LLVMdev] llvm build error with gcc-4.3.2 on OpenSolaris

I tried to compile on Windows ( using the win32/llvm.sln in MSVC Express 2008 ) the new 2.3 branch and here are the results: 1. I needed to copy the file Configure.exe.embed.manifest to Configure.exe.intermediate.manifest . This is a bug from the previous llvm release (2.2) 2. I copied the file SimplifyLibCalls.cpp from lib/Transforms/Scalar to lib/Transforms/IPO. I think the position of

On Oct 14, 2008, at 11:21 PM, Kenneth Boyd wrote: > Mark Kromis wrote: >> Resend >> >> >> On Oct 14, 2008, at 5:40 AM, Mark Kromis wrote: >> >> >>> Greetings, >>> >>> I have a compiler error that I have not been able to get through. I >>> usually depend upon pre-built binaries but there was none available >>> for

Resend On Oct 14, 2008, at 5:40 AM, Mark Kromis wrote: > Greetings, > > I have a compiler error that I have not been able to get through. I > usually depend upon pre-built binaries but there was none available > for the pre-release. I also try scanning the web site and mail list > but was unable to find an answer. I was getting this or similar > error with 2.3. I am

LLVM is not currently concept-check clean. Your MinGW is apparently configured with --enable-concept-checks, or something in your toolchain is causing -D_GLIBCXX_CONCEPT_CHECKS to be added to the build, and LLVM currently cannot be built this way. The errors you've posted so far are just the beginning; there are many more errors after them. Some widely-used idioms within LLVM violate standard

Greetings, I have a compiler error that I have not been able to get through. I usually depend upon pre-built binaries but there was none available for the pre-release. I also try scanning the web site and mail list but was unable to find an answer. I was getting this or similar error with 2.3. I am just trying to build with the core library. I tried this in a xp and vista VM with the

Mark Kromis wrote: > Resend > > > On Oct 14, 2008, at 5:40 AM, Mark Kromis wrote: > > >> Greetings, >> >> I have a compiler error that I have not been able to get through. I >> usually depend upon pre-built binaries but there was none available >> for the pre-release. I also try scanning the web site and mail list >> but was unable to

Not that I sympathize with the OP's manners but... Bill Wendling <isanbard at gmail.com> writes: > On May 10, 2008, at 7:55 PM, kr512 wrote: > >> See how gcc is invoked to generate the final executable >> file. This means LLVM is an incomplete backend, >> unfortunately. >> > That's only a convenience. GCC generates assembly code too and calls

Hi there, Is it possible to use GCC 3.4 with LLVM 2.0? I tried to compile GCC 3.4 with LLVM 2.0 and get following error message: /scratch/spa_llvm-2.0/llvm-gcc3.4-1.9.source/build/gcc/xgcc -B/ scratch/spa_llvm-2.0/llvm-gcc3.4-1.9.source/build/gcc/ -B/scratch/ spa_llvm-2.0/llvm-gcc3.4-1.9.source/install/i386-pc-solaris2.11/bin/ - B/scratch/spa_llvm-2.0/llvm-gcc3.4-1.9.source/install/i386-pc-

Hi Hans, > On Thu, Feb 6, 2020 at 5:24 PM Rainer Orth via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> >> Hi Hans, >> >> > It took a bit longer than planned due to master being a somewhat >> > unstable at the branch point, but Release Candidate 1 has now been >> > tagged as llvmorg-10.0.0-rc1. >> > >> > Source code

I fixed my immediate problem by using a different version of gcc. Chris Lattner kirjoitti: > The offending line of code looks fine on our side, > but there could be something I'm missing. For what it is worth, I've run into problems with boost_concept_check before when using Boost.Python. Some versions of gcc worked fine, while others gave error messages relating to

On Wed, 6 Sep 2006, [ISO-8859-1] Pertti Kellom�ki wrote: > I fixed my immediate problem by using a different version > of gcc. ok. > Chris Lattner kirjoitti: >> The offending line of code looks fine on our side, >> but there could be something I'm missing. > > For what it is worth, I've run into problems with boost_concept_check > before when using

Suddenly I can''t run the production console anymore for my app :(. Here''s the error I get: 08:12pm fggedsaa:~/rails/production/app>./script/console production Loading production environment (Rails 2.1.1) /opt/csw/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:27: [BUG] terminated node (0x8117eb8) ruby 1.8.6 (2007-03-13) [i386-solaris2.11] Version info: 8:24pm

²Š'

I just installed OpenSolaris 2008.11 and I wanted to experiment with 3.3.0. In 'samba-3.3.0rc2/source' I run: $ ./configure --without-ldap --with-aio-support --build=i686-pc-solaris2.11 I next run 'make' but it soon dies with the following: Using FLAGS = -O -D_SAMBA_BUILD_=3 -I/export/home/zachw/samba-3.3.0rc2/so urce/iniparser/src -Iinclude -I./include -I. -I.

Hi, Having currently a big problem with R 2.10.1 vanilla (Solaris): As soon as the R_LIBS_USER env var gets bigger than 1023 chars R completely ignores it and uses the default: > Sys.getenv('R_LIBS_USER'); R_LIBS_USER "${R_LIBS_USER-~/R/i386-pc-solaris2.11-library/2.10}" The strange thing is, if I set another envar to the same

Hello, I apologize for the post as I am certainly overlooking a simple solution to my difficulties with getting a legend to print on a survplot from the rms package. I am plotting the following: survplot(survest(fita), n.risk=T, conf='none', cex.n.risk=.85, dots=T, col='gray10', lty=2) survplot(survest(fit), n.risk=F, conf='none', add=T) survplot(survest(fitb), n.risk=F,

Hi everyone, Recently I tried to compile llvm-gcc-4.2-2.9 on a 64bit ubuntu12.04 machine. And I was using the settings below, export C_INCLUDE_PATH=/usr/include/x86_64-linux-gnu export LIBRARY_PATH=/usr/lib/x86_64-linux-gnu ../llvm-gcc-4.2-2.9.source/configure --enable-optimized --program-prefix=llvm- --enable-checking --enable-llvm=${HOME}/moonbox/llvm-obj/Debug+Asserts

I have setup a Solaris server to test packages before submitting to CRAN, in order to catch problems that might not reveal themselves on Fedora, Debian, OSX or Windows. The machine runs a Solaris 11.2 vm with Solaris Studio 12.3. I was able to compile current r-devel using the suggested environment variables from "R Installation and Administration" and: ./configure

I prepared a vm image to make testing on Solaris a bit easier. It is based of the official Oracle Solaris 11.2 VM template and includes two preinstalled versions of R, two compilers and some other software: - Solaris Studio 12.3 - Oracle R Distribution aka ORD (uses Solaris Studio) - OpenCSW: * r_base (uses GCC) * gcc4g++ and gcc4gfortran * git * vim The image is distributed in

Hi all, As mentioned earlier, we've been working on getting LLVM to build on Solaris on x86/x86-64. The changes required turned out to be fairly minor, so it's perhaps a bit of a stretch to call it a "port". There were two main issues that we ran into here: 1. The Solaris x86 ABI by default defines the x86 registers CS, DS, ES, etc in the system headers, which