<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Sean Hinde wrote:
<blockquote TYPE=CITE>I guess you are talking about Linux, in which case
the normal R7B etc
<br>release works fine. It doesn't do native code compilation but beam
compiled
<br>code is fast enough for most things.
<p>Maybe I missed the point of your question?
<br> </blockquote>
sorry for being so imprecise.
<p>yes, im interesting in distributing a binary only.
<br>for convenience.
<p>say
<br>1) i wanna deploy 30 times the same application, on client servers,
and i dont wanna bother intalling erlang, or
<br>2) i have access to a server i cant impose to have erlang installed
(say sourceforge)
<br>3) or i wanna build utilitaries, and i dont wanna be troubled
with release conflicts as time goes by.
<br>4) a demo softwarein a rpm, and i dont want bothering people downloading
8 mo of environement, or they cant be root ( to install erlang)
<p>these are different points where i may be interested to build a self
contained binary. so i was looking at how to do that.
<p>and which constraints it may brings, like language restrictions.
<p>(and yes, R7b is quick enough for me!)
<br>
<blockquote TYPE=CITE>
<br>Sean
<p>> -----Original Message-----
<br>> From: Luc Taesch [<a href="mailto:ltaesch@europemail.com">mailto:ltaesch@europemail.com</a>]
<br>> Sent: 7 October 2000 12:35
<br>> To: erlang-questions@erlang.org
<br>> Subject: compiler available for x86 ?.
<br>>
<br>>
<br>> i once asked which of compiler is available for x86.
<br>> hipe is for sparc, and etos link is still un-available.
<br>>
<br>>
<br>
<br> </blockquote>
<pre>--
First, they ignore you.
Then, they laugh at you.
Then, they fight you.
Then, you win.
--- Gandhi.
Working code is what matter, not your market capitalization.
--Kurt granroth</pre>
</html>