<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general">
    <title>gmane.comp.lang.neko.general</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2555"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2554"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2553"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2552"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2551"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2550"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2549"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2548"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2547"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2546"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2545"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2544"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2543"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2542"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2541"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2540"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2539"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2538"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2537"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.lang.neko.general/2536"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2555">
    <title>Re: Prototypes export/import</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2555</link>
    <description>&lt;pre&gt;
inherited from prototype and "regular" ones.  It works similarity to Javascript,
quoting the documentation:

  When a field is accessed for reading and is not found in an object,
  it is searched in its prototype, and like this recursively.

And of course calling o.foo() is accessing field o.foo for reading.  If object o
in the example code had field o.foo itself, that one would be used instead of the
one from the prototype.  Neko tries to use function from the prototype exactly
because o.foo otherwise does not exist.


K.

&lt;/pre&gt;</description>
    <dc:creator>Kacper Gutowski</dc:creator>
    <dc:date>2013-03-23T19:00:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2554">
    <title>Re: Prototypes export/import</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2554</link>
    <description>&lt;pre&gt;You are right, I forgot about $exports.
But I would like to know how nekovm knows that foo is member of proto and
not a casual function?

Regards,

2013/3/23 Kacper Gutowski &amp;lt;mwgamera&amp;lt; at &amp;gt;gmail.com&amp;gt;

&lt;/pre&gt;</description>
    <dc:creator>Konstantin Tcholokachvili</dc:creator>
    <dc:date>2013-03-23T16:14:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2553">
    <title>Re: Prototypes export/import</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2553</link>
    <description>&lt;pre&gt;
You just create some local variable here and don't export anything.
As documented on http://nekovm.org/doc/vm, loadmodule returns module's
$export variable.  So to make it work, simply change your proto.neko to:

-------------------------------------------------------------------------
$exports.foo = function() { $print(this.msg) }
-------------------------------------------------------------------------

With this change, your lod.neko

Will print "hello" as you expect.


K.

&lt;/pre&gt;</description>
    <dc:creator>Kacper Gutowski</dc:creator>
    <dc:date>2013-03-23T15:28:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2552">
    <title>Prototypes export/import</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2552</link>
    <description>&lt;pre&gt;Hello,

I get back to neko and I would like to know how prototypes export system
works.
For example, I createed a file called proto.neko with the following
contents:

-------------------------------------------------------------------------
var proto = $new(null);
proto.foo = function() { $print(this.msg) }
-------------------------------------------------------------------------

then a file called lod.neko with the following contents:

-------------------------------------------------------------------------
var proto = $loader.loadmodule("proto",$loader);

var o = $new(null);
o.msg = "hello";
$objsetproto(o,proto);
o.foo(); // print "hello"
-------------------------------------------------------------------------

But when I do:
nekoc proto.neko
nekoc lod.neko
neko lod.n

I have the following message:

Called from lod.neko line 6
Uncaught exception - Invalid call

Line 6 corresponds to the "o.foo()" so it seems that the prototype isn't
fully imported.

What happens?


Thank you in advance.
&lt;/pre&gt;</description>
    <dc:creator>Konstantin Tcholokachvili</dc:creator>
    <dc:date>2013-03-23T11:15:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2551">
    <title>nekoc -doc and nekoc -link</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2551</link>
    <description>&lt;pre&gt;I see that neko 2.00 for linux has been released. Congratulations  and
thank you!

I would like to know  about two options in the compiler nekoc:

First, the doc option. Looking in source code looks like it search text
between &amp;lt;doc&amp;gt; and &amp;lt;/doc&amp;gt;, can you give an example of how document a
function, please?

Second, the linker option. how can I use it?

Thank you
&lt;/pre&gt;</description>
    <dc:creator>FRD</dc:creator>
    <dc:date>2013-03-22T10:12:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2550">
    <title>Re: Read user input</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2550</link>
    <description>&lt;pre&gt;neko.Sys.getChar


On Tue, Feb 12, 2013 at 7:25 PM, Fernando Raya &amp;lt;fernandoraya&amp;lt; at &amp;gt;gmail.com&amp;gt;wrote:

&lt;/pre&gt;</description>
    <dc:creator>Constantine</dc:creator>
    <dc:date>2013-02-12T12:53:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2549">
    <title>Read user input</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2549</link>
    <description>&lt;pre&gt;How can I read user input in Neko?

Something like:

     $print("Give a number");
     var input = read-line();
     $print("Your number was ", input);

Thanks


&lt;/pre&gt;</description>
    <dc:creator>Fernando Raya</dc:creator>
    <dc:date>2013-02-12T12:25:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2548">
    <title>Writting native code</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2548</link>
    <description>&lt;pre&gt;Hi,

I'm doing some bash script to add linux users, delete and upate, also for
htpasswd and mysql.
So I could call them from some haxe/Neko web interface.

Would it be of any interest to make a Neko primitive for those ?

Thanks
Laurent
&lt;/pre&gt;</description>
    <dc:creator>Lars Madson</dc:creator>
    <dc:date>2013-02-10T17:37:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2547">
    <title>apache error load mod_neko2.ndll,undefined symbol ap_log_error</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2547</link>
    <description>&lt;pre&gt;Hi,

I updated Xampp on archlinux. Since then I can't start apache anymore.
I looked on how to fix this from apache then but can't find a solution,
like maybe a way to bypass this check for the missing symbol. Or maybe a
library I should install.

I recompiled neko 1.8.2 but this undefined symbol seems the normal behavior.

Any idea what I should do to fix this ?

thanks
Laurent
&lt;/pre&gt;</description>
    <dc:creator>Lars Madson</dc:creator>
    <dc:date>2013-01-24T12:20:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2546">
    <title>Re: Compiling trunk on Windows/MSVC</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2546</link>
    <description>&lt;pre&gt;Le 15/01/2013 03:17, Jonas Malaco Filho a écrit :

Hi,

The easiest is to open "neko_vc10.sln" using MSVC, then compile it. 
However it seems it will not compile "nekoc" and "nekoml".

I've added a "make tools" command but it's still missing the nekoml.std


os.ndll is deprecated, it's been moved to xcross

I will try adding soon complete building for MSVC, I've added an issue 
here : http://code.google.com/p/nekovm/issues/detail?id=29

Best,
Nicolas

&lt;/pre&gt;</description>
    <dc:creator>Nicolas Cannasse</dc:creator>
    <dc:date>2013-01-15T09:11:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2545">
    <title>Compiling trunk on Windows/MSVC</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2545</link>
    <description>&lt;pre&gt;Hi there...

I've been trying to compile neko, nekoc, nekoml and associated libs on
Windows/MSVC. Amost everything is working, although I didn't try to compile
mod_tora and mod_neko. However, I couldn't quite figure out what is the
workflow used by Nicolas... What is the easiest way to compile on MSVC?

I also haven't been able to figure out where does os.ndll comes from and
how to compile nekoml.std. I tried running the command in
src/tools/install.neko, but got the follwing error:
Core\Core.nml(201): Cannot unify error and Core\Core.error

Can you provide some help?

*Jonas Malaco Filho*
&lt;/pre&gt;</description>
    <dc:creator>Jonas Malaco Filho</dc:creator>
    <dc:date>2013-01-15T02:17:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2544">
    <title>Re: NekoVM size claim</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2544</link>
    <description>&lt;pre&gt;Hello,

On Fri, 11 Jan 2013 15:08:20 +0100
Nicolas Cannasse &amp;lt;ncannasse&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

[]

Thanks for the hint, by disabling JIT and with -Os I got to 88K on x86,
which is pretty close to stated figure.


&lt;/pre&gt;</description>
    <dc:creator>Paul Sokolovsky</dc:creator>
    <dc:date>2013-01-11T21:12:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2543">
    <title>Re: NekoVM size claim</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2543</link>
    <description>&lt;pre&gt;Le 11/01/2013 14:18, Paul Sokolovsky a écrit :

It might be possible to cut it down by disabling JIT, or by using 
something such as "phx" that will compress it. The reported 68KB was I 
think on Windows without the GC.

Best,
Nicolas


&lt;/pre&gt;</description>
    <dc:creator>Nicolas Cannasse</dc:creator>
    <dc:date>2013-01-11T14:08:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2542">
    <title>Re: NekoVM size claim</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2542</link>
    <description>&lt;pre&gt;Hello,

On Fri, 11 Jan 2013 13:24:18 +0000
Lee Sylvester &amp;lt;lee&amp;lt; at &amp;gt;designrealm.co.uk&amp;gt; wrote:


Yes, I imagined that size may be for older (probably quite older)
version, though I'm not sure that's what I want. For example, when I
installed haxe which goes with Ubuntu 12.04LTS (2.07 IIRC) I found it
doesn't even have haxe.web.Dispatch class, and when I upgraded to 2.10
from PPA I found it fail to run due to lack of $fasthash in old neko.

So, I wonder if NekoVM has some compile-time configuration to reduce
size or has some backwards-compatibility for older bytecode which can
be disabled if new haxe is used?

Also, would it be fair to update mentioned FAQ entry to specify
contemporary size of libneko.so?




&lt;/pre&gt;</description>
    <dc:creator>Paul Sokolovsky</dc:creator>
    <dc:date>2013-01-11T13:49:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2541">
    <title>Re: NekoVM size claim</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2541</link>
    <description>&lt;pre&gt;Hi Paul,

There may be a better answer, but one option is to use an older version of the VM.  I think Neko has gotten a little larger with time.  All versions should be downloadable from the nekovm.org website, though you may have to do trial and error with the download URL to get the right one.

Cheers,
Lee


On 11 Jan 2013, at 13:18, Paul Sokolovsky &amp;lt;pmiscml&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Lee Sylvester</dc:creator>
    <dc:date>2013-01-11T13:24:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2540">
    <title>NekoVM size claim</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2540</link>
    <description>&lt;pre&gt;Hello,

I should start with saying that I'm absolutely amazed by Neko/Haxe -
it's marvelous that in the world trapped in JavaScript mediocrity some
people where brave enough to build complete ecosystem which is both
real-world and based on solid foundations of Lisp and *ML heritage.

Well, people can never get enough, and my question is in that vein. One
of the first things I read about NekoVM was FAQ which is at
http://nekovm.org/faq?s=68#how_is_neko_different_from_llvm_or_c claims
that libneko.so is 68KB. That's not what I see with the latest version:

$ ls -l /usr/lib/libneko.so.0.2 
-rw-r--r-- 1 root root 120992 Apr 27  2012 /usr/lib/libneko.so.0.2

Building it myself (all happens on x86), I got the similar results.

So, on what the information quoted above is based, and is it possible
to cut down the size after all?

It's not idle question - I would never consider giving up Python, if
didn't get a project to put a webapp on an Embedded Linux system with
4Mb flash, with 300Kb space normally free, most of&lt;/pre&gt;</description>
    <dc:creator>Paul Sokolovsky</dc:creator>
    <dc:date>2013-01-11T13:18:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2539">
    <title>Re: How to get dependency of external libraries on Mac?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2539</link>
    <description>&lt;pre&gt;I've been using the Neko build from you without problem.
And I've also been regularly building haxe from svn (with make) and don't
see a problem.

There seems to be some compatibility issue with nme's build tool, but I
haven't investigate it yet.

Best regards,
Andy

On Fri, Dec 21, 2012 at 12:49 PM, jlm&amp;lt; at &amp;gt;justinfront.net
&amp;lt;jlm&amp;lt; at &amp;gt;justinfront.net&amp;gt;wrote:

