Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bugs camlp4 #2865

Closed
vicuna opened this issue Jun 26, 2004 · 2 comments
Closed

Bugs camlp4 #2865

vicuna opened this issue Jun 26, 2004 · 2 comments
Labels

Comments

@vicuna
Copy link

vicuna commented Jun 26, 2004

Original bug ID: 2865
Reporter: administrator
Status: closed
Resolution: fixed
Priority: normal
Severity: minor
Category: ~DO NOT USE (was: OCaml general)

Bug description

Dans le CVS (3.09+dev0, mais ça doit être pareil dans la branche 308):

  • après un make opt, rien n'est compilé dans camlp4/etc. Pas de pr_o.cmx,
    mais même pas de camlp4.cmxa.

  • le calcul du numéro de ligne casse quand le contenu d'une quotation
    s'étend sur plusieurs lignes:

glouglou ~/ulex $ cat bla.ml
let x = <:expr< 1 +

2 >>;;

!
glouglou ~/ulex $ ocamlc -c -pp 'camlp4o q_MLast.cmo' bla.ml
File "bla.ml", line 4, characters 0-1:
Parse error: [expr] expected after '!' (in [expr])
Preprocessor error

-- Alain

@vicuna
Copy link
Author

vicuna commented Jun 30, 2004

Comment author: administrator

Alain.Frisch@ens.fr wrote/écrivait (Sat, Jun 26, 2004 at 10:59:42AM +0200):

Dans le CVS (3.09+dev0, mais ça doit être pareil dans la branche 308):

  • après un make opt, rien n'est compilé dans camlp4/etc. Pas de pr_o.cmx,
    mais même pas de camlp4.cmxa.

Normal: certains cmx de camlp4 ont besoin de cmx d'ocaml qui ne sont,
eux, crées que par un make opt.opt'. Seul camlp4/lib est compilé par un make opt. Le reste, dont etc, attend un make opt.opt'.

  • le calcul du numéro de ligne casse quand le contenu d'une quotation
    s'étend sur plusieurs lignes:

Réparé. Merci,

-- Michel

@vicuna
Copy link
Author

vicuna commented Apr 14, 2005

Comment author: administrator

First item is not a bug (see reply).
Second item fixed by MM, 2004-06-30.
Line numbering remains buggy when there are newlines in antiquotations (to be
fixed after the next release)

FIxed (see #3549)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant