[llvm-commits] [llvm-gcc-4.2] r43887 - in /llvm-gcc-4.2/trunk: boehm-gc/ libffi/ libjava/ libmudflap/ libobjc/ libssp/ zlib/
Author: void Date: Thu Nov 8 03:11:48 2007 New Revision: 43887 URL: http://llvm.org/viewvc/llvm-project?rev=43887view=rev Log: Removing libraries to sync with Apple GCC 4.2. Removed: llvm-gcc-4.2/trunk/boehm-gc/ llvm-gcc-4.2/trunk/libffi/ llvm-gcc-4.2/trunk/libjava/ llvm-gcc-4.2/trunk/libmudflap/ llvm-gcc-4.2/trunk/libobjc/ llvm-gcc-4.2/trunk/libssp/ llvm-gcc-4.2/trunk/zlib/ ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Re: [llvm-commits] [llvm-gcc-4.2] r43887 - in /llvm-gcc-4.2/trunk: boehm-gc/ libffi/ libjava/ libmudflap/ libobjc/ libssp/ zlib/
Bill, llvm-gcc-4.2/trunk/libobjc/ I expect, that nobody will use objc fe on non-darwin, but anyway - why removing libobjc (and not just excluding from build)? -- With best regards, Anton Korobeynikov. Faculty of Mathematics Mechanics, Saint Petersburg State University. ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Re: [llvm-commits] [llvm-gcc-4.2] r43887 - in /llvm-gcc-4.2/trunk: boehm-gc/ libffi/ libjava/ libmudflap/ libobjc/ libssp/ zlib/
Hi Anton, llvm-gcc-4.2/trunk/libobjc/ I expect, that nobody will use objc fe on non-darwin, but anyway - why removing libobjc (and not just excluding from build)? Good question. Right now, I'm just trying to sync our tree with what's in Apple GCC 4.2's TOT. My guess is that if we don't remove some directories, we will probably run into situations where the Makefiles will start to build then even though we told them not to. I really don't have a strong opinions. For instance, we could keep it in the repository and then ignore it like we do libstdc++-v3 (which is also removed in their TOT). Comments? -bw ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Re: [llvm-commits] [llvm-gcc-4.2] r43887 - in /llvm-gcc-4.2/trunk: boehm-gc/ libffi/ libjava/ libmudflap/ libobjc/ libssp/ zlib/
On Nov 8, 2007, at 10:54 AM, Bill Wendling wrote: Hi Anton, llvm-gcc-4.2/trunk/libobjc/ I expect, that nobody will use objc fe on non-darwin, but anyway - why removing libobjc (and not just excluding from build)? Good question. Right now, I'm just trying to sync our tree with what's in Apple GCC 4.2's TOT. My guess is that if we don't remove some directories, we will probably run into situations where the Makefiles will start to build then even though we told them not to. I really don't have a strong opinions. For instance, we could keep it in the repository and then ignore it like we do libstdc++-v3 (which is also removed in their TOT). Comments? Honestly I'd think you'd want to keep them for other OS's, the darwin libstdc++ avoidance should be platform specific and linux will want the directories to build. -eric ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Re: [llvm-commits] [llvm-gcc-4.2] r43887 - in /llvm-gcc-4.2/trunk: boehm-gc/ libffi/ libjava/ libmudflap/ libobjc/ libssp/ zlib/
On Nov 8, 2007, at 10:54 AM, Bill Wendling wrote: Hi Anton, llvm-gcc-4.2/trunk/libobjc/ I expect, that nobody will use objc fe on non-darwin, but anyway - why removing libobjc (and not just excluding from build)? Good question. Right now, I'm just trying to sync our tree with what's in Apple GCC 4.2's TOT. My guess is that if we don't remove some directories, we will probably run into situations where the Makefiles will start to build then even though we told them not to. I really don't have a strong opinions. For instance, we could keep it in the repository and then ignore it like we do libstdc++-v3 (which is also removed in their TOT). Please follow the model of libstdc++. Instead of deleting them, just make them not build on darwin (like libstdc++). Thanks Bill! -Chris ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits
Re: [llvm-commits] [llvm-gcc-4.2] r43887 - in /llvm-gcc-4.2/trunk: boehm-gc/ libffi/ libjava/ libmudflap/ libobjc/ libssp/ zlib/
Please follow the model of libstdc++. Instead of deleting them, just make them not build on darwin (like libstdc++). Totally made it so. :-) -bw ___ llvm-commits mailing list llvm-commits@cs.uiuc.edu http://lists.cs.uiuc.edu/mailman/listinfo/llvm-commits