similar to: [LLVMdev] llvm-test and _setjmp

Hello, Duncan. > 3-fortran.diff > Get fortran to compile: use the common stubs and rip out > the incomplete collection of dummy routines someone already put in. > With this patch, the fortran build dies at this point: > > cc1: llvm/lib/CodeGen/SelectionDAG/ScheduleDAG.cpp:367: void llvm::ScheduleDAG::AddOperand(llvm: > :MachineInstr*, llvm::SDOperand, unsigned int, const

Can someone tell me how to build festival on a machine with gcc 3.3.2? I've searched all around and even found a reference or two that the problem exists but I'm not seeing the fix. thanks! -reed Symtoms are -- ./configure, then.... [root@telephone speech_tools]# make Check system type Remake modincludes.inc NATIVE_AUDIO ok EDITLINE

On Tue, Feb 21, 2012 at 2:51 AM, Jay Foad <jay.foad at gmail.com> wrote: > All, > > This buildbot is getting lots of assertion failures in the test suite. > They were probably caused by my commit: > > ------------------------------------------------------------------------ > r151049 | foad | 2012-02-21 09:25:52 +0000 (Tue, 21 Feb 2012) | 6 lines > Changed paths: >

All, This buildbot is getting lots of assertion failures in the test suite. They were probably caused by my commit: ------------------------------------------------------------------------ r151049 | foad | 2012-02-21 09:25:52 +0000 (Tue, 21 Feb 2012) | 6 lines Changed paths: M /llvm/trunk/lib/VMCore/LLVMContextImpl.h M /llvm/trunk/lib/VMCore/Type.cpp PR1210: make uniquing of struct and

Hi,I'm trying to prevent llvm instruction motion around an intrinsic function call. Throughout my experimenting, I was told that setjmp could create fake entry points into a region of code and that might prevent code motion.What I found is something surprising, and probably is a misuse of setjmp but I couldn't find an explanation for it.Consider this:#include <csetjmp> std::jmp_buf

Hi all, Is anyone else seeing tests in the Multisource/Applications directory failing with something looking like this: /Users/wendling/llvm/llvm.obj/Debug/bin/gccld -L/Users/wendling/llvm/ llvm-gcc4.install/lib/gcc/powerpc-apple-darwin8.8.0/3.4-llvm -L/ Users/wendling/llvm/llvm-gcc4.install/lib Output/siod.linked.bc -lc -lpthread -lltdl -lm -o Output/siod.llvm gccld: warning: Cannot

Dear All, Here is a more complete list of regressions for the platforms listed below. Some of the regressions from the previous list I emailed a few days ago have been fixed or were false positives. Thanks to all who've helped fix things. We would like to try to get as many of these fixed as possible before I create the release branch (still scheduled for tomorrow, Friday). I'll

On Thu, 12 May 2005, John Criswell wrote: > Here is a more complete list of regressions for the platforms listed below. > Some of the regressions from the previous list I emailed a few days ago have > been fixed or were false positives. Thanks to all who've helped fix things. > > We would like to try to get as many of these fixed as possible before I > create the release

I'm having trouble getting festival to work with asterisk. We are running debian (sarge) and got asterisk from CVS. Here's what I'm using as far as festival goes. Debian (Sarge) gcc version 3.3.4 (Debian 1:3.3.4-3) Connected to Asterisk CVS-HEAD-07/28/04-21:08:19 festival-1.4.3-release.tar.gz speech-tools_1.2.3.orig.tar.gz I got patches for both of these. Speech tools

siod fails with gcc link errors: cannot find -ldl archie and plot2fig fail with gcc link errors: re_comp and re_exec are undefined Chris Lattner wrote: > On Tue, 17 May 2005, Jeff Cohen wrote: > >> I haven't specifically tried the 1.5 branch yet on FreeBSD, but the >> current version just before you branched it passes gmake check and >> fails four llvm-test tests:

On Tue, 17 May 2005, Jeff Cohen wrote: > siod fails with gcc link errors: cannot find -ldl > archie and plot2fig fail with gcc link errors: re_comp and re_exec are > undefined Again, the reason that these are showing up is because I changed the makefiles. They were failing before, just not notifying us. If the native compiler fails, we have nothing to compare against. As such

Chris Lattner wrote: > On Thu, 12 May 2005, John Criswell wrote: > >> Here is a more complete list of regressions for the platforms listed >> below. Some of the regressions from the previous list I emailed a few >> days ago have been fixed or were false positives. Thanks to all >> who've helped fix things. >> >> We would like to try to get as many

Known problems with the X86 back-end - The X86 backend does not yet support all inline assembly that uses the X86 floating point stack <http://llvm.org/PR879>. It supports the 'f' and 't' constraints, but not 'u'. - The X86-64 backend does not yet support the LLVM IR instruction va_arg. Currently, front-ends support variadic argument constructs on

Hello; I am still having problems making the llvm-test suite and running command like "make TEST=libcalls report" is giving me unexpected output. So first I tried the following - 1. I built and installed llvm(3.0) under Ubuntu 11.10 (using the ./configure script found under llvm source, and then make and make install). While configuring, I gave --prefix as a directory where I would

Perhaps you noticed that LLVM gained a new optimizing register allocator yesterday (r130568). Linear scan is going away, and RAGreedy is the new default for optimizing builds. Hopefully, you noticed because your binaries were suddenly 2% smaller and 10% faster*. Some noticed because LLVM started crashing or miscompiling their code. Greedy replaces a fairly big chunk of the code generator, so

Hello, I'm in the process of trying to get Festival to work with Asterisk. I followed the install process at http://www.voip-info.org/wiki-Asterisk+festival+installation. To get the Festival to compile I had to add the patch described in the comments. Once added, Festival and the Speech tools compiled without error. How ever, when ever I try to call the test extension, I get a busy

On Tue, 17 May 2005, Jeff Cohen wrote: > I haven't specifically tried the 1.5 branch yet on FreeBSD, but the current > version just before you branched it passes gmake check and fails four > llvm-test tests: siod, SPASS, archie, and plot2fig. SPASS needs porting > work to compile correctly on FreeBSD. I haven't analyzed the other three > yet, but they weren't

I haven't specifically tried the 1.5 branch yet on FreeBSD, but the current version just before you branched it passes gmake check and fails four llvm-test tests: siod, SPASS, archie, and plot2fig. SPASS needs porting work to compile correctly on FreeBSD. I haven't analyzed the other three yet, but they weren't failing two days earlier. John Criswell wrote: > Dear All, >

On Jul 24, 2011, at 3:02 AM, Duncan Sands wrote: > A big compile time regression. Any ideas? > > Ciao, Duncan. False alarm. For some reason that I have not yet been able to figure out, these tests run significantly more slowly when I run them during the daytime, which I did for that run. I checked a few of the worst regressions reported here and they all recovered in subsequent

A big compile time regression. Any ideas? Ciao, Duncan. On 22/07/11 19:13, llvm-testresults at cs.uiuc.edu wrote: > > bwilson__llvm-gcc_PROD__i386 nightly tester results > > URL http://llvm.org/perf/db_default/simple/nts/253/ > Nickname bwilson__llvm-gcc_PROD__i386:4 > Name curlew.apple.com > > Run ID Order Start Time End Time > Current 253 0 2011-07-22 16:22:04