OSD - IDE

[KieranFoot]

Hi, are there any IDE's for operating system design?

If there aren't i would gladley work to create one with some help...

[bubach]

an IDE for writing, compiling and then running (in BOCHS?) would be cool...
of course syntax highlighting for most languages..
Options could allow to change compiler, emulator, emulator options etc. to use..
pressing a play(?) button would compile, make image and run..
help files could include the whole osfaq..
Indeed a cool thing to have..

write it and i will gladly use it..

/ Christoffer

[aladdin]

another interesting thing is to have a makefile generator for the project with configure script etc...

but personnaly, I prefer vim to the most of these IDEs (such as kdevelop)

[distantvoices]

I've found KDE's 'kate' to be of valueable help: it is an editor, a file chooser/selecotr and a shell, all in one window - if operating in tiled mode.

Just like a twm.

Don't need a play/compile button, if I can have the shell next to my mouse tip. Just give it the focus and there you go. Compiling. Starting the bochs. (VMWare I usually leave open just to start the next test run.) The compiling is insofar cool, as you have all the error messages benearth/above your text and you can check them out without flipping windows or fiddling with window borders. Oh ... the more used one gets to hardcore programming the less crucial mistakes one makes. If typing in ten-finger-mode the occasional Typos just can't be avoided.

[KieranFoot]

Guys what i'm talking about is project managment, aswell as basic code syntax checking, compilation...

Yes i agree it would be a good idea to have the IDE generate makefiles, but the main reason i thaught of having the IDE is for writing ASM code, managing the code and then assembling and linking the code...

[Pype.Clicker]

do you really need an IDE to edit .ASM files ??

what kind of "management" could one offer on ASM files but a file picker ??

[Candy]

do you really need an IDE to edit .ASM files ??

what kind of "management" could one offer on ASM files but a file picker ??

jump to label, find label, jump to local label, display basic block structure, stuff like that seems to jump to my mind... Might be nice

And for my own OS project, a C++ name demangler ... helps read the C++-mangled names in the assembly code...

For the C code, something similar.

[Gnome]

vim's use of tags and folding gives you all that functionality.

As for the whole "compile/run" button thing, why not do what I do: have a terminal open for compiling with the command "make all dump && bochs -q" or "make all dump && qemu -fda floppy.img" (or whatever the equivilent makefile rules are for your project) in the history, so you just hit up-enter to build and run. Couldn't be easier.

Personally, I think packaged IDEs are a self-perpetuating non-necessity. I'm sure any experienced developer/power user can create something far better adapted to your ways of doing things by mixing together more basic tools than someone else could release as a monolithic application.

[Candy]

vim's use of tags and folding gives you all that functionality.

There's this other part of vim that annoys me in so far that I refuse to even try it. It's called command mode.

I use emacs because it's better than vim. It's not good, far from it actually, but it's better than any shape of vi any time.

As for the whole "compile/run" button thing, why not do what I do: have a terminal open for compiling with the command "make all dump && bochs -q" or "make all dump && qemu -fda floppy.img" (or whatever the equivilent makefile rules are for your project) in the history, so you just hit up-enter to build and run. Couldn't be easier.

My personal alternative is that I've included the make all dump && bochs in the makefile, so making a test of my OS is actually "make test". Can't beat that now?

Actually specifically those ide's could. If they worked. They can tie that to F8, so it's only one keypress instead of 10 (even though they are trained in). If the IDE autosaves too, and always keeps my files open, it might reduce it even further.

Syntax highlighting (no comments about vim's ability to do so, I don't care) is also welcome, but not in any way necessary. As long as it can show me code, and edit&save them too. Being able for it to "learn" a makefile would be a very nice feature, even if the makefile would be non-standard in format.

Being able to do distributed work is also a nice idea, working on multiple computers on the same application and by pressing F8 on one of them (specifically one of them) it compiles it all and spits out errors, or shows the result to all computers. Very nice feature if you can get it working, although I'm not sure about it.

Personally, I think packaged IDEs are a self-perpetuating non-necessity. I'm sure any experienced developer/power user can create something far better adapted to your ways of doing things by mixing together more basic tools than someone else could release as a monolithic application.

That's the unix approach. My idea is that neither the one-app-can-do-all nor the all-apps-together-can-do-all is the best. There is not one person that can make all fit together, there is not one person that likes to lay the links between all apps all the time. A mixed form, in which you can "easily" define a number of interfaces for the things you use, would be the solution. Again, need to develop my OS first, so that's still future music.

[Curufir]

I use Context, which includes a nice little thing for managing files.

As for the build/test cycle I have it setup so that F9 runs make/qemu and pipes ouput back to the Context console output window.

Works pretty well.

[Solar]

Every good IDE / editor environment should give you syntax highlighting, code navigation, project management, and some way to run a makefile without switching to console.

The rest (compiling, creating the image, starting up Bochs etc.) is up to the makefile.

The demands of OS development aren't so special as to demand a special OSD IDE. And you can't dream of settling the holy war about the one true text editor...

[Pype.Clicker]

If i was to do an IDE, the feature i'd probably wish to add to AllThatI'veMetSoFar(Tm) would be the option to create sketches (UML, invariants, structurograms, organigrams, or whatsoever) that'd be bound to the code, that i can annotate, and that i can check when reading the code ...

Along with the option of having documentation interleaved with the code or something, and a list of "dependent files" that i could jump to ...

[distantvoices]

Maybe a product like IBM's WebSphere Studio, Rational ClearCase and Rational ChangeManagement might be of Interest for you, Pype.

It is not especially free nor *really* affordable for the average OS developer - even not for the professional one, but worth a mention nevertheless.

Well - and the whole thing takes nearby 3 GB on your hard disk and requires at least a processor speed of 2 Ghz to work sort of fluent.

The interresting part is, that it is based on eclipse - ibms open sourced development ide.

[Solar]

Along with the option of having documentation interleaved with the code or something...

Skillfull use of Doxygen could address your needs, but as with every tool sufficiently powerful, it's like learning a new language in its own right if you want to make full use of it.

[Pype.Clicker]

i've been using Doxygen quite extensively, but it doesn't really achieve what i wish (or i can't make it achieve it). It's great as long as you want to *comment* on stuff, but i sometimes need to do the opposite: sketch what is done and why, pointing (optionnally) at some (simplified) code sections ...

The best i've found so far