From mboxrd@z Thu Jan 1 00:00:00 1970 From: Brendan Simon To: gdb Subject: GDB: one version for all targets Date: Thu, 01 Apr 1999 00:00:00 -0000 Message-id: <36CA2891.A1C43ED2@dgs.monash.edu.au> References: <199902162128.NAA25807@andros.cygnus.com> X-SW-Source: 1999-q1/msg00040.html >From some of the discussions on this list, I have interpretted that GDB may be moving to one version that can dynmically detect the CPU target and ABI type. A manual setting for these is provided as a fallback if autodetection fails. Does this mean there would only be one GDB that would cater for all targets. eg. i386, powerpc, m68k, etc ? This sounds like a fantastic idea and I look forward to such a versatile debugger. Does anyone know when this is likely to be available ? I assume the correct simulator would be called based on the above settings. To reduce diskspace, would it be possible to have the supported targets and ABI types as some kind of shared library or plug in module ? Brendan Simon. >From devnull@gnu.org Thu Apr 01 00:00:00 1999 From: "Joel N. Weber II" To: gnu-prog@gnu.org Subject: ftp.gnu.org redisorganization Date: Thu, 01 Apr 1999 00:00:00 -0000 Message-id: <199901080426.XAA08145@melange.gnu.org> X-SW-Source: 1999-q1/msg00015.html Content-length: 1058 I have redisorganized ftp.gnu.org so that there is now a directory for every package (although at the moment, the emacs lisp manual, the emacs lisp intro, leim, and elib all exist in the emacs directory; we may rearange that). For example, there exists a directory at ftp://ftp.gnu.org/gnu/emacs which contains various versions of emacs. Someone had suggested that we should also make ftp://ftp.gnu.org/gnu/emacs/emacs.tar.gz a symlink to the .tar.gz of the current version. We rejected this possibility; if we do this, people will end up with .tar.gz files on their local disks that lack the version number. If people notice problems with how the redisorganization was done, please let me know. We are now willing to make links to these directories from webpages under http://www.gnu.org/software ; so please feel free to update your web pages (or create web pages for your packages, if you haven't already!). If we haven't given you more specific instruction on what to do to submit new or changed webpages, please mail them to webmasters@gnu.org.