<?xml version="1.0" encoding="ISO-8859-1"?>

<!DOCTYPE message PUBLIC
  "-//MLarc//DTD MLarc output files//EN"
  "../../mlarc.dtd"[
  <!ATTLIST message
    listname CDATA #REQUIRED
    title CDATA #REQUIRED
  >
]>

  <?xml-stylesheet href="../../mlarc.xsl" type="text/xsl"?>


<message 
  url="2003/11/babbf41d038dd6ec6ad2c115fbe68680"
  from="Richard Jones &lt;rich@a...&gt;"
  author="Richard Jones"
  date="2003-11-25T09:21:49"
  subject="Re: [Caml-list] Ocaml and Samba function name collisions"
  prev="2003/11/a9182861e993a3d1b5e025fa10e9959c"
  next="2003/11/342efbf5beea4a93915156e485701317"
  prev-in-thread="2003/11/4a128889eaa8ec56c6743f2f44a7612e"
  prev-thread="2003/11/04de2adad170aa7cd1c0961e4ed73162"
  next-thread="2003/11/837fcd4c3c00ccfcd0571db7f70ba7ae"
  root="../../"
  period="month"
  listname="caml-list"
  title="Archives of the Caml mailing list">

<thread subject="[Caml-list] Ocaml and Samba function name collisions">
<msg 
  url="2003/11/6778b4e18c4db55e7461cb9af43857ef"
  from="Blair Zajac &lt;blair@o...&gt;"
  author="Blair Zajac"
  date="2003-11-25T00:31:29"
  subject="[Caml-list] Ocaml and Samba function name collisions">
<msg 
  url="2003/11/453654183c3d05b2466c29cbfbc028cd"
  from="Stefano Zacchiroli &lt;zack@b...&gt;"
  author="Stefano Zacchiroli"
  date="2003-11-25T07:38:29"
  subject="Re: [Caml-list] Ocaml and Samba function name collisions">
<msg 
  url="2003/11/97251759b76a4f2b13826f9a50b18c00"
  from="Nicolas Cannasse &lt;warplayer@f...&gt;"
  author="Nicolas Cannasse"
  date="2003-11-25T07:52:36"
  subject="Re: [Caml-list] Ocaml and Samba function name collisions">
<msg 
  url="2003/11/a3a7ab4e74ebbf072bc450a95a4ba3a7"
  from="Samuel Mimram &lt;samuel.mimram@e...&gt;"
  author="Samuel Mimram"
  date="2003-11-25T12:55:49"
  subject="Re: [Caml-list] Ocaml and Samba function name collisions">
<msg 
  url="2003/11/92e66679ae28e4de54ec97394dfbd22f"
  from="Nicolas Cannasse &lt;warplayer@f...&gt;"
  author="Nicolas Cannasse"
  date="2003-11-25T14:32:18"
  subject="Re: [Caml-list] Ocaml and Samba function name collisions">
<msg 
  url="2003/11/4a128889eaa8ec56c6743f2f44a7612e"
  from="Blair Zajac &lt;blair@o...&gt;"
  author="Blair Zajac"
  date="2003-11-26T07:17:30"
  subject="Re: [Caml-list] Ocaml and Samba function name collisions">
</msg>
</msg>
</msg>
</msg>
<msg 
  url="2003/11/babbf41d038dd6ec6ad2c115fbe68680"
  from="Richard Jones &lt;rich@a...&gt;"
  author="Richard Jones"
  date="2003-11-25T09:21:49"
  subject="Re: [Caml-list] Ocaml and Samba function name collisions">
</msg>
</msg>
</msg>
</thread>

<contents>
On Tue, Nov 25, 2003 at 08:38:25AM +0100, Stefano Zacchiroli wrote:
&gt; On Mon, Nov 24, 2003 at 04:31:24PM -0800, Blair Zajac wrote:
&gt; &gt; The synopsis of this message is to ask that the Ocaml source
&gt; &gt; code prepend a Ocaml specific string, "ml_", "caml_" or "ocaml_"
&gt; &gt; to all function names in Ocaml's source code to avoid name
&gt; &gt; collisions with other packages.  My case is made below :)
&gt; 
&gt; I will definitely sign this petition. I had a similar problem while
&gt; trying to write an ocaml binding to the graphviz library. Both the
&gt; libraries defined, IIRC, a color struct used in graphviz for node colors
&gt; and in ocaml by the GC :-(

Ditto. Try linking caml with libperl some time. I did, and it's really
not pleasant. BOTH packages make claims on the whole namespace, and
there are conflicts.

Look at how tcl and tk use namespace some time for an example of how
to get this right.

Rich.

-- 
Richard Jones. http://www.annexia.org/ http://freshmeat.net/users/rwmj
Merjis Ltd. http://www.merjis.com/ - improving website return on investment
MAKE+ is a sane replacement for GNU autoconf/automake. One script compiles,
RPMs, pkgs etc. Linux, BSD, Solaris. http://www.annexia.org/freeware/makeplus/

-------------------
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

</contents>

</message>