&lt;/pre&gt;</description>
    <dc:creator>Andy Li</dc:creator>
    <dc:date>2012-12-22T21:01:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2538">
    <title>Re: How to get dependency of external libraries on Mac?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2538</link>
    <description>&lt;pre&gt;Andy



http://code.google.com/p/nekovm/issues/detail?id=27&amp;amp;q=label%3APriority-Medium

Let me know if you want -r1906 neko 1.8.2 zip uploaded

Best

Justin


&lt;/pre&gt;</description>
    <dc:creator>jlm&lt; at &gt;justinfront.net</dc:creator>
    <dc:date>2012-12-21T06:27:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2537">
    <title>Re: How to get dependency of external libraries on Mac?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2537</link>
    <description>&lt;pre&gt;Sorry Andy the test.n was working on my machine but I have had some  
issues with haxe since changing neko, it sort of worked sometimes but  
not others. So decided to make haxe against the new Neko and it's not  
working?

/usr/lib/haxe/haxe --cwd "/usr/lib/haxe/std/tools/haxelib" haxelib.hxml
make: *** [haxelib] Segmentation fault

I downloaded Neko SVN and haxe SVN and I am still getting an error  
when try to make haxe but when I rename neko folder to my original  
version it seems to work, not sure when the issue has crept into Neko,  
I may try to find out so I can submit a bug report.

Best Justin

On 19 Dec 2012, at 04:43, JLM&amp;lt; at &amp;gt;justinfront.net wrote:


&lt;/pre&gt;</description>
    <dc:creator>jlm&lt; at &gt;justinfront.net</dc:creator>
    <dc:date>2012-12-21T04:49:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2536">
    <title>Re: How to get dependency of external libraries on Mac?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2536</link>
    <description>&lt;pre&gt;Andy

I have uploaded a new neko build here

http://haxe3.org/downloads/nightly/neko/neko.zip

Let me know if it works, install normal haxe neko to setup paths  
delete content of neko and replace with files, it's not a proper  
release build there is probably another step for that.

Best Justin

On 19 Dec 2012, at 03:43, JLM&amp;lt; at &amp;gt;justinfront.net wrote:


&lt;/pre&gt;</description>
    <dc:creator>jlm&lt; at &gt;justinfront.net</dc:creator>
    <dc:date>2012-12-19T04:43:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.lang.neko.general/2535">
    <title>Re: How to get dependency of external libraries on Mac?</title>
    <link>http://permalink.gmane.org/gmane.comp.lang.neko.general/2535</link>
    <description>&lt;pre&gt;Andy

libz.a is here?
http://code.google.com/p/sdl-static/source/browse/#svn%2Ftrunk%2Flib%2FMac%253Fstate%253Dclosed

check the sdl-static folder and the haxe/libs/ folders..

I think Neko compiles for Apache 2 and 1.3 if it can't find it will  
ask, but you prob don't need 1.3 unless it's related to new mysql  
dependancy?

For Apache2 you need mod_tora2 or mod_neko2 so if you don't have 1.3  
it will probably not make the mod_neko or mod_tora versions.

Carbon?  No idea

If a lib  *.dylib or *.a  etc... is not picked up look for it in your  
system and just dump a copy in usr/lib/ folder... ok not the proper  
way but should work :) alternatively you can try to change your paths  
but that can be flaky to get right?

I use gcc 4.6 or 4.7 and normally prefer macport builds of code over  
pre-installed apple libs, I think you are better off not depending on  
what apple does too much, for example on NME you probably have to edit  
the xcode SDK path in some of the build files as every mac os seems to  
name&lt;/pre&gt;</description>
    <dc:creator>jlm&lt; at &gt;justinfront.net</dc:creator>
    <dc:date>2012-12-19T03:43:29</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.lang.neko.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.lang.neko.general</link>
  </textinput>
</rdf:RDF>
