AROS World Exec
Development => Development (General) => Topic started by: Jackokring on November 03, 2018, 04:54:24 PM
-
Is it still txt edit and cli, or is there nice ide? I don't mind a nice text ide, but...
Fpc?
C?
JS in OWB?
What else is up and running?
Just evaluating to see what's worth spending time on, what might be worth porting. I'm 48, and it's not the only thing I could do.
-
its just an opinion, but personally i think its best to work with aros toolchain/build system, as it allows you to prepare a source that will eventually build for different aros target architectures and perhaps for both abis: current x86 v0 and all other incoming v1 implementations.
there is no ide, all gets done in an editor and in console and one needs to familiarize himself with build system, metamakefiles, aros build scripts in config/make.tmpl and diffs a bit. but in the end it mighht be still the simplest and most flexible way at the moment.
examles of how the results look like are in ports subdirectory of aros source:
https://trac.aros.org/trac/browser/AROS/trunk/ports
-
btw, im talking here about sross compilation , usually under linux host, however it might also work natively. i have been using amidevcpp for amiga years ago. i find it much cleaner and more consistent working now with aros even by these basic means, as it doesnt make you dependant on quirks and particularities of possibly partly broken ide.
-
For my own pc coding at the moment I tend to use java for tests (i like the fast code completion, hate some of the libraries). Is there an ncurses like thing for cli? I may even be interested in making a simple ide or using free pascal (there is talk of a port), and making a simple language, or rexx aditions/commands for simple audio/video/net/inputs.
Lex/yacc/bison or parser gen?
-
Hi Jacko and welcome,
Is it still txt edit and cli, or is there nice ide? I don't mind a nice text ide, but...
Not sure if i fully understand the first part fo your message there because isn't developing about entering text into an editor (txt edit as you refer to it) and then compile it (invoking a compiler usually in the form of a command-line executable) ?
There are some nice (programmers) editors around like Annotate (http://onyxsoft.se/annotate.html), Murks (http://vmwaros.blogspot.com/2008/06/new-vmwaros-beta-08-released.html), and Vim (http://eab.abime.net/showthread.php?t=94076). They do need a bit of work to setup to your likings though.
Fpc?
Yes, there is FP ide (the textual interface stuffed into an intuition window), and ALB has a nice example editor named EdiSyn (https://blog.alb42.de/programs/edisyn/).
C?
Try one of the 3 first mentioned editors as they all support c-language (Edisyn does as well with a bit of work).
JS in OWB?
In case the question is if OWB supports javascript then the answer to that is yes. The jit compiler can be a bit flacky at times though. Always turn that off in case you are experiencing problems.
I may even be interested in making a simple ide or using free pascal (there is talk of a port)...
Free Pascal was (re)ported to Amiga, MorphOS and AROS years ago, and AROS is (officially) supported since verion 3.0 release of the compiler. Try ALB's blog (http://blog.alb42.de/) ;-)
Interesting to see what might perhaps be able to spike your interest... feel free to let us know.
-
In terms of dev on the web. The gaping hole is crypto of a keyed dictionary store. an app suggests a key. A kernal protection ring protects the plain text. The site decodes? Or the bank? The open memory model is missing this security.
I settled on fpc for the moment with C if I need a unit of such unimplemented things.
-
Oh, and git. It needs git quite bad. How are open repos maaaged on platform?
-
Oh, and git. It needs git quite bad. How are open repos maaaged on platform?
svn. and there are github mirrors, complex changes have been pushed from.
-
...
The open memory model is missing this security.
Kind of comes with the territory isn't it ?
-
Oh, and git. It needs git quite bad. How are open repos maaaged on platform?
afaik there is not gitclient available for AROS. There was an attempt with simplegit (available for amiga though) but have no idea how well that went.
As wawa pointed out we have/use a svn client.
In case you can't live without git then consider cross compiling and testing with AROS hosted and/or virtualized.
-
afaik there is not gitclient available for AROS.
https://trac.aros.org/trac/browser/AROS/trunk/contrib/development/scm/git
besides most of us is using cross compilers hosted on linux as it seems. using svn2git or something like that i guess (have never got it to install, my linux vms are already outdated,sigh..)
-
@wawa:
thank you for the correction. I wasn't aware it was there.
-
@wawa:
thank you for the correction. I wasn't aware it was there.
not sure how complete this is though.
-
For what I'm doing at the moment (a cli tool) i've gone with fpc hosted on windows (until I hit a win only feature) and using visual code as the editor. It's hard getting certain internal source for lxz for example.
-
Hi Jacko,
Please for give me for my ignorance but it seems your posts seems to puzzle me a bit ....
For what I'm doing at the moment (a cli tool) i've gone with fpc hosted on windows
I understand that you are running Free Pascal on Windows, or are you also running AROS on that Windows host ?
(until I hit a win only feature)
No idea why you would run into that, but i play ball there... just mention it when you do. Details required in that case :)
and using visual code as the editor.
Never heared of such a thing... M$ visual studio you meant ? If yes, then i find the combination a bit odd.... but that is just me.
It's hard getting certain internal source for lxz for example.
I've never heared of lxz... is that perhaps a typo and you meant lzx ? In case you do meant lxz then please feel free to share so that i'm able to educate myself.
In case you did meant lzx then we already have a unlzx unpacker for AROS (it resides in the c directory) ... Free Pascal has a packer/unpacker for lzx inside the chm package (but i never used it explicitely for unpacking lzx files. Not sure if that would work as lzx in chm files is using modified lzx code).
-
Ah... i finally managed to locate your clifly work ;)
Ok, in case you wish to add native Pascal support then i believe you already seem to have found your answer ?
Another way would be by using available libaries on AROS itself (or extractor in this case). Not sure but i believe that xad supports lzx ?
Of course using a native implementation means that you can compile/run your tool anywhere (provided the code used is processor agnostic)
Nice idea btw, and one i've been toying around with myself for a while as well now.... reason for that is that i seem to have to re-invent the wheel everytime i setup my build/install-scripts. There's always someone complaining not having bash or no sed/awk installed or alike.
fwiw feel free to add a dedicated thread for your questions on the Free Pascal sub-board....