Re: Build error in users guide in HEAD of today
On Aug 20, 2009, at 11:43 PM, Philip K.F. Hölzenspies wrote:
latex failed
users_guide_tmp.tex:1380: Undefined control sequence \Documents.
users_guide_tmp.tex:1380: leading text: }
users_guide_tmp.tex:1380: Undefined control sequence \user.
users_guide_tmp.tex:1380: leading text: }
users_guide_tmp.tex:5782: Undefined control sequence \Documents.
users_guide_tmp.tex:5782: leading text: ...kurl{C:
\Documents~And~Settings\user\ghc}
users_guide_tmp.tex:5782: Undefined control sequence \user.
users_guide_tmp.tex:5782: leading text: ...kurl{C:
\Documents~And~Settings\user\ghc}
users_guide_tmp.tex:5782: Undefined control sequence \ghc.
users_guide_tmp.tex:5782: leading text: ...kurl{C:
\Documents~And~Settings\user\ghc}
users_guide_tmp.tex: File ended while scanning use of
\hy...@n@rmalise.
users_guide_tmp.tex: Emergency stop.
Error: latex compilation failed
make[2]: *** [docs/users_guide/users_guide.ps] Error 1
make[1]: *** [all_docs/users_guide] Error 2
Dear GHCers,
It seems the last error is also due to backslashes in windows paths in
the documentation. When I replace latex with a script that interrupts
for user interaction and manually change all paths in /tmp/tmpXX/
users_guide_tmp.tex to have double backslashes, it all works fine. Is
there a problem with the hyperref package that fails to properly
escape (i.e. insufficient verbatim) the contents of the \nolinkurl{}
macro, or should docbook have escaped the backslashes?
Regards,
Philip
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Build error in users guide in HEAD of today
Hi,
I had the same problem. I'm using the dblatex (version 0.2.10) from
macports (on OS X 10.5.7), which isn't the latest version of dblatex.
Also I'm using the MacTex 2008 Tex distribution, but I have no idea
what the particular versions of the url or hyperref package are.
Anyhow, I solved this particular problem by changing the style sheets
in my dblatex install. I found them under: /usr/local/share/dblatex/xsl
In the 'url.xsl' stylesheet I replaced the nolinkurl template with the
following:
xsl:template name=nolinkurl
xsl:param name=url select=@url/
xsl:text\protect\nolinkurl{/xsl:text
xsl:call-template name=scape-encode
xsl:with-param name=string
xsl:call-template name=scape-replace
xsl:with-param name=string select=$url/
xsl:with-param name=from select='\'/
xsl:with-param name=to select='\\'/
/xsl:call-template
/xsl:with-param
/xsl:call-template
xsl:text}/xsl:text
/xsl:template
So yeah, basically it is a mechanization of your manual solution.
Maybe you should bring this up with the dblatex folks? They have this
bug report on it [1], but the appearently they could not reproduce it
with 0.2.11. I can't verify if it is indeed solved with 0.2.11 and
onwards, and have no intention of doing so as I'm satisfied with my
current solution. Hope this helps you for now.
Regards,
Christiaan
[1]
http://sourceforge.net/tracker/index.php?func=detailaid=2028163group_id=72607atid=535062
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Plans for GHC 6.12.1: release candidate 14 September 2009
Hypothetically speaking (since I haven't made the call yet), if I wanted to be an early adopter of 6.12.1 when it is released, would now would be the time to start grabbing HEAD and playing with it (so that I know what I'm probably getting into and can offer early feedback)? Or would it be better for me to wait for the release candidate for that (since external packages and the like might be an issue at this point)? Thanks, - Ravi On Tue, Aug 18, 2009 at 10:03 AM, Ian Lynaghig...@earth.li wrote: Hi all, This is a summary of our plans for GHC 6.12.1. We are aiming to have the first release candidate out on the 14th September 2009. Until then, we plan to focus on the bugs in the 6.12.1 milestone, marked high priority; they are listed here: http://hackage.haskell.org/trac/ghc/query?status=newstatus=assignedstatus=reopenedpriority=highestpriority=highmilestone=6.12.1order=priority If there is a bug not in that list that is important to you, please let us know. Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
ghc 6.10.4 infix declarations and '\' bug or not ?
in declaring fixity for an operator (\\) to get it to compile using ghc 6.10.4, I needed to use the following code infixl 9 \\\ (\\) a b = etc ... where I assume the first \ escapes the second \, using infixl 9 \\ generates a syntax error infixl 9 \\ used to compile no problems with ghc 6.8.2 what is going on here ? why do I now need to add an additional \ ?, where is this change documented ?, is this a bug? ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
