Re: [Fink-devel] llvm/llvm-gcc42-2.5-1 on fink tracking
Jack Howarth wrote: The libLTO.dylib in Xcode 3.2.1 only supports dead code elimination at -O4 whereas the libLTO.dylib in llvm 2.5 provides additional optiminizations like inlining across code files. I am not sure about the utility of a fink providied libLTO. The llvm-gcc release notes say: LLVM-GCC 4.2 supports a wide range of interprocedural optimizations, including global variable optimization, inter modular inlining, interprocedural constant propagation and dead argument elimination. http://developer.apple.com/ReleaseNotes/DeveloperTools/RN-llvm-gcc/index.html And, since libLTO functions are called by ld to to do the optimizations, how are you ensuring that /usr/bin/ld is using fink's libLTO? Peter -- Peter O'Gorman http://pogma.com -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] llvm/llvm-gcc42-2.5-1 on fink tracking
Peter, You totally misunderstand the purpose of bundling the libLTO.dylib with the llvm-shlibs package. It is only there to give the user the option to manually replace Apple's libLTO.dylib with that from the llvm-2.5 sources if they want to explore the complete functionality of LTO. I never said that these packages would automatically replace the system libLTO.dylib, only that they would provide a copy for the use to try if they were so inclined. Jack On Mon, Feb 09, 2009 at 08:44:09PM -0600, Peter O'Gorman wrote: Jack Howarth wrote: Peter, That is not what Chris Lattner said... He says that /usr/bin/ld and /Developer/usr/bin/ld differ, which it seems, they do, ld -v for /Developer/usr/bin includes the string llvm version ..., Apple Build ..., which does not appear for /usr/bin/ld -v. He also says to replace /Developer/usr/lib/libLTO.dylib with the one you built from the llvm sources. I doubt very much that a fink package that replaces files in /Developer/usr/lib would be tolerated. http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-January/019687.html Remember that the libLTO.dylib included in Xcode 3.1.2 is generated from the llvm source tree, specifically in llvm-2.5/tools/lto, and definitely is a work in progress. I would be surprised if the llvm in Xcode 3.1.2 is newer than llvm-2.3. You don't appear to realize what I was said. I said that the libLTO included in Xcode does more than you claimed (only supports dead code elimination), not that it was newer. I also said that since it is used exclusively by ld, it was unlikely to be found by /usr/bin/ld or /Developer/usr/bin/ld (both of which look for @executable_path/../lib/libLTO.dylib) if it is sitting in /sw/lib. I continue to see little point in a fink libLTO. Peter Jack On Mon, Feb 09, 2009 at 08:32:14AM -0600, Peter O'Gorman wrote: Jack Howarth wrote: The libLTO.dylib in Xcode 3.2.1 only supports dead code elimination at -O4 whereas the libLTO.dylib in llvm 2.5 provides additional optiminizations like inlining across code files. I am not sure about the utility of a fink providied libLTO. The llvm-gcc release notes say: LLVM-GCC 4.2 supports a wide range of interprocedural optimizations, including global variable optimization, inter modular inlining, interprocedural constant propagation and dead argument elimination. http://developer.apple.com/ReleaseNotes/DeveloperTools/RN-llvm-gcc/index.html And, since libLTO functions are called by ld to to do the optimizations, how are you ensuring that /usr/bin/ld is using fink's libLTO? Peter -- Peter O'Gorman http://pogma.com -- Peter O'Gorman http://pogma.com -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] llvm/llvm-gcc42-2.5-1 on fink tracking
Peter, That is not what Chris Lattner said... http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-January/019687.html Remember that the libLTO.dylib included in Xcode 3.1.2 is generated from the llvm source tree, specifically in llvm-2.5/tools/lto, and definitely is a work in progress. I would be surprised if the llvm in Xcode 3.1.2 is newer than llvm-2.3. Jack On Mon, Feb 09, 2009 at 08:32:14AM -0600, Peter O'Gorman wrote: Jack Howarth wrote: The libLTO.dylib in Xcode 3.2.1 only supports dead code elimination at -O4 whereas the libLTO.dylib in llvm 2.5 provides additional optiminizations like inlining across code files. I am not sure about the utility of a fink providied libLTO. The llvm-gcc release notes say: LLVM-GCC 4.2 supports a wide range of interprocedural optimizations, including global variable optimization, inter modular inlining, interprocedural constant propagation and dead argument elimination. http://developer.apple.com/ReleaseNotes/DeveloperTools/RN-llvm-gcc/index.html And, since libLTO functions are called by ld to to do the optimizations, how are you ensuring that /usr/bin/ld is using fink's libLTO? Peter -- Peter O'Gorman http://pogma.com -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] llvm/llvm-gcc42-2.5-1 on fink tracking
Jack Howarth wrote: Peter, You totally misunderstand the purpose of bundling the libLTO.dylib with the llvm-shlibs package. It is only there to give the user the option to manually replace Apple's libLTO.dylib with that from the llvm-2.5 sources if they want to explore the complete functionality of LTO. I never said that these packages would automatically replace the system libLTO.dylib, only that they would provide a copy for the use to try if they were so inclined. Then yes, I misunderstood. Sorry. Peter Jack On Mon, Feb 09, 2009 at 08:44:09PM -0600, Peter O'Gorman wrote: Jack Howarth wrote: Peter, That is not what Chris Lattner said... He says that /usr/bin/ld and /Developer/usr/bin/ld differ, which it seems, they do, ld -v for /Developer/usr/bin includes the string llvm version ..., Apple Build ..., which does not appear for /usr/bin/ld -v. He also says to replace /Developer/usr/lib/libLTO.dylib with the one you built from the llvm sources. I doubt very much that a fink package that replaces files in /Developer/usr/lib would be tolerated. http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-January/019687.html Remember that the libLTO.dylib included in Xcode 3.1.2 is generated from the llvm source tree, specifically in llvm-2.5/tools/lto, and definitely is a work in progress. I would be surprised if the llvm in Xcode 3.1.2 is newer than llvm-2.3. You don't appear to realize what I was said. I said that the libLTO included in Xcode does more than you claimed (only supports dead code elimination), not that it was newer. I also said that since it is used exclusively by ld, it was unlikely to be found by /usr/bin/ld or /Developer/usr/bin/ld (both of which look for @executable_path/../lib/libLTO.dylib) if it is sitting in /sw/lib. I continue to see little point in a fink libLTO. Peter Jack On Mon, Feb 09, 2009 at 08:32:14AM -0600, Peter O'Gorman wrote: Jack Howarth wrote: The libLTO.dylib in Xcode 3.2.1 only supports dead code elimination at -O4 whereas the libLTO.dylib in llvm 2.5 provides additional optiminizations like inlining across code files. I am not sure about the utility of a fink providied libLTO. The llvm-gcc release notes say: LLVM-GCC 4.2 supports a wide range of interprocedural optimizations, including global variable optimization, inter modular inlining, interprocedural constant propagation and dead argument elimination. http://developer.apple.com/ReleaseNotes/DeveloperTools/RN-llvm-gcc/index.html And, since libLTO functions are called by ld to to do the optimizations, how are you ensuring that /usr/bin/ld is using fink's libLTO? Peter -- Peter O'Gorman http://pogma.com -- Peter O'Gorman http://pogma.com -- Peter O'Gorman http://pogma.com -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] llvm/llvm-gcc42-2.5-1 on fink tracking
Jack Howarth wrote: Peter, That is not what Chris Lattner said... He says that /usr/bin/ld and /Developer/usr/bin/ld differ, which it seems, they do, ld -v for /Developer/usr/bin includes the string llvm version ..., Apple Build ..., which does not appear for /usr/bin/ld -v. He also says to replace /Developer/usr/lib/libLTO.dylib with the one you built from the llvm sources. I doubt very much that a fink package that replaces files in /Developer/usr/lib would be tolerated. http://lists.cs.uiuc.edu/pipermail/llvmdev/2009-January/019687.html Remember that the libLTO.dylib included in Xcode 3.1.2 is generated from the llvm source tree, specifically in llvm-2.5/tools/lto, and definitely is a work in progress. I would be surprised if the llvm in Xcode 3.1.2 is newer than llvm-2.3. You don't appear to realize what I was said. I said that the libLTO included in Xcode does more than you claimed (only supports dead code elimination), not that it was newer. I also said that since it is used exclusively by ld, it was unlikely to be found by /usr/bin/ld or /Developer/usr/bin/ld (both of which look for @executable_path/../lib/libLTO.dylib) if it is sitting in /sw/lib. I continue to see little point in a fink libLTO. Peter Jack On Mon, Feb 09, 2009 at 08:32:14AM -0600, Peter O'Gorman wrote: Jack Howarth wrote: The libLTO.dylib in Xcode 3.2.1 only supports dead code elimination at -O4 whereas the libLTO.dylib in llvm 2.5 provides additional optiminizations like inlining across code files. I am not sure about the utility of a fink providied libLTO. The llvm-gcc release notes say: LLVM-GCC 4.2 supports a wide range of interprocedural optimizations, including global variable optimization, inter modular inlining, interprocedural constant propagation and dead argument elimination. http://developer.apple.com/ReleaseNotes/DeveloperTools/RN-llvm-gcc/index.html And, since libLTO functions are called by ld to to do the optimizations, how are you ensuring that /usr/bin/ld is using fink's libLTO? Peter -- Peter O'Gorman http://pogma.com -- Peter O'Gorman http://pogma.com -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
[Fink-devel] llvm/llvm-gcc42-2.5-1 on fink tracking
FYI, I have uploaded packaging for llvm/llvm-gcc42-2.5-1 packaging onto fink tracking. I have created a llvm package so that we can have access to the llvm tool chain including bugpoint (for reporting bugs back to the llvm developers). The gfortran 4.2.1 compilers in the llvm-gcc42 package now pass all of the Polyhedron 2005 benchmarks so they are usable now. The llvm-shlibs package provides a copy of the libLTO.dylib file built by llvm 2.5. This can be used to replace that from Xcode 3.2.1 in /Developer/usr/lib to provide fuller LTO options. The libLTO.dylib in Xcode 3.2.1 only supports dead code elimination at -O4 whereas the libLTO.dylib in llvm 2.5 provides additional optiminizations like inlining across code files. The packaging currently on fink tracking use the llvm/llvm-gcc-4.2 2.5 prerelease source code but when 2.5 is finally released, I will push these packages into fink 10.4 unstable. Jack ps Could someone test them on 10.4? -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] llvm/llvm-gcc42-2.5-1 on fink tracking
On Sun, Feb 8, 2009 at 2:20 PM, Jack Howarth howa...@bromo.med.uc.edu wrote: ps Could someone test them on 10.4? What is involved in testing (in addition to just making sure they build)? -- - Charles Lepple -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel