similar to: [LLVMdev] LLVM + GCC Integration Proposal

If copyright is assigned to the FSF, would they change the license to GPL? Also, would they be allergic to the VC++ suppport that currently exists? After all, if they're not careful, going down this route may result in a gcc that can be bootstrapped with VC++ :) Chris Lattner wrote: > > FYI: > http://gcc.gnu.org/ml/gcc/2005-11/msg00888.html > > It remains to be seen how

On Fri, 18 Nov 2005, Jeff Cohen wrote: > If copyright is assigned to the FSF, would they change the license to GPL? We would work something out. That is a huge 'if'. > Also, would they be allergic to the VC++ suppport that currently exists? > After all, if they're not careful, going down this route may result in a gcc > that can be bootstrapped with VC++ :) I

Chris Lattner wrote: > > FYI: > http://gcc.gnu.org/ml/gcc/2005-11/msg00888.html > > It remains to be seen how well this will be accepted, but it gives some > insight on what is being worked on. In any case, this probably won't > have a large impact on the LLVM community, other than potentially more > people working on it. Congratulations, i hope this works out

On Tue, 22 Nov 2005, Marco Matthies wrote: > Chris Lattner wrote: >> FYI: >> http://gcc.gnu.org/ml/gcc/2005-11/msg00888.html >> >> It remains to be seen how well this will be accepted, but it gives some >> insight on what is being worked on. In any case, this probably won't have >> a large impact on the LLVM community, other than potentially more

Chris Lattner wrote: > >> Also, would they be allergic to the VC++ suppport that currently >> exists? After all, if they're not careful, going down this route may >> result in a gcc that can be bootstrapped with VC++ :) > > > I don't think that's a problem. I think that, given a choice, > allowing gcc to be bootstrapped with VC++ would be a

https://bugs.freedesktop.org/show_bug.cgi?id=28763 Summary: Kernel Oops when displaying a large image Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hi, I'm able to build the llvm tools on the MinGW platform: burg, fpcmp, tblgen, llvm-as, llvm-dis, opt, gccas, llc, llvm-link, lli, gccld, llvm-stub, analyze and extract. I wonder if these tools are sufficient to start build the cfrontend? Henrik. _________________________________________________________________ Undg� pop-ups med MSN Toolbar - http://toolbar.msn.dk hent den gratis!

The problem with building the frontend on Windows is that gcc cannot be bootstrapped using Window's native compiler -- i.e. VC++ -- unlike every other platform. It can be built on Windows using gcc, of course, but even then only if the entire GNU environment is present. The real problem is that the bootstrapped frontend binaries built using gcc may not properly link with LLVM binaries built

Hi all I have the following generalized linear problem. In a study of allergic responses, patients arriving at a clinic in Groote Schuur hospital were tested for sensitivity to a number of substances. Three of these were moulds: Cladosporium (C), Alternaria (F) and Aspergillius (T). Their level of sensitivity was measured on the Rast Scale as: 0: not allergic 1: mildly

On Tue, 2 Nov 2004, Jeff Cohen wrote: > The problem with building the frontend on Windows is that gcc cannot be > bootstrapped using Window's native compiler -- i.e. VC++ -- unlike every > other platform. It can be built on Windows using gcc, of course, but > even then only if the entire GNU environment is present. Yeah, annoying. Unfortunately we're not up to fixing GCC :)

Dear R-list. I have done a logistic glm using Age as explanatory variable for some allergic event. #the model model2d<-glm(formula=AEorSAEInfecBac~Age,family=binomial("logit"),data=emrisk) #predictions for age 30 and 60 preds<-predict(model2d,data.frame(Age=c(30,60)),se.fit=TRUE) # prediction interval

Hello! I am currently trying to make EH (exception handling) possible to be integrated in C++. This means that C++ code can throw exceptions and llvm code can catch such exception and llvm can throw exceptions that C++ can catch (or pass through). There are quite some difficulties with approach: * I must write ABI specific backends for EH. Since we support Visual Studio and GCC, two

Hi Where do I find instruction to configure icecast as a reflect server for rtsp? Scenario: Client1 sends audio to IceCast via rtsp Client2 receives audio from IceCast via rtsp. I need to just setup this behaviour.. -Atul -- ------- To make world a better place to live in ------- -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Sep 8, 2008, at 4:30 PM, OvermindDL1 wrote: >> The Verifier pass is recommended; it catches a lot of >> invalid stuff and be configured to abort, print an error to >> stderr, or return an error status and message string. >> >> It doesn't catch everything though; codegen's error >> handling today is usually an assertion failure, assuming >>

----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, 21 Dec 2004 16:29:47 -0800

On Sat, 18 Nov 2006, [ISO-8859-2] Žiga Osolin wrote: > I am currently trying to make EH (exception handling) possible to be > integrated in C++. This means that C++ code can throw exceptions and > llvm code can catch such exception and llvm can throw exceptions that > C++ can catch (or pass through). There are quite some difficulties with > approach: Cool! This is the major

Chris Lattner pravi: > On Sat, 18 Nov 2006, [ISO-8859-2] Žiga Osolin wrote: >> I am currently trying to make EH (exception handling) possible to be >> integrated in C++. This means that C++ code can throw exceptions and >> llvm code can catch such exception and llvm can throw exceptions that >> C++ can catch (or pass through). There are quite some difficulties with

The man page isn't helping, nor have I been able to find examples that work. For example, the man page claims I can do ipmitool lan get active, and I try, and it says, "invaling lan command, get". Do I set the MAC address for the lan to NIC 2? Anyone have a clue - I do *not* want martians on the real network. mark

Hi Jeff and Morten Does anyone of you win32 guys have the guts to move the sed results from *.in files out of the llvm source folders and place them under llvm/win32 instead? Then, as I see it, I will be able to to build both vc++ and mingw versions from the same sources. And, that would be nice. Otherwise, the vc++ solution mess up with my mingw compilation. Henrik.

Full_Name: Byron Ellis Version: 1.2.2 OS: all Submission from: (NULL) (140.247.105.95) R_ext/Arith.h #ifdef MAIN #define extern #endif #ifdef __cplusplus extern "C" { #endif these two should be reversed. Its never a problem because builds aren't done against C++ compilers, but its still an error (just a low priority one). also, you could change that to #ifdef __cplusplus extern