At the moment to create a new configuration you have to manually edit certain files. These include files in the target/config directory, which are *.fpc files, and files in target/lib/rtl which are C/C++ header files which may need certain switches.
Currently there is a flag on flx_build_prep which can (a) copy the host compiler flxg (b) copy the config directory (c) copy the header files so you have something to edit. Once these things are done you can tell the Felix build tools to make you a new target. The source code is unaffected. There are two problems with this. 1. Add on support will get clobbered on upgrade. 2. It's not documented how to do this. I plan to fix 1 using the --felix switch. This will allow creating a separate set of add ons outside the core system that is entirely managed by the user. Now (2) is tricky. It's really no good expecting people to manually edit files. Felix developers, sure. But users, no. In fact upgrading and maintaining Felix with a CLI is too hard. We need some kind of IDE. I have looked at SDL but it really isn't adequate and it requires a lot of low level work. And it only works on the host computer. There's an option to use Tkinter in Python (modern Python has Tcl/Tk embedded so it's standalone and will be available with your Python build). But my favourite option is to provide the UX (haha I can learn new jargon too) in a web browser and do the split the work between the web browser and the Felix webserver. This will eventually allow you to do everything (including edit code, run programs, etc) using your browser. This has three MAJOR advantages. 1. It works on all platforms. The "GUI" is not only standardised by heavily used, in fact probably more development is done on web sites than anything else. So there are a lot of resources and knowledge in this area. 2. It allows remote control transparently. You can build and edit code, set up configurations, run code, all from your browser, on any machine, from any machine, provided you can establish a http connection. Of course this doesn't exclude your favourite editor and CLI interface. 3. It can be self documenting. This is not going to happen overnight. Comments and help welcome. A couple of Javascript masters would be useful! -- john skaller skal...@users.sourceforge.net http://felix-lang.org ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk _______________________________________________ Felix-language mailing list Felix-language@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/felix-language
