From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id MAA22796; Sat, 2 Mar 2002 12:56:17 +0100 (MET) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id MAA24328 for ; Sat, 2 Mar 2002 12:56:16 +0100 (MET) Received: from fichte.ai.univie.ac.at (fichte.ai.univie.ac.at [131.130.174.156]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id g22BuFb11320 for ; Sat, 2 Mar 2002 12:56:16 +0100 (MET) Received: (from markus@localhost) by fichte.ai.univie.ac.at (8.9.3/8.9.3/Debian 8.9.3-21) id MAA19108; Sat, 2 Mar 2002 12:56:12 +0100 Date: Sat, 2 Mar 2002 12:56:12 +0100 From: Markus Mottl To: Mattias Waldau Cc: OCAML Subject: Re: [Caml-list] The DLL-hell of O'Caml Message-ID: <20020302115611.GA18102@fichte.ai.univie.ac.at> Mail-Followup-To: Mattias Waldau , OCAML References: <0D00592F-2D72-11D6-BA3A-000502DB38F5@wetware.com> <014901c1c1bf$ebb29c30$0700a8c0@gateway> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <014901c1c1bf$ebb29c30$0700a8c0@gateway> User-Agent: Mutt/1.3.26i Organization: Austrian Research Institute for Artificial Intelligence Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Sat, 02 Mar 2002, Mattias Waldau wrote: > We need a solution. Maybe a CPAN-like solution? In the Ocaml-CPAN it > could either be source code, or compile binaries (I can live without > native code, at least when experimenting with other peoples libraries.) This raises the old question of "social tools" again. Given that our community is still comparatively small, it is absolutely mandatory that there be tools and standards that make us as productive as possible. Not only will this allow us to use our scarce human resources more efficiently, it is also more likely to attract more people when they see that contributing and benefiting from other contributions is easy. Some standard packaging tools + automated means of resolving dependencies, e.g. by downloading contributions from some central archive, and a documentation standard (ocamldoc?) would surely help. Any concrete plans? Regards, Markus Mottl -- Markus Mottl markus@oefai.at Austrian Research Institute for Artificial Intelligence http://www.oefai.at/~markus ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners