Please add c++ to next haxe installer.

[JLM]

As part of my drive to encourage improved Mac support, I really think that C++ needs to be installed by the haxe installer. I think this makes a lot of conceptual sense for any developer assessing the haxe language.  Although it may negate any work on the NME installer since this may not be needed if C++ worked out of the box, it's a step haxe needs to take.

Old arguments no longer apply, C++ target is stable and it needs to be included in the standard install of haxe, obviously there is no reason to move from a hxcpp haxelib as I understand that it maybe considerable work and interupt workflow with NME project, but that does not seem a barrier that can not be sorted.

Could we also as a minor point, move to standardizing on some of the make parameters across core haxe related products, I think the sdl-static use make OS=mac, whereas I think neko uses different ones.

My reasoning for having c++ as part of the standard install is also practical, I often spend quite awhile trying to setup NME, and last night I failed to get it working with the release candidate.  Now the details are irrelevant, NME neko works with the release candidate but I had some troubles with c++ target setup... we can't expect users to trust the reliability of haxe if they can't compile to c++ without trawling through blogs, if NME or some other haxelib fails because it's not up to date ( which I expect it is but I am just useless at command line ) but this is not related to compiler reliability.

Before haxe 2.10 is released I would like NME installation to be tested across platforms and ready to rumble ( feel free to send me stuff to check on lion ), it's a big draw for new users, but most importantly it really is time c++ was an integral part of the standard install in the same way that all the other targets are, I don't mind if it is an option like neko but it needs to be in there.

I am sure you will all agree, I realize it's work but I think it is important to haxe.

[Francois Nicaise]

+inf

Thinkslow
Cross- platform gaming experiments
Http://thinkslow.net
Http://blog.thinkslow.org

[Joshua Granick]

I like that HXCPP is independent of Haxe.

When we add a new target, or Apple breaks something, HXCPP can be updated without a new version of Haxe.

However, if the Haxe compiler included HXCPP, I don't think that would really be a problem. We just don't want it to be tied too strongly, since you will often need the latest version of HXCPP, even if you use an older compiler version.

--

Using Opera's revolutionary email client: http://www.opera.com/mail/

[Hugh Sanderson]

Hi,

I pretty much missed the RC release, and this is no good with hxcpp.  So I guess you can pretend that the RC does not exist for hxcpp. The reason is that I'm working hard to get the debugger going for the 2.10 release.

I did not want to do an RC release of hxcpp in case people installed this and it broke their code when they wen back to 2.09 for stability.

In this sense it would be better to have them unified.  However, as pointed out, I generally to 2 mini-releases between haxe releases and this is a big advantage.

For the official release, I get an official hxcpp release for day-and-date (usually a few days before), so there is no problem.

I think what would be best, would be some overnight system that pulled in the hxcpp code and allowed side-by-side install, with easy switching between the two.  Then we could simply talk about the "June 1, 2012" version, rather than an RC.

Hugh

 

[JLM]

Hugh

Ok but....

    http://lists.haxenme.org/pipermail/nme_lists.haxenme.org/2012-June/000987.html
    http://code.google.com/p/sdl-static/issues/detail?id=6
    Lion NME3.3.3 broken - I use 3.3.2

so my conclusion that haxe SVN chould include c++ target SVN's as external dependancies and the haxe make chould be amended to compile them and the release build automatic installer chould ask users if they want to install hxcpp.

Happy to test any changes on my Lion but sort of between homes so may not alway be responsive, but as part of haxe next I think these issues are important.

Cheers

Justin

[JLM]

My Lion laptop screen seems to have died ( smashed the corner and screen is a not good connection ) and don't have access to a external screen at mo... but the upside... just tested haxe 2.10 on Leopard and it seems to have been fixed ( only tried hello flash so far ) thanks Nicolas or whoever is responsible.  The standard RC build does not run on leopard usual errors but that's just because it was not compiled to be leopard compatible, I will try to upload a haxe leopard build to my server later today when found the passwords as not setup for that server on this machine, I have not tried neko etc... on my leopard yet, I presume a leopard haxe build will run on Lion and Snowy so should be used when RC 2.10 s released or will it be less optimal (effect speed of targets) ?  Let me know when releasing and I can build one for you to test it would be good to keep leopard support since monodevelop still works on leopard.

Cheers

Justin

[Nicolas Cannasse]

Le 05/07/2012 13:24, JLM a écrit :
> My Lion laptop screen seems to have died ( smashed the corner and screen
> is a not good connection ) and don't have access to a external screen at
> mo... but the upside... just tested haxe 2.10 on Leopard and it seems to
> have been fixed ( only tried hello flash so far ) thanks Nicolas or
> whoever is responsible.

I'm not sure what fixed it. That might be related to this :
http://code.google.com/p/haxe/issues/detail?id=856

> leopard haxe build will run on Lion and Snowy so should be used when RC
> 2.10 s released or will it be less optimal (effect speed of targets) ?

I don't think it makes any difference in terms of speed, so the more
compatible version is always the better.

Best,
Nicolas

[JLM]

Leopard nightlies started see downloads, Lion is hopefully being fixed so down for maybe a week, apparently it's more than just the screen.  If anyone wants to add Snowy contact me or send me a cd and I can setup a virtual machine if the lion recovers.  Aim to look into adding NME, C++ and Neko in the future, but as discussed, that is not always easy will take another look next week.