Class not found: samples.Main

[GoogleCodeExporter]

haxe video.hxml gives
class not found: samples.Main

is this Neko related or Neko doesn't come into play yet?

Neko/Haxe seem to be a pain in the ....on CentOS 4.5

Original issue reported on code.google.com by CarlsJun...@gmail.com on 9 Jan 2008 at 10:12

[GoogleCodeExporter]

It's haXe-related. Looks like it can't find ./samples/Main.hx which should be 
present.
There shouldn't be any problems with CentOS, please report on the Neko mailing 
list
if some occur.

Original comment by ncanna...@gmail.com on 10 Jan 2008 at 10:55

• Changed state: WontFix

[GoogleCodeExporter]

Thanks, but I went ahead and installed it on WINDOWS and the installation was
FLAWLESS as it usually is with windows versions. VERY nice, thanks for your 
WORK! 

Now why can't Linux users be spared hours of dependency/shared-library etc 
Hell, no
wonder newbies to Linux soon give up when even pretty experienced users give up
manually compiling a never ending list of newfound dependency requirements, 
first it
was pango, then cairo, then back to pango for libpangocairo, then pixman, then
libgc,then bunch of others can't think of right now, then symlinks to diff 
version
and correct library, then PKG_CONFIG paths to source downloads for .pc files 
and then
compile fails on mini-fribidi, then some hxinst binary installer still fails 
when you
have the last .so library it complains about and already properly ldconfiged  
it so
who knows where it expects it. So you one could spend hours on this Linux route 
or
have a PERFECT INSTALL at a click of a button with the WINDOWS version, and this
windows version coming from people who hate Windows and love LINUX? Come on 
guys, if
you'd like to see more LINUX users, make your software easier to install, 
bundle it
with all the needed shared libraries or whatever it takes. (I started the 
install on
a pretty plain install of CentOS 4.5 x86_64 with Gnome but gave up after hours 
of
playing dependency dominoes, fix one dependency and another one pops 
up...perhaps it
would have been better to do a "COMPLETE install of ALL possible packages")

Original comment by CarlsJun...@gmail.com on 10 Jan 2008 at 8:46

[GoogleCodeExporter]

There's already a Linux installer available for haxe+Neko. Then what is left to 
you
is to install libgc and other libs you might need (pcre, libz...) using the 
package
manager specific to your system. haxe+neko does not have any dependency to 
cairo or
other, please complain to someone else about this.

Original comment by ncanna...@gmail.com on 10 Jan 2008 at 11:03

[GoogleCodeExporter]

Sorry man, wasn't really complaining to you specifically just letting off some 
steam
partly, but for some reason I thought haxevideo, haxe, and Neko were all managed
and/or created by same person. Anyway, in case it MIGHT HELP OTHERS, I found MY
PROBLEM, its the X86_64 ie 64-bit issue. (but also, the installer DOES require
libpangocairo, "./hxinst-linux
./hxinst-linux: error while loading shared libraries: libpangocairo-1.0.so.0: 
cannot
open shared object file: No such file or directory"

(Oh and I compiled a load of crap to get libpangocairo-1.0.so.0 but same error,
here's why below)
So basically if others are trying to install on X86_64, my recommendation is DO 
NOT
:D Use 32-Bit because I found LDCONFIG/ld.so will drive you crazy if you don't
realize that you will get the "cannot open shared object file: no such file 
error"
EVEN IF the FILE EXISTS if it is 64-bit version and 32-Bit is expected. Similar
issues come up when compiling from Source also when there's usage of linked 
libraries
or anything else shared precompiled etc.. so i recommend STICK with 32-BIT 
linux for
this...

Original comment by CarlsJun...@gmail.com on 10 Jan 2008 at 11:37