#205: Repair the TracNav bar
------------------------+---------------------------------------------------
Reporter: levill_r | Owner: Olena Team
Type: defect | Status: new
Priority: minor | Milestone:
Component: Trac | Version: 1.0
Keywords: system web |
------------------------+---------------------------------------------------
Since the update of Trac, many Wiki pages using the !TracNav plug-in won't
display the !TracNav bar (menu on the right of some pages), and show this
error instead :
{{{
Error: Failed to load processor TracNav
No macro or processor named 'TracNav' found
}}}
The curious thing is, the !TracNav bar is working ''sometimes''!!
To see this in action, try reloading a page several times (e.g.
CodingStyle): sometimes you'll see the bar, other times you'll get the
error.
I assume other Tracs ([https://trac.lrde.org/vaucanson/ Vaucanson's],
[https://trac.lrde.org/transformers/ Transfomers'], etc.) face the same
problem; we should discuss this issue with their maintainers. Therefore I
(Roland) am cc'ing this ticket to the `projects` mailing list as well.
--
Ticket URL: <https://trac.lrde.org/olena/ticket/205>
Olena <http://olena.lrde.epita.fr>
Olena, a generic and efficient C++ image processing library.
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "HAVM, a Tree intermediate language interpreter".
The branch master has been updated
via e2a13182489b93904d3afbcfd057992a79154766 (commit)
from d977ce7d257059323763675b1142eb50f8bb46a8 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
e2a1318 Also install the PDF documentation on the Web.
-----------------------------------------------------------------------
Summary of changes:
doc/Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/post-receive
--
HAVM, a Tree intermediate language interpreter
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "HAVM, a Tree intermediate language interpreter".
The branch master has been updated
via d977ce7d257059323763675b1142eb50f8bb46a8 (commit)
via 839a47d52a9ec4d173d7009b034616667b2f89b1 (commit)
via afe414e232fade40f3af0cd008ad9f2c026d2657 (commit)
from 845a43229bcd8f77b48d781b3a583d02272e5328 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
d977ce7 Typo in documentation.
839a47d Fix and update URLs in the documentation.
afe414e Adjust the documentation regarding operators.
-----------------------------------------------------------------------
Summary of changes:
doc/havm.texi | 29 +++++++++++++++--------------
1 file changed, 15 insertions(+), 14 deletions(-)
hooks/post-receive
--
HAVM, a Tree intermediate language interpreter
* doc/havm.texi (Top): Here.
---
doc/havm.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/havm.texi b/doc/havm.texi
index 9e738fd..71cd66f 100644
--- a/doc/havm.texi
+++ b/doc/havm.texi
@@ -122,7 +122,7 @@ and feedback can be sent to
@href{projects@@lrde.epita.fr, @acronym{lrde}'s Projects Address}.
@acronym{LRDE} stands for @href{http://www.lrde.epita.fr, Laboratoire de
Recherche et Dévelopment de l'@acronym{EPITA}}, i.e., the Research and
-Development Labof @acronym{EPITA}, the @href{http://www.epita.fr, École
+Development Lab of @acronym{EPITA}, the @href{http://www.epita.fr, École
Pour l'Informatique et les Techniques Avancées}.
@href{http://www.cs.princeton.edu/~appel/, Andrew Appel's home page}
--
1.7.10.4
* doc/havm.texi (Top): Here.
(wiki): Remove macro.
---
doc/havm.texi | 21 ++++++++++-----------
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/doc/havm.texi b/doc/havm.texi
index c2afb57..9e738fd 100644
--- a/doc/havm.texi
+++ b/doc/havm.texi
@@ -23,10 +23,6 @@
@end macro
@end ifnothtml
-@macro wiki
-http://www.lrde.epita.fr/cgi-bin/twiki/view
-@end macro
-
@macro havm
@acronym{HAVM}
@end macro
@@ -120,22 +116,25 @@ non strict functional language very well suited for this kind of
symbolic processing. @havm{} was coined on both Haskell, and
@acronym{vm} standing for Virtual Machine.
-Information about @havm{} can be found on @href{@wiki{}/Projects/Havm,
-@havm{} Home Page}, and feedback can be sent to
+Information about @havm{} can be found on
+@href{http://www.lrde.epita.fr/wiki/Havm, @havm{} Home Page},
+and feedback can be sent to
@href{projects@@lrde.epita.fr, @acronym{lrde}'s Projects Address}.
@acronym{LRDE} stands for @href{http://www.lrde.epita.fr, Laboratoire de
Recherche et Dévelopment de l'@acronym{EPITA}}, i.e., the Research and
-Development Labof @acronym{EPITA}, the @href{http://www.epita.fr, Ecole
+Development Labof @acronym{EPITA}, the @href{http://www.epita.fr, École
Pour l'Informatique et les Techniques Avancées}.
-@href{FIXME:, Andrew Appel's home page} includes links to material
+@href{http://www.cs.princeton.edu/~appel/, Andrew Appel's home page}
+includes links to material
related to compilers theory, and some information about the
-@href{FIXME:, Modern Compiler Implementation} book series.
+@href{http://www.cs.princeton.edu/~appel/modern/, Modern Compiler
+Implementation} book series.
More information on Haskell can be found on
@href{http://www.haskell.org, Haskell Home Page}. @havm{} requires a
-specific Haskell compiler, @acronym{GHC}, the @href{FIXME: , Glasgow
-Haskell Compiler}.
+specific Haskell compiler, @acronym{GHC}, the
+@href{http://www.haskell.org/ghc/, Glasgow Haskell Compiler}.
@menu
* Invoking havm:: Command Line Interface
--
1.7.10.4
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "HAVM, a Tree intermediate language interpreter".
The branch master has been updated
via 845a43229bcd8f77b48d781b3a583d02272e5328 (commit)
via 7400269cdd9b2d865f24acdec17875bb81e4c21f (commit)
from ac93a91b0d3537621a4d64619e217ab27ee47025 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
845a432 Have binary and relational operators follow Appel's specifications.
7400269 Version 0.26a.
-----------------------------------------------------------------------
Summary of changes:
NEWS | 10 ++++++++++
configure.ac | 2 +-
src/Ir.hs | 46 ++++++++++++++++++++++++++++++----------------
src/Scan.hs | 17 +++++++++++------
src/StdBinop.hs | 24 ++++++++++++++++++------
src/StdRelop.hs | 10 +++++++++-
6 files changed, 79 insertions(+), 30 deletions(-)
hooks/post-receive
--
HAVM, a Tree intermediate language interpreter
On 08/04/2014 15:12, Pablo Oliveira wrote:
> Chers collègues,
Bonjour Pablo,
> Comme certains d'entre vous le savent, j'organise depuis deux ans
> maintenant, un projet Tiger à l'ISTY (l'école d'ingénieurs rattachée à
> l'Université de Versailles).
> Je me suis fortement inspiré du projet Tiger de l'Epita (merci encore
> pour la superbe documentation !).
>
> Mes étudiants utilisent HAVM pour tester les programmes IR et en sont
> contents. Néanmoins, le bug lié à la mauvaise execution d'un jump
> pendant l'évaluation d'une expression agace souvent les étudiants (même
> si avec un brin de persévérance on peut le contourner).
>
> Toujours est-il que j'ai essayé de fixer ce bug dans HAVM, mais n'étant
> pas un expert Haskell, cela était difficile. Finalement, je me suis dit
> que ce serait plus rapide pour moi de ré-implémenter la VM dans un
> langage que je maîtrise mieux. Je vous présente donc IRVM:
>
> https://github.com/pablooliveira/irvm
>
> Si vous souhaitez l'utiliser ou si vous avez des retours, n'hésitez pas
> à m'en faire part. La stratégie pour résoudre le problème de
> l'évaluation/jump est finalement assez simple, et je pense pourrait être
> portée dans HAVM par quelqu'un de doué en Haskell (si vous souhaitez
> échanger la dessus, n'hésitez pas également).
Merci pour ce message et félicitations pour ce travail ! Je vais jeter
un œil à IRVM.
Amicalement,
Roland
--
Roland Levillain
EPITA Research and Development Laboratory (LRDE)
14-16, rue Voltaire - FR-94276 Le Kremlin-Bicêtre Cedex - France
Phone: +33 1 53 14 59 45 - Fax: +33 1 53 14 59 22 - www.lrde.epita.fr