You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Original bug ID: 3827 Reporter: administrator Assigned to:@lefessan Status: closed (set by @xavierleroy on 2013-08-31T10:44:22Z) Resolution: fixed Priority: normal Severity: minor Fixed in version: 3.11.2 Category: ~DO NOT USE (was: OCaml general) Monitored by:@alainfrisch
Bug description
Hello,
J'ai l'impression que le nouveau mécanisme pour -pack a besoin de
pouvoir trouver les .cmi (au moment du -pack), sinon le link échoue:
buzet ~/tmp/pack $ cat a/a.ml
let x = 2
buzet ~/tmp/pack $ cat a/a.mli
val x : int
buzet ~/tmp/pack $ ocamlopt -c a/a.mli
buzet ~/tmp/pack $ ocamlopt -c -I a/ -for-pack Apack a/a.ml
buzet ~/tmp/pack $ ocamlopt -o apack.cmx -pack a/a.cmx
buzet ~/tmp/pack $ ocamlopt -o foo apack.cmx
apack.o: In function camlApack__code_begin': : undefined reference to camlA'
collect2: ld returned 1 exit status
Error during linking
Avant, ça marchait même si les .cmi n'étaient pas disponibles.
Est-ce normal / documenté ?
-- Alain
The text was updated successfully, but these errors were encountered:
En fait le problème est plus général. La fonction Compilenv.symbol_for_global
ne se plaint pas lorsque le .cmx n'est pas trouvé, et se comporte comme l'identité dans ce cas. Or le .cmx est maintenant indispensable: c'est lui qui permet
de calculer le vrai nom des symboles. À mon avis, il faudrait décreter que les .cmx sont nécessaires.
Pour le problème spécifique de -pack, on dispose des chemins complets vers les .cmx; ne faudrait-il pas utiliser cette information plutôt que de chercher à retrouver les .cmx dans les répertoires donnés par -I ?
Original bug ID: 3827
Reporter: administrator
Assigned to: @lefessan
Status: closed (set by @xavierleroy on 2013-08-31T10:44:22Z)
Resolution: fixed
Priority: normal
Severity: minor
Fixed in version: 3.11.2
Category: ~DO NOT USE (was: OCaml general)
Monitored by: @alainfrisch
Bug description
Hello,
J'ai l'impression que le nouveau mécanisme pour -pack a besoin de
pouvoir trouver les .cmi (au moment du -pack), sinon le link échoue:
buzet ~/tmp/pack $ cat a/a.ml
let x = 2
buzet ~/tmp/pack $ cat a/a.mli
val x : int
buzet ~/tmp/pack $ ocamlopt -c a/a.mli
buzet ~/tmp/pack $ ocamlopt -c -I a/ -for-pack Apack a/a.ml
buzet ~/tmp/pack $ ocamlopt -o apack.cmx -pack a/a.cmx
buzet ~/tmp/pack $ ocamlopt -o foo apack.cmx
apack.o: In function
camlApack__code_begin': : undefined reference to
camlA'collect2: ld returned 1 exit status
Error during linking
Avant, ça marchait même si les .cmi n'étaient pas disponibles.
Est-ce normal / documenté ?
-- Alain
The text was updated successfully, but these errors were encountered: