search for: jeffc

Here's what's left on Linux (GCC 4.1.0), after all updates that went into the branch: Running /proj/llvm/build/../llvm/test/Regression/CFrontend/dg.exp ... FAIL: /proj/llvm/build/../llvm/test/Regression/CFrontend/2004-02-12- LargeAggregateCopy.c.tr: gccas: /proj/llvm/build/../llvm/lib/VMCore/Function.cpp:266: unsigned int llvm::Function::getIntrinsicID() const: Assertion `0 &&

I'm getting the following error: ERROR: tcl error sourcing /usr/home/jeffc/llvm/obj/test/site.exp. extra characters after close-quote while executing "set llvmgcc "PATH="/usr/home/jeffc/llvm/obj/Debug/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/home/jef..." (file "/usr/home/jeffc/llvm/obj/te...

...ings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -fno-common -DHAVE_CONFIG_H -DENABLE_LLVM -D__STDC_LIMIT_MACROS -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I./../intl -I../../gcc/../libcpp/include -I/usr/home/jeffc/llvm/include -I/home/jeffc/llvm/obj/include \ ../../gcc/config/ -o llvm-main.o g++40: ../../gcc/config/: linker input file unused because linking not done Note that llvm-main.cpp does not appear in the command line. The build eventually fails with: g++40 -g -O2 -DIN_GCC -W...

It claims it was last updated 2007-01-04 06:47:31 -0400 (Thu, 04 Jan 2007). It should be close to TOT tomorrow. Cheers, -- Jim -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2417 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20070104/9cecae71/attachment.bin>

They are all Alpha/PowerPC codegen related. Running /usr/home/jeffc/llvm/obj/../test/Regression/CodeGen/Alpha/dg.exp ... FAIL: /usr/home/jeffc/llvm/obj/../test/Regression/CodeGen/Alpha/2005-07-12-TwoMallocCalls.ll: NODE: 0x8582a40: i32,ch = CopyFromReg 0x8582980:1, 0x85829c0 Abort trap (core dumped) FAIL: /usr/home/jeffc/llvm/obj/../test/Regression/CodeGen/Alp...

FreeBSD does not define pthread_mutexattr_setpshared: gmake[1]: Entering directory `/usr/home/jeffc/llvm/obj/lib/System' llvm[1]: Compiling Mutex.cpp for Release build /usr/home/jeffc/llvm/obj/../lib/System/Mutex.cpp:42: warning: the address of `int llvm::pthread_mutex_init(llvm::pthread_mutex**, llvm::pthread_mutex_attr* const*)', will always evaluate as `true' /usr/home/jeffc/llvm...

FAIL: /usr/home/jeffc/llvm/obj/../test/Regression/Transforms/InstCombine/2004-11-27-SetCCForCastLargerAndConstant.ll: %Y = cast sbyte %SB to uint ; <uint> [#uses=1] %Y = cast sbyte %SB to int ; <int> [#uses=1] %Y = cast sbyte %SB to int ; <int> [#uses=1] %Y = cast...

...C71 in front of the file name to signal the case that it is only designed for that specific IDE/tool? This gives us room for comming up with other solution and project files for another MS specific IDE/tool independt of each other. Henrik. ----Original Message Follows---- From: Jeff Cohen <jeffc at jolt-lang.org> Reply-To: jeffc at jolt-lang.org, LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> Subject: Re: [LLVMdev] VC++: Cannot open include file: 'windows.h':No suchfileor directory Date: Thu, 2...

----Original Message Follows---- From: Jeff Cohen <jeffc at jolt-lang.org> Reply-To: jeffc at jolt-lang.org, LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> Subject: Re: [LLVMdev] VC++: Cannot open include file: 'windows.h': No suchfileor directory Date: Thu,...

FAIL: /usr/home/jeffc/llvm/obj/../test/Regression/Transforms/LoopStrengthReduce/dont_insert_redundant_ops.ll: FAIL: /usr/home/jeffc/llvm/obj/../test/Regression/Transforms/LoopStrengthReduce/dont_reduce_bytes.ll:

...the case that it is only designed for that specific IDE/tool? > > This gives us room for comming up with other solution and project > files for another MS specific IDE/tool independt of each other. > > Henrik. > > > ----Original Message Follows---- > From: Jeff Cohen <jeffc at jolt-lang.org> > Reply-To: jeffc at jolt-lang.org, LLVM Developers Mailing List > <llvmdev at cs.uiuc.edu> > To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Subject: Re: [LLVMdev] VC++: Cannot open include file: > 'windows.h':No suchf...

----Original Message Follows---- From: Jeff Cohen <jeffc at jolt-lang.org> Reply-To: jeffc at jolt-lang.org, LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> Subject: Re: [LLVMdev] VC++: Cannot open include file: 'windows.h': No suchfile or directory Date: Tue,...

I successfully build llvm from cvs using vs2005 and stlport. I also had a couple of issues, but most were due to outdated project files. I also had to implement code for the alloca instruction. On 3/10/07, Jeff Cohen <jeffc at jolt-lang.org> wrote: > > The recent issues concern the head revision, post 1.9. As no one has > ever submitted patches to fix 2005 problems with the 1.9 release, it is > safe to say they still exist. > > Andreas Fredriksson wrote: > > On 3/10/07, Jeff Cohen <jeffc...

...Another future solution could be that the VC++ x tools get incorparted into the makefile structure, as previously discussed. It appeared to me that the mingw or gunwin32 environment mixed with the VC++ x tools could be a solution. Henrik. ----Original Message Follows---- From: Jeff Cohen <jeffc at jolt-lang.org> Date: Sat, 25 Dec 2004 16:28:40 -0800 It's a possibility, though it would be better to create whole separate trees for different versions of VS. It's not just the project and solutions that need to be kept separate; the object files themselves cannot be mixed betwe...

Henrik Bach wrote: > ----Original Message Follows---- > From: Jeff Cohen <jeffc at jolt-lang.org> > Reply-To: jeffc at jolt-lang.org, LLVM Developers Mailing List > <llvmdev at cs.uiuc.edu> > To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Subject: Re: [LLVMdev] VC++: Cannot open include file: 'windows.h': > No such...

...project files as is, or did it want to "upgrade" them? If the latter, I cannot accept any patches for those files because they would break VC++ 7.1 (which in turn broke 7.0, which in turn broke 6.x). Henrik Bach wrote: > ----Original Message Follows---- > From: Jeff Cohen <jeffc at jolt-lang.org> > Reply-To: jeffc at jolt-lang.org, LLVM Developers Mailing List > <llvmdev at cs.uiuc.edu> > To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Subject: Re: [LLVMdev] VC++: Cannot open include file: 'windows.h': No > suchfil...

On 3/10/07, Jeff Cohen <jeffc at jolt-lang.org> wrote: > It is, if only because it's the version I use, but 2005 is supposed to > work also. That being said, I wouldn't be surprised to learn that it > doesn't due to recent STL issues. Versions prior to 2003 won't work. I'm using the basic stuf...

...s -Wmissing-prototypes -pedantic -Wno-long-long -Wno- > variadic-macros -Wold-style-definition -fno-common -DHAVE_CONFIG_H > -DENABLE_LLVM -D__STDC_LIMIT_MACROS -I. -I. -I../../gcc -I../../ > gcc/. -I../../gcc/../include -I./../intl -I../../gcc/../libcpp/ > include -I/usr/home/jeffc/llvm/include -I/home/jeffc/llvm/obj/ > include \ > ../../gcc/config/ -o llvm-main.o > g++40: ../../gcc/config/: linker input file unused because linking > not done > > Note that llvm-main.cpp does not appear in the command line. I think, I know what is going on...

Two unexpected failures are occurring: FAIL: /usr/home/jeffc/llvm/obj/../test/Regression/CodeGen/X86/shift-double.llx: FAIL: /usr/home/jeffc/llvm/obj/../test/Regression/Transforms/InstCombine/2004-11-27-SetCCForCastLargerAndConstant.ll: %Y = cast sbyte %SB to uint ; <uint> [#uses=1] %Y = cast sbyte %SB to int...

No error messages with these failures? Can you look into the output files? Reid. On Sat, 2005-07-30 at 14:04 -0700, Jeff Cohen wrote: > FAIL: > /usr/home/jeffc/llvm/obj/../test/Regression/Transforms/LoopStrengthReduce/dont_insert_redundant_ops.ll: > > > FAIL: > /usr/home/jeffc/llvm/obj/../test/Regression/Transforms/LoopStrengthReduce/dont_reduce_bytes.ll: > > > > _______________________________________________ > LLVM Dev...