From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jim Blandy To: gdb-patches@cygnus.com Subject: Re: none Date: Thu, 01 Apr 1999 00:00:00 -0000 Message-ID: References: <99030817102600.14026@hal> X-SW-Source: 1999-q1/msg00064.html Message-ID: <19990401000000.jY_VXLmfar_tYfvHBdjQbNEy2KBa8aFssEPEitidqAY@z> > Some global symbols are defined in gdb/main.c (eg. gdb_stdout, > gdb-stderr, etc). As the result if I'm building all except main.c in > object library to use with some IDE that uses gdb for debugging > (rhide-1.4.7), I'm getting unresolved references. Um, wow. It never occurred to me that anyone would try that. Specifically, we can't include GCC-specific things like the constructor attribute in GDB's source code. Lots of people build GDB with compilers other than GCC. I'm not the GDB Maintainer --- that'd be Dr. Shebs --- but my feeling is that we don't want to get into maintaining GDB with this kind of application in mind. If we turn GDB into a library, we should do it right --- design an interface that makes sense, document the interface, make sure that future changes preserve the boundaries, etc. My guess is that that would be more work than we really want to take on. > An alternative idea could be duplicating init code and global > vrariables in rhide. I think this is your best bet.