Re: gEDA-user: gEDA programming
Thanks to all for your reply! :-) Specially to Peter Clifton's, Stefan Salewski's and Tibor Palinkas's answers. PS: seems that everybody use Vim or Emacs! Is that a must? ;-) Maybe I should start using one of them... Does anybody use [1]Geany? (which is the one I'm actually using) 2010/4/24 Steven Michalske [2]smichal...@gmail.com On Apr 23, 2010, at 6:47 AM, timecop [3]time...@gmail.com wrote: just get used to typing gtk_ridiculously_long_function_names_with_lots_of_underscores() and wearing your keyboard out since not a single IDE under Lunix would have code complete or any other code editor improvements us Windows programmers have been taking for granted for years. Dude I have been using code compleation in vim for years! I'm sure emacs too! And vim and emacs are IDE My mac OS X free IDE also wipes windows iDEs clean in terms of compleation and debugger integration. I love the remote kernel debugging built into Xcode. -tc On Fri, Apr 23, 2010 at 10:41 PM, Stefan Salewski [4]m...@ssalewski.de wrote: On Fri, 2010-04-23 at 13:00 +0200, Miguel Sánchez de León Peque wrote: Hi all, I'm a student interested in contributing to gEDA and learn some C ;-). For C and GTK the book Andrew Krause: Foundations of GTK+ Development may be a starting point. ___ geda-user mailing list [5]geda-u...@moria.seul.org [6]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list [7]geda-u...@moria.seul.org [8]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list [9]geda-u...@moria.seul.org [10]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. http://www.geany.org/ 2. mailto:smichal...@gmail.com 3. mailto:time...@gmail.com 4. mailto:m...@ssalewski.de 5. mailto:geda-user@moria.seul.org 6. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user 7. mailto:geda-user@moria.seul.org 8. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user 9. mailto:geda-user@moria.seul.org 10. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
Why not giving Code::Blocks a try? I was told that C::B is especially good for Gtk. Never tried though... Miguel Sánchez de León Peque wrote: Thanks to all for your reply! :-) Specially to Peter Clifton's, Stefan Salewski's and Tibor Palinkas's answers. PS: seems that everybody use Vim or Emacs! Is that a must? ;-) Maybe I should start using one of them... Does anybody use [1]Geany? (which is the one I'm actually using) 2010/4/24 Steven Michalske [2]smichal...@gmail.com On Apr 23, 2010, at 6:47 AM, timecop [3]time...@gmail.com wrote: just get used to typing gtk_ridiculously_long_function_names_with_lots_of_underscores() and wearing your keyboard out since not a single IDE under Lunix would have code complete or any other code editor improvements us Windows programmers have been taking for granted for years. Dude I have been using code compleation in vim for years! I'm sure emacs too! And vim and emacs are IDE My mac OS X free IDE also wipes windows iDEs clean in terms of compleation and debugger integration. I love the remote kernel debugging built into Xcode. -tc On Fri, Apr 23, 2010 at 10:41 PM, Stefan Salewski [4]m...@ssalewski.de wrote: On Fri, 2010-04-23 at 13:00 +0200, Miguel Sánchez de León Peque wrote: Hi all, I'm a student interested in contributing to gEDA and learn some C ;-). For C and GTK the book Andrew Krause: Foundations of GTK+ Development may be a starting point. ___ geda-user mailing list [5]geda-u...@moria.seul.org [6]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list [7]geda-u...@moria.seul.org [8]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list [9]geda-u...@moria.seul.org [10]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. http://www.geany.org/ 2. mailto:smichal...@gmail.com 3. mailto:time...@gmail.com 4. mailto:m...@ssalewski.de 5. mailto:geda-user@moria.seul.org 6. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user 7. mailto:geda-user@moria.seul.org 8. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user 9. mailto:geda-user@moria.seul.org 10. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Sat, 2010-04-24 at 18:17 +0300, Justas Poderys wrote: Why not giving Code::Blocks a try? I was told that C::B is especially good for Gtk. Never tried though... I have used Code::Blocks in Windoze for academic purposes once, and I think it's the most Windoze-Similar way to write code on Linux. I remember some auto-completion tools appearing when I wrote function names... Based on Program's Name I think it's designed to code in C++, don't know if all the user friendly features work when your flow is a la C style. For me, nothing like vim or emacs + make + autotools(Even without tab-completion, which I should give a try). Best Regards, Felipe. PS: There's also Anjuta IDE. Don't know if it's better than Code::Blocks. -- Felipe De la Puente Christen Mobile Phone: +56 9 93199807 MSN/GTalk : fdelapue...@gmail.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Apr 23, 2010, at 5:00 AM, Miguel Sánchez de León Peque wrote: Hi all, I'm a student interested in contributing to gEDA and learn some C ;-). The biggest problem I find any time I start coding is how should I write this?. You're always talking about deprecated code, libraries you're/you're not using, old style... Could you tell me any book/reference you'd find necessary to learn modern C programming? In the opinion, the big problem in gEDA right now is to remove as much C as possible from libgeda/gschem/gnetlist. Of course, that's more immediately difficult and requires better mastery of C and Guile than simply adding more code. However, added code will cause more future difficulty. Or to learn how to use extended libraries as GTK and glibc? Or any other library widely used in C programming... C is basically a low level language primary suitable for pushing bits on the hardware and wrapping interfaces to fix compatibility problems. For higher level programming there are better alternatives, and in gEDA we use one: Guile. But the rub is that too much of gEDA is coded in C, often without Guile API's. From where I sit, gEDA's singular advantage over the competition is the ease of writing a gnetlist back end: this allows gEDA to adapt to the needs of project flows that other tools cannot. In this case, the relevant functionality is well exposed to Guile, so users like me can charge forward without involving the core developers. However, the situation isn't perfect. The workings of gschem aren't so well exposed, so there are few Guile scripts for gschem, and the ones that exist have some serious limitations. Even for gnetlist, guile scripts cannot control hierarchy expansion and cannot access all attribute instances, because the decisions are made at the C code level. Maybe there's no book for that, it's just programming experience... am I right? (I hope not! xD) Thanks in advance, A student who is a bit confused about which is good modern C programming style... :-) I don't think there is any such thing. These days coders type first and avoid thinking in order to create as much code as possible (thus the perceived importance of code completion). But *good* programming style hasn't changed. Think. This is painful for us barely intelligent creatures, and costs time up front, but saves time down the road. Factor. Write *very short* independent functions. My old friend and colleague Jon Sachs, the programmer who wrote the classic Lotus 1-2-3, liked to point out that capability of well-factored code increases exponentially with the size of the code: there's a combinatoric explosion. But we see in the modern code first, avoid thought as much as possible approach that the code size increases exponentially with capability. Not good. Use the upper level as much as practical. For gEDA, export your factors to Guile and put them together there. Coding by functional composition, natural in Guile, is often the best way to assemble such factors into higher level factors. Refactor. Often you find that an initial choice of factors is forcing code bloat because the factors don't fit the problem space as well as anticipated. Rather than add more bloat, your priority should be to fix the cause. Study. The experts on C remain the Bell Labs folks, Ritchie, Kernighan, Pike, et al. Read their stuff. Learn from history. If you really want to see C used as designed by its greatest expert, get the famous Lions textbook. It's not longer samizdat, hurray: http://en.wikipedia.org/wiki/Lions%27_Commentary_on_UNIX_6th_Edition,_with_Source_Code John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ j...@noqsi.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
Miguel, I don't want to hurt you, how ever, the order of your first sentence reads very wrong to me: learn a lot of C programming, good coding style (there are dedicted styleguides for this, just google), then contribute to a pretty complex program. An introductory book on ANSI-C is good to have and if you are serious on contributing, I assume you are firm with algorithms and datastructures. - To make a meaningful contribution you have to understand the structures. pcb e.g. has 91kLOC in the recent snapshot - that would take me 2-4 weeks to read and analyze, so I don't try to hack anything now, unless I could clearly limit the scope and/or get advice from someone who knows the codebase. I'm partly living from programming and use C since about 1991. Regards, Armin Miguel Sánchez de León Peque wrote: Hi all, I'm a student interested in contributing to gEDA and learn some C ;-). The biggest problem I find any time I start coding is how should I write this?. You're always talking about deprecated code, libraries you're/you're not using, old style... Could you tell me any book/reference you'd find necessary to learn modern C programming? Or to learn how to use extended libraries as GTK and glibc? Or any other library widely used in C programming... Maybe there's no book for that, it's just programming experience... am I right? (I hope not! xD) Thanks in advance, A student who is a bit confused about which is good modern C programming style... :-) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
Maybe there's no book for that, it's just programming experience... am I right? (I hope not! xD) Thanks in advance, A student who is a bit confused about which is good modern C programming style... :-) I don't think there is any such thing. These days coders type first and avoid thinking in order to create as much code as possible (thus the perceived importance of code completion). But *good* programming style hasn't changed. Think. This is painful for us barely intelligent creatures, and costs time up front, but saves time down the road. Factor. Write *very short* independent functions. My old friend and colleague Jon Sachs, the programmer who wrote the classic Lotus 1-2-3, liked to point out that capability of well-factored code increases exponentially with the size of the code: there's a combinatoric explosion. But we see in the modern code first, avoid thought as much as possible approach that the code size increases exponentially with capability. Not good. While this may appear rough, John has a point here I think. If you want to see some real master C++ code, get the OpenGL based first person shooter CUBE. The developer does not accept any patches and says so, while the game is open source. Sad to say, but he knows what he's doing. Get the game, play a few rounds, then look at the code and count the lines - it's amazing. Armin ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Fri, 2010-04-23 at 13:00 +0200, Miguel Sánchez de León Peque wrote: Hi all, I'm a student interested in contributing to gEDA and learn some C ;-). The biggest problem I find any time I start coding is how should I write this?. You're always talking about deprecated code, libraries you're/you're not using, old style... Could you tell me any book/reference you'd find necessary to learn modern C programming? Or to learn how to use extended libraries as GTK and glibc? Or any other library widely used in C programming... Maybe there's no book for that, it's just programming experience... am I right? (I hope not! xD) Thanks in advance, A student who is a bit confused about which is good modern C programming style... :-) I think the trick is to use rich APIs such as GLib - rather than exclusively using the string.h, stdlib.h stuff provided in the C standard. The GLib routines take care of a lot of memory management relating to strings, and make like a lot easier (and the code more readable). There is nothing worse than an optimised parser looping over memory with constructs like if (*i++ == '(') ... or some such. White-space etc.. is just a matter of style, and you'll have to watch the more recent commits into the project to pick up what is usual there. When making minor edits in existing code, stick with what is already there. For new routines.. try to be consistent with the code others are adding. (Which roughly matches the Gnome / GTK / GLib coding styles, although we _don't_ tend to use tabs anywhere. Deprecated APIs.. you will need to look up the references for the libraries you're coding with. devhelp provides a nice view of these for GTK, GLib and various others. The documentation for the routines lists whether they are deprecated or not. As for books.. I've no idea, I (think) I learned by reading existing code examples and playing around! -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Fri, 2010-04-23 at 13:00 +0200, Miguel Sánchez de León Peque wrote: Hi all, I'm a student interested in contributing to gEDA and learn some C ;-). For C and GTK the book Andrew Krause: Foundations of GTK+ Development may be a starting point. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
just get used to typing gtk_ridiculously_long_function_names_with_lots_of_underscores() and wearing your keyboard out since not a single IDE under Lunix would have code complete or any other code editor improvements us Windows programmers have been taking for granted for years. -tc On Fri, Apr 23, 2010 at 10:41 PM, Stefan Salewski m...@ssalewski.de wrote: On Fri, 2010-04-23 at 13:00 +0200, Miguel Sánchez de León Peque wrote: Hi all, I'm a student interested in contributing to gEDA and learn some C ;-). For C and GTK the book Andrew Krause: Foundations of GTK+ Development may be a starting point. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
timecop wrote: just get used to typing gtk_ridiculously_long_function_names_with_lots_of_underscores() and wearing your keyboard out since not a single IDE under Lunix would have code complete or any other code editor improvements us Windows programmers have been taking for granted for years. For vim (add this to ~/.vimrc to get tab completion): ### begin ### fun! InsertTabWrapper() let col = col('.') - 1 if !col || getline('.')[col - 1] !~ '\k' return \tab else return \c-p endif endfun inoremap tab c-r=InsertTabWrapper()cr ### end ### Also for vim to jump to a function decl or var decl in C (even if they are in other files): ### begin ### if has(cscope) set csprg=/usr/bin/cscope set csto=0 set cst set nocsverb add any database in current directory if filereadable(cscope.out) cs add cscope.out else add database pointed to by environment elseif $CSCOPE_DB != cs add $CSCOPE_DB endif set csverb endif map gC-] :cs find 3 C-R=expand(cword)CRCR map gC-\ :cs find 0 C-R=expand(cword)CRCR ### end ### I'm not familiar with emacs, but I'm sure the same is possible... As an FYI, Unix folks have been using this since before GUIs were an itch in Bill Gates pants... I'm just sayin' ;-) Although, I do agree. Tab-completion has lead to a loss of brevity in the community. Or, maybe it's modern CS programs, or whatever. Long naming conventions suck. Diarrhea of the keyboard, as it were... hth, Jason. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Apr 23, 2010, at 9:47 AM, timecop wrote: just get used to typing gtk_ridiculously_long_function_names_with_lots_of_underscores() and wearing your keyboard out since not a single IDE under Lunix would have code complete or any other code editor improvements us Windows programmers have been taking for granted for years. Oh bull. Lots of IDEs (and just plain text editors) do that just fine. There's *nothing* about software development of any kind that is unique to or first appeared in Microsoft Windows. -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Apr 23, 2010, at 9:25 AM, Peter Clifton wrote: I think the trick is to use rich APIs such as GLib - rather than exclusively using the string.h, stdlib.h stuff provided in the C standard. The GLib routines take care of a lot of memory management relating to strings, and make like a lot easier (and the code more readable). There is nothing worse than an optimised parser looping over memory with constructs like if (*i++ == '(') ... or some such. Is this why GTK apps tend to be so unbelievably bloated? I mean, I see (and like!) the value of such an approach, but surely you see the disadvantage. -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Fri, 2010-04-23 at 10:42 -0400, Jason wrote: timecop wrote: just get used to typing gtk_ridiculously_long_function_names_with_lots_of_underscores() and wearing your keyboard out since not a single IDE under Lunix would have code complete or any other code editor improvements us Windows programmers have been taking for granted for years. Tab-completion has lead to a loss of brevity in the community. Or, maybe it's modern CS programs, or whatever. Long naming conventions suck. Diarrhea of the keyboard, as it were... hth, Jason. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user I think that in Gtk/Glib case, the large function names are mainly due to the object oriented nature of the API, being implemented as a naming convention(since C was not meant for object oriented programming). If you see or use the C++ wrapers of Glib(glibmm) or Gtk(gtkmm) you will see a more natural way of coding, without writing long prefixes in the member functions. The code is cleaner too. Besides, I see with good eyes the expressive names, since they're easier to remember/deduce once you get familiar with the naming pattern, and know the function's purpose. Best Regards, Felipe. -- Felipe De la Puente Christen Mobile Phone: +56 9 93199807 MSN/GTalk : fdelapue...@gmail.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Apr 23, 2010, at 10:42 AM, Jason wrote: As an FYI, Unix folks have been using this since before GUIs were an itch in Bill Gates pants... I'm just sayin' ;-) Indeed, UNIX folk have been using GUIs since GUIs were an itch in Gates' pants. -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Fri, 2010-04-23 at 11:31 -0400, Dave McGuire wrote: There is nothing worse than an optimised parser looping over memory with constructs like if (*i++ == '(') ... or some such. Is this why GTK apps tend to be so unbelievably bloated? I mean, I see (and like!) the value of such an approach, but surely you see the disadvantage. Sometimes these tetechniques are beneficial, but in a GUI app (not in a time-critical path) they can provide a bigger detraction in terms of code clarity. PCB has had a number of bugs where pointer arithmetic featured in home-brewed string parsers, and missed corner cases such as walking off the end of a string with certain inputs. This sort of old-school C-code is difficult to get right, and can be difficult to debug when they are causing issues. Unless code is in a critical path, it is often better to use higher level APIs which someone else has done the leg-work of getting correct, and maintaining. (Perhaps coded in a highly efficient way). Many people would argue C / C++ is the wrong language to write a GUI in in the first place. Python etc.. allows you to be much more expressive, and focus your time where it matters. I say using higher level APIs in C is a decent compromise. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) Tel: +44 (0)1223 748328 - (Shared lab phone, ask for me) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
Oh bull. Lots of IDEs (and just plain text editors) do that just fine. There's *nothing* about software development of any kind that is unique to or first appeared in Microsoft Windows. -Dave - Other than Bob and Clippy is there anything of any kind that is unique to or first appeared in Microsoft Windows? John Eaton ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Fri, Apr 23, 2010 at 01:00:20PM +0200, Miguel S?nchez de Le?n Peque wrote: Hi all, I'm a student interested in contributing to gEDA and learn some C ;-). The biggest problem I find any time I start coding is how should I write this?. You're always talking about deprecated code, libraries you're/you're not using, old style... Could you tell me any book/reference you'd find necessary to learn modern C programming? Or to learn how to use extended libraries as GTK and glibc? Or any other library widely used in C programming... Maybe there's no book for that, it's just programming experience... am I right? (I hope not! xD) Thanks in advance, A student who is a bit confused about which is good modern C programming style... :-) As you described above, programming takes much more than knowing the syntax of a programming language. I suggest reading The Art of Unix Porgramming. This book doesn't directly help you in library selection or modern C programming, but may help you develop a sense that would ease some of your decisions about how you approach the problems you listed. Regards, Tibor Palinkas P.S. a link to the online version: http://www.faqs.org/docs/artu/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
Ouabache Designworks wrote: Other than Bob and Clippy is there anything of any kind that is unique to or first appeared in Microsoft Windows? BSOD? ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Apr 23, 2010, at 1:32 PM, Jason wrote: Other than Bob and Clippy is there anything of any kind that is unique to or first appeared in Microsoft Windows? BSOD? Manufacturer-recommended periodic reboots to maintain stability? -Dave -- Dave McGuire Port Charlotte, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
Ouabache Designworks wrote: Oh bull. Lots of IDEs (and just plain text editors) do that just fine. There's *nothing* about software development of any kind that is unique to or first appeared in Microsoft Windows. -Dave - Other than Bob and Clippy is there anything of any kind that is unique to or first appeared in Microsoft Windows? John Eaton I have yet to see anyone demonstrate the blue screen of death on Linux. Black and white, yes but blue was unique. Jim. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Fri, Apr 23, 2010 at 3:22 PM, Jim j...@k4gvo.com wrote: I have yet to see anyone demonstrate the blue screen of death on Linux. Black and white, yes but blue was unique. To be fair, it can be invoked on demand as part of xscreensaver. -- - Charles Lepple ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gEDA programming
On Apr 23, 2010, at 6:47 AM, timecop time...@gmail.com wrote: just get used to typing gtk_ridiculously_long_function_names_with_lots_of_underscores() and wearing your keyboard out since not a single IDE under Lunix would have code complete or any other code editor improvements us Windows programmers have been taking for granted for years. Dude I have been using code compleation in vim for years! I'm sure emacs too! And vim and emacs are IDE My mac OS X free IDE also wipes windows iDEs clean in terms of compleation and debugger integration. I love the remote kernel debugging built into Xcode. -tc On Fri, Apr 23, 2010 at 10:41 PM, Stefan Salewski m...@ssalewski.de wrote: On Fri, 2010-04-23 at 13:00 +0200, Miguel Sánchez de León Peque wr ote: Hi all, I'm a student interested in contributing to gEDA and learn some C ;-). For C and GTK the book Andrew Krause: Foundations of GTK+ Development may be a starting point. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user