From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Cagney To: Marko Mlinar Cc: jtc@redback.com, gdb@sources.redhat.com, Damjan Lampret , igorm@opencores.org, Johan Rydberg Subject: Re: gdb port to or1k Date: Fri, 27 Apr 2001 12:56:00 -0000 Message-id: <3AE9CE96.1E5168A6@cygnus.com> References: <00a501c0ce7d$1fa4c5e0$bb4902c1@Javor> <5mhezbmi6i.fsf@jtc.redback.com> <004b01c0cee8$5617aaa0$e54902c1@Javor> X-SW-Source: 2001-04/msg00204.html Marko Mlinar wrote: > > > Many host systems that GDB supports don't even have parallel ports. > > Those that do don't suport the same set of capabilites (other than > > open/close and write, those are pretty standard :-). > We are only interested to add debugging support for host that > will be really used e.g. we don't have any interest at all to use arm host. > So we can assume, host should be able to print and thus have printer port. > Do you perhaps know if this will work for SUN? And HP machines? > Is there any way to easily configure this, if platforms use different IOCTL > numbers? (not to include #ifdefs) > And on the other hand we don't wan't to use special driver for every > platform... > Well, in any case we can write centronics parallel port "compatible" drivers > for those hosts we want to have supported. Provided your target is implemented correctly it will just build and work from any host. There is also gdb/ser-unix.c which addresses many of the portability issues (provided it is talking to something that looks like a serial device). One thing, people have found that trying to bash bits through lpt can be really slow. There is an open source project that included a (linux) device driver to do that bit banging (I've lost the url? :-( ). The GDB home page also lists several open source remote servers that you might be interested in. Andrew