[haxenext] Better Mac reliability

[JLM]

1) Leopard broken ( I wanted to help, doubt I can waiting for a new
fan, must chase ).
2) Neko svn version broken recently it seems.
3) NME often broken, NME Cpp svn version broken, in the svn there are
no tags for revisions I think this is something that really ought to
be done. Releases do not contain info on various related repository
revisions. Make file is apparently incorrect.
4) NME build scripts recent breaking normal haxe.
5) Mac haxe over the years rarely has the reliability and support of
the windows platform yet we need more designers in the haxe community
to promote haxe visually.

Hugh now has a air this has helped a lot with cpp target, but I still
feel Mac support always trails windows support.

I need to setup unit tests when I make nightlies is there any guidance
on this? We really need snow leopard build, if we decided to
discontinue leopard I can upgrade my old mac to snowy.
When NME svn is fixed I need to work out process so I can create
latest snapshot haxe & nme.
We could do with a mac server online so that the core developers can
always test various aspects, obviously if we can run several virtual
servers we could test more than one version on osx, and also some
linux, windows versions, obviously if snapshot is setup more users
will be able to use latest and report.

My main suggestion...
The foundation need to look into sourcing a mac server and putting it
online, anyone got an old mac intel desktop machine and a fast
connection?

[JLM]

Looks like NME has had some fixes yesterday and a new revision, I will
check it out now. But can we get revisions tagged ( and a rev.txt
file with all revisions of svn dependacies ) or am I looking at the
wrong repository?

[Nicolas Cannasse]

Le 06/06/2012 13:33, JLM a �crit :

> 1) Leopard broken ( I wanted to help, doubt I can waiting for a new
> fan, must chase ).
> 2) Neko svn version broken recently it seems.
> 3) NME often broken, NME Cpp svn version broken, in the svn there are
> no tags for revisions I think this is something that really ought to
> be done. Releases do not contain info on various related repository
> revisions. Make file is apparently incorrect.
> 4) NME build scripts recent breaking normal haxe.
> 5) Mac haxe over the years rarely has the reliability and support of
> the windows platform yet we need more designers in the haxe community
> to promote haxe visually.
>
> Hugh now has a air this has helped a lot with cpp target, but I still
> feel Mac support always trails windows support.

Hi Justin,

Ok, let's try getting this resolved.

Could you give us all the error messages / actual detailed issues you
get for all these points so we can get them fixed ?

I know you have reported them already, but they got lost somewhere, so
please open an issue on http://code.google.com/p/haxe/issues so we don't
forget about it and keep a whole history.

Best,
Nicolas

[JLM]

Nicolas

Ok it keeps changing tonight I can't seem to compile latest neko or haxe.  Is haxe dependant now on neko, can we have a switch to turn off features, and allow compile without neko?

After your last neko checkin, Neko 32 bit was compiling but not 64 bit, but seems to have stopped making since I installed NME3.3.3, need to explore, there was a lion osx auto update but I think I postponed that as it had new java in.

I will be taking the leopard to shop tomorrow to get fixed as the shop have the fans in, so I will take another look at leopard.

Started looking at the mac pkg format on saturday ( taking apart NME installer ), it can download all svn's but I could not get postflight file to do makes, but did not look at svn / make stuff sunday.

Cheers Justin

[Nicolas Cannasse]

Le 11/06/2012 05:27, JLM a écrit :
> Nicolas
>
> Ok it keeps changing tonight I can't seem to compile latest neko or
> haxe. Is haxe dependant now on neko, can we have a switch to turn off
> features, and allow compile without neko?

Haxe does not depend on Neko :)

> After your last neko checkin, Neko 32 bit was compiling but not 64 bit,
> but seems to have stopped making since I installed NME3.3.3, need to
> explore, there was a lion osx auto update but I think I postponed that
> as it had new java in.

Could you explain a bit exactly which errors you are getting for both
Neko and Haxe compilation ?

Best,
Nicolas

[JLM]

Nicolas

I think NME installer changed some stuff in my system?  Anyway at moment I can't compile any version of haxe or neko, make haxe is giving me...

ocamlopt -g -I libs/extlib -I libs/extc -I libs/neko -I libs/swflib -I libs/xml-light -c ast.ml
File "ast.ml", line 289, characters 17-40:

I will try to work out what in conflicting because at moment looks to be my system setup.

Cheers

Justin

[JLM]

Nicolas

It looks like CSV has changed? 

I have a 2.8 old haxe repository laying around that I duplicated and it compiles fine, so my setup must be more or less right ( rev 4188 maybe using that modified make created for old versions ), but I tried checking out old repositories right back a long way and they are maybe pulling a newer CSV that won't work with my Lion, but the old CSV libs files I have don't work with very latest.   So I know the CSV is changed but not really clear on trying to track the changes i can and probably will but it's kind of fustrating, as there is no easy way of knowing what changes are when I check out.

I think I have kind of tested your new cool neko macro thing... and the CSV stuff is currently failing on Lion at first hurdle, if some of the changes were in the CSV
:) Sorry

Can I ask if you can add libs to haxe svn, er I guess not?   Or even branch them to another google svn so it is easier to track changes and try to provide more useful information than it's broken :)  I can get upto speed with CSV but really wanted to update mac lion nightly and get back to playing with haxe js, maybe Franco can send me some files to upload next to the other i have, I think the official one is not creating mac files?

Cheers

Justin

[Nicolas Cannasse]

I don't really understand what you're trying to do here.

We have removed already all CVS dependendies so a simple "svn checkout"
of the haxe repositority + make should work on all OS / all versions.

You don't need CVS anymore.

Best,
Nicolas

[JLM]

Nicolas

Currently the libs directory can not be browsed to on haxe SVN

code.google.com/p/haxe/source/browse/#svn%2Ftrunk%2Flibs  - libs does not exist

and it seems to have changed, how do I find the SVN where it is located or check the revisions and changes?

Justin

[Nicolas Cannasse]

It's a SVN external, it will automatically checkout/update content from
another repository.

Best,
Nicolas

[JLM]

Nicolas

I know, I can see that...  but if I think there is a problem with the SVN external having changed, I am guessing this maybe also related to Laurence's problem compiling on windows.  Are you reluctant to give to much out about the externals because you don't want haxe forks... well if the SVN externals change they need to be checked cross mac systems ( and OS systems ) the same as normal SVN changes even if they are beyond the control of haxe project, I presume we can link to version that work well.  Kind of frustrated I am very aware that libs have changed because on latest I get different errors with older libs so if I can't roll back to various combinations of haxe and libs svn's then it is hard to properly locate the error.

Are the SVN externals on SVN or CVS and where are they located and what has changed recently, can you check?

Many Thanks

Justin

[Nicolas Cannasse]

The /libs directory is on http://code.google.com/p/ocamllibs
It points to http://ocamllibs.googlecode.com/svn/trunk/

But what I don't understand is that it should automatically update when
you do a "svn update" and automatically checkout when you do "svn
checkout". I fail to see what kind of issue it might bring.

Best,
Nicolas

[Nicolas Cannasse]

Le 12/06/2012 15:09, JLM a écrit :

Ok, reading again your mail I guess I understand more :)

You want to be able to use older version of Haxe together with older
version of the libs.

That's a bit hard to do because they are in two separate repos and the
libs are rarely updated. You should however be able to do a checkout of
Haxe for a given revision then a checkout for the libraries at the
corresponding date of the Haxe revision.

Best,
Nicolas

[JLM]

Thanks Nicolas it was not the external svn, but noticed the improvements you have made thanks, I am now creating nightlies for haxe again.
I get a bit lost as to which ndll etc should be in usr/lib from neko c++ nme etc... I guess some I have moved there when trying to make stuff work, but could be left in the haxelib but it would be good if we could try to add a wiki page from you Hugh and Joshua with a list of ndll etc so we can be sure they are all removed, so I can test installation etc... and also if a user wishes to totally remove haxe or has a conflict.  I am not sure how to do a clean test, but feel I should do some.