On Fri, 15 Jan 2010 13:40:53 -0500, Christopher Faylor <cgf-use-tqsdqsdqsd...@cygwin.com> wrote: > On Fri, Jan 15, 2010 at 11:19:27AM +0100, Corinna Vinschen wrote: >>On Jan 15 11:07, Vincent R. wrote: >>> >>> >>> >>> On 14/01/2010 14:20, Reini Urban wrote: >>> >>>> >>> >>>> I have a working cygwin llvm and llvm-gcc, >>> >>>> but had no time to produce a proper package yet. >>> >>>> Attached are my cygport files and my local config. >>> >>>> No patches were needed. >>> >>>> >>> >>>> But I haven't bothered to build clang yet, >>> >>>> just the Clang llvmc plugin and llvm-gcc, >>> >>>> which I thought is harder to build and gives us more gcc >>> compatibility. >>> >>> >>> >>> Here's what I have so far for llvm/clang 2.6; the .cygport may be >>> >>> missing something, it's been a few weeks since I've looked at it. >>> >> >>> >> On the cygwin mailinglist we came to some required clang patches. >>> >> http://cygwin.com/ml/cygwin/2010-01/msg00587.html >>> >> Sorry, untested, as I got unrelated linker errors. >>> > >>> > The change to tools/CIndex/CIndexer.cpp looks fine if it works. The >>> > change to tools/driver/driver.cpp isn't really right; the code really >>> > needs to be refactored. The changes to the non-C++ include paths in >>> > lib/Frontend/InitHeaderSearch.cpp look a bit suspicious, but it's okay >>> > anyway. The change to lib/Headers/stddef.h is completely wrong; what >>> > is it supposed to fix? >>> >>> Still don't understand why cygwin doesn't implement dladdr, it would >>> avoid >>> some >>> ugly ifdef... >> >>http://cygwin.com/acronyms/#SHTDI >>http://cygwin.com/acronyms/#PTC > > And most importantly: > > http://cygwin.com/acronyms/#WJM >
No sorry you should add this one : IRHA (I Really Hate Acronyms) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
