summaryrefslogtreecommitdiffstats
path: root/ocamldoc/runocamldoc
AgeCommit message (Collapse)Author
2015-02-08debugger, ocamlbuild, ocamldoc: separate their build from the compiler's.HEADmasterAdrien Nader
In other words: "make world" doesn't build the aforementioned tools anymore and they need to be configured and built separately. They are still in the same source tree. At first sight this should lead to more work but there are _several_ reasons for such a split. * It dissociates the builds and therefore the breakage when doing changes in the build system. * It makes changing one of them simpler. * It simplifies the Makefile files and removes some needs for the UNIX_OR_WIN32 variable. * It removes the Makefile.nt files and enables the build of the manpages on Windows too. * It builds these tools using the .opt variants when possible. This doesn't save that much time but it's nice nonetheless. * It's simpler to package for distributions which already split these tools to their own packages. * It simplifies cross-compilation by reducing the scope of the changes needed (i.e. I hope there won't be a need for more changes in the build systems of these tools). * It refers less to boot/ and should make bootstrapping at least a bit simpler (I can't tell how much but in any case it's not negative). As for the negative aspects: * Possibly more steps for compiler hackers in the "hot path". * A hand-written "configure_tool" script which creates a "Makefile.local" file which is include'ed from the Makefile files and which defines the invocation of the compiler and of other tools. After these changes, there are two ways to build the tools: whether OCaml is installed system-wide or not (i.e. "uninstalled" [ I'm not to be blamed for this terminology ]). If the compiler has been installed (typical for packagers): ./configure_tool debugger make -C debugger all If the compiler has not been installed (probably typical for compiler devs even though I'm not sure most don't disable the build of the tools when doing their development): UNINSTALLED_OCAML_DESTDIR=$(pwd)/lapin UNINSTALLED_OCAML_PREFIX=/usr ./configure_tool debugger make -C debugger all In the example directly above, UNINSTALLED_OCAML_PREFIX defaults to "/usr/local" (the default for the compiler build too) and must match. UNINSTALLED_OCAML_DESTDIR has no default and must be the same as the value used for DESTDIR when running "make install DESTDIR=$(pwd)/lapin" for the compiler. Providing an absolute path, while not mandatory, is saner. Comments are welcome on how to make the whole process more handy for you (yes, "you", the reader, whoever you are).
2012-10-15remove all $Id keywordsDamien Doligez
git-svn-id: http://caml.inria.fr/svn/ocaml/trunk@13013 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02
2011-07-27renaming of Objective Caml to OCaml and cleanup of copyright headersDamien Doligez
git-svn-id: http://caml.inria.fr/svn/ocaml/trunk@11156 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02
2002-07-23detabisationDamien Doligez
git-svn-id: http://caml.inria.fr/svn/ocaml/trunk@5029 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02
2002-05-16ajout $idDamien Doligez
git-svn-id: http://caml.inria.fr/svn/ocaml/trunk@4820 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02
2002-05-03utilisation de $@ DANS LES DEUX CASMaxence Guesdon
git-svn-id: http://caml.inria.fr/svn/ocaml/trunk@4767 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02
2002-04-29utilisation de $@ au lieu de $* pour les guillements dans l'utilistion de ↵Maxence Guesdon
ocamldoc git-svn-id: http://caml.inria.fr/svn/ocaml/trunk@4760 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02
2002-04-26Makefile bugsJacques Garrigue
git-svn-id: http://caml.inria.fr/svn/ocaml/trunk@4754 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02
2002-04-26Faire marcher ocamldoc non installe avec et sans DLLsXavier Leroy
git-svn-id: http://caml.inria.fr/svn/ocaml/trunk@4748 f963ae5c-01c2-4b8c-9fe0-0dff7051ff02