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

Cannot compile lablgtk2 #5627

Closed
vicuna opened this issue May 30, 2012 · 7 comments
Closed

Cannot compile lablgtk2 #5627

vicuna opened this issue May 30, 2012 · 7 comments

Comments

@vicuna
Copy link

vicuna commented May 30, 2012

Original bug ID: 5627
Reporter: @garrigue
Assigned to: Fabrice
Status: closed (set by @xavierleroy on 2015-12-11T18:07:15Z)
Resolution: fixed
Priority: normal
Severity: minor
Platform: Mac
OS: OSX
OS Version: Lion
Version: 4.00.0+dev
Fixed in version: 4.00.0+dev
Category: back end (clambda to assembly)
Monitored by: mehdi

Bug description

Compiling lablgtk2 from ocamlforge results in the following error:

...
ocamlc.opt -w s -c gData.ml
ocamlc.opt -w s -c gMain.mli
ocamlc.opt -w s -c gMain.ml
ocamlc.opt -w s -c ogtkBaseProps.ml
obj/1744

Fatal error: Bytegen.comp_expr: var obj_1744
Fatal error: exception Misc.Fatal_error
make[1]: *** [ogtkBaseProps.cmo] Error 2
make: *** [world] Error 2

Steps to reproduce

Get the current version of lablgtk

git clone https://forge.ocamlcore.org/anonscm/git/lablgtk/lablgtk.git

configure and make world.

@vicuna
Copy link
Author

vicuna commented May 30, 2012

Comment author: @garrigue

Fails in 4.00 since 12514.
Still worked in trunk as of 12514 (before merger of binannot in trunk).

@vicuna
Copy link
Author

vicuna commented May 30, 2012

Comment author: @garrigue

Same thing applies to lablgtk-2.14.2 too.

@vicuna
Copy link
Author

vicuna commented May 30, 2012

Comment author: @garrigue

Already occurred in revision 12423 of branch 4.00-with-binannot.

Hint: to compile lablgtk, just need to compile and install ocaml up to Unix and Bigarray.
To avoid dependency on camlp4, do not use make clean for lablgtk,
but rather
\rm src/g*.cm*

@vicuna
Copy link
Author

vicuna commented May 30, 2012

Comment author: @garrigue

Already occurred in branch binary-annotation, not at revision 10790, but already at revision 10795

@vicuna
Copy link
Author

vicuna commented May 31, 2012

Comment author: @lefessan

Yes, there was a problem with virtual instance variables.

@vicuna
Copy link
Author

vicuna commented Jun 20, 2012

Comment author: @yakobowski

This bug was reintroduced by commit 12614 in the trunk, which unmade the previous fix:

http://caml.inria.fr/cgi-bin/viewvc.cgi?view=revision&revision=12614

@vicuna
Copy link
Author

vicuna commented Jun 20, 2012

Comment author: @garrigue

Actually, it was never fixed in trunk, only in 4.00.
But I had merged it on my personal copy of trunk, and later I merged it in 12613,
and removed it just after thinking it was a wrong commit...
Fixed in 12619 for trunk.

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

No branches or pull requests

1 participant