John Criswell
2015-Jun-18 23:44 UTC
[LLVMdev] Long-Term Support for LLVM Projects Extension to Build System?
Dear All, Will the LLVM project system (the extension to the build system that allows sub-projects to reuse the LLVM Makefiles) be maintained long term, or is the slow push to CMake intending to deprecate this functionality? We used this feature a lot for research projects at UIUC, but if the current maintainers of the build system are planning on deprecating it, I'll have my students avoid using it. Regards, John Criswell -- John Criswell Assistant Professor Department of Computer Science, University of Rochester http://www.cs.rochester.edu/u/criswell
Eric Christopher
2015-Jun-18 23:49 UTC
[LLVMdev] Long-Term Support for LLVM Projects Extension to Build System?
Hi John, Long term we don't want to keep the burden of two build systems in tree. CMake is turning out to be the build system we want because of its multi-platform support, etc and as soon as the CMake system can do everything we can do with the autoconf/makefile build I plan on turning down the support for that and removing the code. Thanks! -eric On Thu, Jun 18, 2015 at 4:47 PM John Criswell <jtcriswel at gmail.com> wrote:> Dear All, > > Will the LLVM project system (the extension to the build system that > allows sub-projects to reuse the LLVM Makefiles) be maintained long > term, or is the slow push to CMake intending to deprecate this > functionality? > > We used this feature a lot for research projects at UIUC, but if the > current maintainers of the build system are planning on deprecating it, > I'll have my students avoid using it. > > Regards, > > John Criswell > > -- > John Criswell > Assistant Professor > Department of Computer Science, University of Rochester > http://www.cs.rochester.edu/u/criswell > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150618/f9c98707/attachment.html>
John Criswell
2015-Jun-19 00:07 UTC
[LLVMdev] Long-Term Support for LLVM Projects Extension to Build System?
On 6/18/15 6:49 PM, Eric Christopher wrote:> Hi John, > > Long term we don't want to keep the burden of two build systems in > tree. CMake is turning out to be the build system we want because of > its multi-platform support, etc and as soon as the CMake system can do > everything we can do with the autoconf/makefile build I plan on > turning down the support for that and removing the code.Thanks, but I wasn't asking about autoconf vs. cmake. I'm wanting to know whether the ability to "plug into" the LLVM build system by external projects will be maintained. For example, SAFECode doesn't have its own build system; it uses LLVM's, and it does so without being a "patch" to the LLVM source tree. You can put the SAFECode source code anywhere you like, use LLVM-style Makefiles in its source code, and build it. All of the PROJ_SRC_ROOT, PROJ_OBJ_ROOT magic in the autoconf build system is what permits that feature to work. Do you intend to keep this functionality when you replace autoconf with cmake, or will all projects that want to use the LLVM build system need to place their source code in the LLVM source tree? To put it another way, do you intend to deprecate the PROJ_SRC_ROOT/PROJ_OBJ_ROOT stuff? While I've enjoyed the PROJ_* magic, I can see why you'd want to get rid of it. I just want to ensure that you are not planning on replacing it. Regards, John Criswell> Thanks! > > -eric > > On Thu, Jun 18, 2015 at 4:47 PM John Criswell <jtcriswel at gmail.com > <mailto:jtcriswel at gmail.com>> wrote: > > Dear All, > > Will the LLVM project system (the extension to the build system that > allows sub-projects to reuse the LLVM Makefiles) be maintained long > term, or is the slow push to CMake intending to deprecate this > functionality? > > We used this feature a lot for research projects at UIUC, but if the > current maintainers of the build system are planning on > deprecating it, > I'll have my students avoid using it. > > Regards, > > John Criswell > > -- > John Criswell > Assistant Professor > Department of Computer Science, University of Rochester > http://www.cs.rochester.edu/u/criswell > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu <mailto:LLVMdev at cs.uiuc.edu> > http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >-- John Criswell Assistant Professor Department of Computer Science, University of Rochester http://www.cs.rochester.edu/u/criswell -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150618/eba7474e/attachment.html>
Possibly Parallel Threads
- [LLVMdev] Long-Term Support for LLVM Projects Extension to Build System?
- [LLVMdev] Long-Term Support for LLVM Projects Extension to Build System?
- Compiling SAFECode poolalloc in cygwin create different libraries compared to linux.
- Compiling SAFECode poolalloc in cygwin create different libraries compared to linux.
- [LLVMdev] Long-Term Support for LLVM Projects Extension to Build System?