This is the mail archive of the frysk@sourceware.org mailing list for the frysk project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
* GDB. A recurring question is: why not expend our efforts improving gdb? There are no easy answers here; the tradeoffs are complicated.
This is probably more of a Red Hat internal decision (it is about where we want to focus our efforts, not about the frysk project per se) -- but it is an obvious and important question and deserves to be brought up here.
We're open to arguments either way on this topic. Given our goals, what would you choose to do?
I would choose to not work on GDB. I think it would be difficult to get our patches upstream especially ones as radical as we will propose, and rightly so. If you send a patch to gdb that implements a thread state machine for example, how would gdb maintainers know what effect this has on all the permutations of archetecutre, language, and executable formats that gdb supports ?
Any points which I have not responded to I have no objects or comments on.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |