similar to: [LLVMdev] Dejagnu Support Added (+ problems with build LLVM at FreeBSD)

Displaying 20 results from an estimated 2000 matches similar to: "[LLVMdev] Dejagnu Support Added (+ problems with build LLVM at FreeBSD)"

2004 Nov 08
0
[LLVMdev] Dejagnu Support Added (+ problems with build LLVM at FreeBSD)
On Mon, 2004-11-08 at 00:16, Vladimir Merzliakov wrote: > > I'm asking for people (especially those running nightly testers) to give > > Dejagnu a try. > > I will do. > > But last 2 days (after > http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041101/020279.html ) > LLVM broken at FreeBSD: > > In file included from Path.cpp:27: >
2004 Nov 08
1
[LLVMdev] Dejagnu Support Added (+ problems with build LLVM at FreeBSD)
On Mon, 08 Nov 2004 00:29:46 -0800 Reid Spencer <reid at x10sys.com> wrote: > On Mon, 2004-11-08 at 00:16, Vladimir Merzliakov wrote: > > > I'm asking for people (especially those running nightly testers) to give > > > Dejagnu a try. > > > > I will do. > > > > But last 2 days (after > >
2004 Nov 08
2
[LLVMdev] Dejagnu Support Added
In an effort to simplify how tests are added to the LLVM testsuite, I've added support for Dejagnu. This only applies to the Feature and Regression tests. If this experiment goes well, we may switch from using QMTest to Dejagnu. I'm asking for people (especially those running nightly testers) to give Dejagnu a try. You will need to install Dejagnu (http://www.gnu.org/software/dejagnu/)
2004 Nov 08
0
[LLVMdev] Dejagnu Support Added
> I've tested this with srcdir=objdir and srcdir!=objdir, and on both linux > and on sparc. I'd appreciate the help testing this on additional platforms > such as Darwin and FreeBSD. Please let me know if you have any problems or > questions. I check in src==obj case at FreeBSD, files attached. -------------- next part -------------- A non-text attachment was scrubbed...
2017 Jun 27
1
Wrong function when import from module using get
Hi, I found this issue: when I have 3 modules: * AnalysisA * AnalysisB * AnalysisC I load all modules at the beginning from list of modules: analyses <- list('AnalysisA', 'AnalysisB', 'AnalysisC') for (module in analyses) { library(module, character.only = TRUE) } and I want to add a function isValid to each module, but I've added it only for AnalysisB.
2004 Nov 03
0
[LLVMdev] Problems with nighttest FeatureTests
A typo in test/Makefile was the trigger for this problem: http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041101/ 020216.html John, can you please look into this bug some more and add some error checking to the llvm-specific qmtest python modules to make this error less severe? Thanks! -Brian On Nov 3, 2004, at 10:35 AM, Brian Gaeke wrote: > > I think there is a very
2004 Nov 03
2
[LLVMdev] Problems with nighttest FeatureTests
I think there is a very similar situation with the PowerPC/Mac OS X nightly tests. Over each of the past few nights, something has been filling up the process table, causing me to be unable to log in. The nightly tester wrote out regression test and feature test logs featuring hundreds of "Resource temporarily unavailable" errors from fork(), so I assume it's the qmtest
2004 Nov 03
1
[LLVMdev] Problems with nighttest FeatureTests
Brian Gaeke wrote: > > A typo in test/Makefile was the trigger for this problem: > > http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041101/ > 020216.html > > John, can you please look into this bug some more and add some error > checking to the llvm-specific qmtest python modules to make this error > less severe? Does the fork bomb occur in the
2006 May 06
0
[LLVMdev] Still Trying to Build on MINGW
On Sat, 6 May 2006, Greg Pettyjohn wrote: > Now I'm having problems with this: > > llvm-ar rc ./libgcc.a libgcc/./_muldi3.o <and-lots-more-.o-files...> > C:\msys\1.0\home\llvm_home\install\bin\llvm-ar.exe: <invalid>: path is not valid > I've tracked this down in the debugger. It is indeed a bug. The problem is that Path::isValid() will reject a string
2006 May 06
2
[LLVMdev] Still Trying to Build on MINGW
Greg, Looks like Jeff Cohen already fixed this in CVS. Please update and give it another shot. Thanks, Reid. On Sat, 2006-05-06 at 16:43 -0400, Greg Pettyjohn wrote: > > On Sat, 6 May 2006, Greg Pettyjohn wrote: > > > Now I'm having problems with this: > > > > llvm-ar rc ./libgcc.a libgcc/./_muldi3.o <and-lots-more-.o-files...> > >
2006 May 06
2
[LLVMdev] Still Trying to Build on MINGW
Chris Lattner wrote: > On Sat, 6 May 2006, Reid Spencer wrote: >> Looks like Jeff Cohen already fixed this in CVS. Please update and give >> it another shot. > > Is this fixing the issue, or just papering over it? Why are we trying > to load an archive member without a path set? We're not. It's just a sentry value. > > -Chris > >> On Sat,
2006 Feb 07
2
Objects and Properties
I''m working on a legacy product and introducing prototype to make my life a little easier and I''m running into some problems with the properties being added to some built in objects like Array. The product has a form validator that''s used all over that adds fields (and some of the fields properties) that need to be checked to an array called fields (edited for
2006 May 06
0
[LLVMdev] Still Trying to Build on MINGW
On Sat, 6 May 2006, Reid Spencer wrote: > Looks like Jeff Cohen already fixed this in CVS. Please update and give > it another shot. Is this fixing the issue, or just papering over it? Why are we trying to load an archive member without a path set? -Chris > On Sat, 2006-05-06 at 16:43 -0400, Greg Pettyjohn wrote: >> >> On Sat, 6 May 2006, Greg Pettyjohn wrote: >>
2003 Oct 27
5
Windows Build - Down to Run Time Errors
I finally got a clean compile and link for wxRuby. Now I''m down to deciphering runtime errors. Once again, I''m going to pick up on this tomorrow, but I thought I''d post my console output tonight to see if anyone has any thoughts before I tackle this tomorrow. I''m running the same app "minimal.rb" E:\Dev\RubyDev\wxruby\samples\minimal>ruby
2006 Jul 28
3
ActionWebService Struct member name including ''-''
Hi I am tryng to mirror a locked away, secure web service for testing purposes and am almost there. Hoever as part of the definition for the structure of the call to the webservice, I have this struct. class MyCall < ActionWebService::Struct member :username, :string member :password, :string member :"remote-ip", :string end However this does not work... Should
2006 May 07
0
[LLVMdev] Still Trying to Build on MINGW
On Sat, 6 May 2006, Jeff Cohen wrote: >>> Looks like Jeff Cohen already fixed this in CVS. Please update and give >>> it another shot. >> >> Is this fixing the issue, or just papering over it? Why are we trying to >> load an archive member without a path set? > We're not. It's just a sentry value. Then why does it matter whether the path is
2005 Mar 09
4
[LLVMdev] Recursive Types using the llvm support library
----- Original Message ----- From: "Chris Lattner" <sabre at nondot.org> To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> Sent: Tuesday, March 08, 2005 6:31 PM Subject: Re: [LLVMdev] Recursive Types using the llvm support library > On Tue, 8 Mar 2005, Vladimir Merzliakov wrote: > >>>> An example where something really simple like the
2004 Sep 05
3
[LLVMdev] POST MORTEM: llvm-test changes
Okay, I'll have to fix NightlyTest.pl not to use shell script syntax that isn't universal. Look for a commit soon. Reid. On Sun, 2004-09-05 at 13:31, Vladimir Merzliakov wrote: > > Bash 2.05b on Linux handles this fine. I was asking what > > your "default" system shell is on FreeBSD. Probably /bin/sh, right? > > Perhaps you can: > > > >
2004 Sep 06
0
[LLVMdev] POST MORTEM: llvm-test changes
After fixing nested () problem manual run nighttest finished successfully with one remarkable logged problem: INITIALIZED CVS Root = :pserver:anon at llvm-cvs.cs.uiuc.edu:2401/var/cvs/llvm BuildDir = /home/wanderer/pkg/build/llvm/night/build WebDir = /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD Prefix = /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD/2004-09-06
2005 Feb 05
3
[LLVMdev] Improving Makefile.rules header install rules [PATCH]
>> Is attached patch acceptable? > > Looks great, applied, thanks! > http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20050131/023931.html Thanks! >> Also I have in Makefile.rules (but not include in patch) some >> modification for simplify used common Makefile.rules in LLVM projects and >> non-LLVM project (guarding some LLVM specific parts by ifdef