+++ Jonas Smedegaard [Dec 15 09 20:11 ]: > Hi John (and others following this issue), > > I dare respond through our BTS rather than privately, as I see > nothing in need of discretion in your mail and we should generally > work transparently and in the open whenever possible[1]. > > I have commented below the quoted text... > > On Tue, Dec 15, 2009 at 10:39:22AM -0800, John MacFarlane wrote: > >This is unfortunate. Pandoc uses template Haskell to splice the > >contents of some data files into source files, so they can be built > >into the executable. But apparently not all architectures have a > >version of GHC that is capable of handling template Haskell. > >This will keep pandoc 1.3 from entering testing, I believe, because > >0.46 did compile on these architectures. (Correct me if I'm > >wrong about the criteria.) 0.46 used a different strategy -- it > >created DefaultHeaders.hs and other data files from templates > >before compiling, and didn't use template Haskell. > > > >My new plan is to wean pandoc off of template Haskell, which seems > >to be more trouble than it's worth. > > > >http://code.google.com/p/pandoc/issues/detail?id=186 > > > >John > > I do not know these Haskell-specific details of coding style. But > if the new way is "the proper way", then we do have the alternative > of packaging only for those architectures supporting this better > approach.
Template Haskell is a standard language feature. My worry, though, was that if we did not support all architectures on which pandoc 0.46 built, pandoc would never migrate from unstable to testing. Am I wrong about this? > Do you perhaps have some references to discussions by others about > template Haskell not working on some archs? Perhaps the Debian > Haskell team have discussed similar issues with other Haskell > apps/libs? In 7.9.2 of the following, it says you need a stage-2 compiler for template Haskell: http://www.haskell.org/ghc/docs/6.10-latest/html/users_guide/template-haskell.html I'm not sure why several architectures only have a stage-1 GHC. I'll ask around. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
