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
#init in toplevel (was: 3.07 beta 2 test build/run results) #8250
Comments
Comment author: administrator
Likewise, sorry for putting them all in the same mail, but I had already
Those are the files I want, but this set of makes (from README.win32)
And, the camlp4[or].exe's installed by these makes are bytecode files. Am
One of us is, but I'm not sure which one! :) Are you saying the makes Let me know if you want me to try something else, |
Comment author: administrator Chris, (Sorry for addressing only one problem at a time :-) checker@d6.com wrote/écrivait (Tue, Aug 26, 2003 at 11:40:27PM +0200):
I may miss something, but I don't see why camlp4o.opt (or camlp4r.opt) If they were, then there is nothing more to expect than a camlp4 with, In particular, "opt.opt" means nothing more that "opt" for camlp4 Am I missing something here? -- Michel |
Comment author: administrator
Cool, thanks.
Not in my test, it works fine (I change foo.ml in the middle, like you let x = (1 : Foo.t);;val x : Foo.t = 1 x;;
#init;;x ^ "hello";;Characters 0-1: The #init;; makes it so x is no longer bound, like it's supposed to. Am I
Yeah, I saw the comment, but I didn't understand why a command to the msvc The other option is to have the makefile set LIB directly, which does the
No big deal, it was an easy fix.
Okay, I'll see if I can get something together today.
Yes, this fixed that problem (was there an issue with just looking for I can look into this one more, or maybe you already have an idea that would Thanks, and I'll try to isolate the exn thing now, ------TK_LINK changes-------- --- ......\ocaml-3.07beta2\config\Makefile 2003-08-26 produced by OCaml, and is therefore required for binary distributionof these libraries. However, $(TK_ROOT) must be added to the LIBenvironment variable, as described in README.win32.+TK_LIBPATH=c:/apps/tcl/lib An alternative definition that avoids mucking with the LIB variable,but hard-wires the Tcl/Tk location in the binaries.....\ocaml-3.07beta2\otherlibs\labltk\Makefile.nt Makefile.nt Top Makefile for LablTkinclude ../../config/Makefile SUBDIRS=compiler support lib labltk camltk jpf frx tkanim examples_labltk |
Comment author: administrator Hi Pierre, I only saw your mail when checking the bug report online, I
Nope, neither of these. I looked into it in more detail, and it was a So, this one was not a bug, sorry about the false alarm. Chris
|
Comment author: administrator
I got it. To summarize:
As usual, the windows makefiles lags a bit behind, but I'll try to
I believe this command can break type safety by, in effect, allowing
Then, change Foo so that type t = string and recompile. At this point, the system will believe that x is of type string,
There is a comment to this effect in config/Makefile.msvc. You can do
The change (IIRC) is that the options given with -ccopt are passed to
No, we don't, and you're welcome to send a program that shows the
Does the thunk DLL in question belong to a library distributed with (I agree that producing a Caml/C library that works both with dynamic Thanks for your feedback,
|
Comment author: administrator Hi, First, thank you for your bug reports. I will just say a word about [...]
My guess is that you may have either a partial application of scanf In any case, I would be very glad to get a (small) example that Best regards, Pierre Weis |
Comment author: administrator Issues resolved or explained. Suggestion for #init remains. |
Comment author: @diml I'm closing this old issue. If #init is still desired, please open a new ticket or submit a PR. |
Original bug ID: 1799
Reporter: administrator
Assigned to: @diml
Status: resolved (set by @diml on 2017-01-05T12:08:58Z)
Resolution: suspended
Priority: normal
Severity: feature
Category: ~DO NOT USE (was: OCaml general)
Tags: patch
Bug description
This is a forward of my beta1 mailing to caml@inria.fr. Did that original
mail not get through (I got no response)? None of these issues have
changed in beta2, which I just tested (including the exception runtime bug
and the _local_roots bugs below).
Chris
The text was updated successfully, but these errors were encountered: