-
-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve HaxeDevelop/FlashDevelop integration #128
Comments
ok, let's take it step by step. |
No, it refers to Kha's Haxe, yet compilation fails with
It does compile and run properly if I use |
A workaround for a root level project file i use, is to simply create an hxml based FD project and forward to build/project-flash.hxml: --cwd build
project-flash.hxml |
Can you verify which haxe.exe is actually used for example by renaming the executables? For me it uses Kha's Haxe like it should. Also please test using one of the samples ala https://github.com/Kha-Samples/Empty so we can make sure the issue is not in Khatest-windows. |
Confirming. Even after adding Kha's Haxe to SDK list and selecting it - building via FD does not work. Both with my (actually pretty much same empty) project and empty repo. Both with recursive cloning and with external kha repo. Same goes to any target. Do not I use development builds of FD, because stable lacks features a lot. (Plus usability fixes since recently) |
Yes, it does generate hxproj files, but I'd prefer having proper Kha platform template. I already partially made it with a batch wrapper monstrosity, but without few changes/additions in khamake itself, proper support is impossible. What I'm talking about:
--display
flag ordisplay
platform target, which prints hxml file with paths relative tokhafile.js
(not frombuild
folder) to stdout.Current workaround: Printing it from
build/project-<target>.hxml
and adding-D kha_output=build\<platform>\dummy
in order to fix asset macro errors. (It have broken-cp <target>-build/Sources
path, but it's empty anyway in regards of Haxe code)--run
without forced compilation.It is required, as "Test Project" in FD for such frameworks works in 2 passes, first it run build command (
--compile
) and then run command (--run
), and currently khamake have now way of making run command without compilation.Current workaround: For windows doing direct launch of
build/<target>/<Projectname>.exe
, for other platforms - still uses forced compilation.--clean
command that would clean up build directory from target files.Current workaround: Just plain delete those files manually.
What is wrong with current generated hxproj approach? A lot, actually.
Project
panel is completely messed up with build folders being shown always and actual sources hidden inReferences
.run_windows.bat
, which does not exists.Benefits from making proper template? As noted above - one hxproj file, guaranteed compilation (as long as it works for khamake), guaranteed launch, haxe completion, compilation and running managed directly by khamake.
The text was updated successfully, but these errors were encountered: