PS: A more convincing (IMO) argument against dragonegg is that it doesn't work on windows. That's because the gcc plugin architecture doesn't work on windows. Takumi has been thinking about this and has been enable to get dragonegg to work on windows anyway using some clever tricks.
Hi Duncan, On 10/17/2011 04:44 PM, Duncan Sands wrote:> PS: A more convincing (IMO) argument against dragonegg is that it doesn't > work on windows. That's because the gcc plugin architecture doesn't work > on windows. Takumi has been thinking about this and has been enable to > get dragonegg to work on windows anyway using some clever tricks.Interesting, thanks for the information. Is that already available somewhere, or are there any plans to release it along with LLVM 3.0? I don't use Windows much myself, but some Pure users and many of my students do. Pure relies on LLVM-capable compilers for its C/C++/Fortran inlining capabilities, so being able to just point Windows users to a binary llvm-gcc package to make that work is very convenient. Of course we can stick to the latest llvm-gcc 4.2 on Windows for a while, but if there's a dragonegg version that works there then I'd certainly like to give that a whirl some time. Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: Dr.Graef at t-online.de, ag at muwiinfa.geschichte.uni-mainz.de WWW: http://www.musikinformatik.uni-mainz.de/ag
NAKAMURA Takumi
2011-Oct-18 01:26 UTC
[LLVMdev] Compile llvm-gcc fortran backend using mingw
2011/10/18 Albert Graef <Dr.Graef at t-online.de>:> On 10/17/2011 04:44 PM, Duncan Sands wrote: >> PS: A more convincing (IMO) argument against dragonegg is that it doesn't >> work on windows. That's because the gcc plugin architecture doesn't work >> on windows. Takumi has been thinking about this and has been enable to >> get dragonegg to work on windows anyway using some clever tricks. > > Interesting, thanks for the information. Is that already available > somewhere, or are there any plans to release it along with LLVM 3.0? > > I don't use Windows much myself, but some Pure users and many of my > students do. Pure relies on LLVM-capable compilers for its C/C++/Fortran > inlining capabilities, so being able to just point Windows users to a > binary llvm-gcc package to make that work is very convenient. Of course > we can stick to the latest llvm-gcc 4.2 on Windows for a while, but if > there's a dragonegg version that works there then I'd certainly like to > give that a whirl some time.Not yet. I have to do; 1) Submit my patches to upstream gcc. 2) Let patches applied by distributors (mingw, tdm, and cygwin) X) Then, I could apply my tweaks :D GCC is required; 1) cc1*.exe should export (dllexport) available symbols. 2) People could use the distro "--enable-plugins and symbol-exported-cc1.exe" With my experiments, dragonegg can run on cygwin. Cygwin has its dlopen and dlsym. For mingw, I have to implement their emulator. (It would not be hard) Seek llvmdev with "dragonegg cygwin Takumi" ;) Unfortunately, I have little time to work on. Please be patient. Thank you, ...Takumi
Pavel Holoborodko
2011-Oct-18 02:45 UTC
[LLVMdev] Compile llvm-gcc fortran backend using mingw
> > .... but some Pure users and many of my students do. Pure relies on > LLVM-capable compilers for its C/C++/Fortran > inlining capabilities, so being able to just point Windows users to a > binary llvm-gcc package to make that work is very convenient.Nice to be called "Pure" :-) especially with capital letter. MinGW binaries for llvm-gcc don't have Fortran frontend. That is why I needed to re-compile llvm-gcc at first place. On Tue, Oct 18, 2011 at 5:26 AM, Albert Graef <Dr.Graef at t-online.de> wrote:> Hi Duncan, > > On 10/17/2011 04:44 PM, Duncan Sands wrote: > > PS: A more convincing (IMO) argument against dragonegg is that it doesn't > > work on windows. That's because the gcc plugin architecture doesn't work > > on windows. Takumi has been thinking about this and has been enable to > > get dragonegg to work on windows anyway using some clever tricks. > > Interesting, thanks for the information. Is that already available > somewhere, or are there any plans to release it along with LLVM 3.0? > > I don't use Windows much myself, but some Pure users and many of my > students do. Pure relies on LLVM-capable compilers for its C/C++/Fortran > inlining capabilities, so being able to just point Windows users to a > binary llvm-gcc package to make that work is very convenient. Of course > we can stick to the latest llvm-gcc 4.2 on Windows for a while, but if > there's a dragonegg version that works there then I'd certainly like to > give that a whirl some time. > > Albert > > -- > Dr. Albert Gr"af > Dept. of Music-Informatics, University of Mainz, Germany > Email: Dr.Graef at t-online.de, ag at muwiinfa.geschichte.uni-mainz.de > WWW: http://www.musikinformatik.uni-mainz.de/ag > _______________________________________________ > 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/20111018/122d7e5c/attachment.html>
Reasonably Related Threads
- [LLVMdev] Compile llvm-gcc fortran backend using mingw
- [LLVMdev] Compile llvm-gcc fortran backend using mingw
- [LLVMdev] Compile llvm-gcc fortran backend using mingw
- [LLVMdev] Compile llvm-gcc fortran backend using mingw
- [LLVMdev] Compile llvm-gcc fortran backend using mingw