bryan@UUNET.UU.NET (Bryan Boreham) (06/18/89)
I am preparing a file of patches to ET++ to get it to compile under
g++ 1.35.1-. If you have already done this port, I'd like to hear from
you. If not, the patches, around 90K, will be ready for transmission
some time next week. Cross-Atlantic mail traffic costs money, so I may
try to find a site in the USA which will distribute the patches by
FTP. I could post them here, but the net is cluttered enough already.
Note that as of today, it doesn't actually work properly, but it does
compile and link all the files. I abandoned the code for incremental
linking, and SunWindows and NeWS support, but under X, at least the
fonts, windows and pushbuttons work. The collection classes appear to
work fine. I believe that there is some interest in such patches, and
I don't have a lot of time to devote to finishing the port now.
As an aside, can I plead for some new feature in g++ or gdb so that a
system like this can be debugged reasonably? ET++ is around 48,000
lines, and it seems that an awful lot of this ends up in the .o files
as debugging info. The smallest linked executable I have made is 17
megabytes, and my 8 Meg 3/280 thrashes like anything on a "where" in
gdb, which can take over 20 minutes. Even stepping from one line to
the next can take two minutes.
Most of the symbols are unimportant at any stage, but gdb likes to
have them all handy, just in case. I'd like to be able to lose some
ease-of-use in return for some speed. Maybe some way to disable the
reading of symbol-table entries that don't match some regular
expression, so I can forget all but the classes I'm working on.
One thing I can do at present is to compile all the files with and
without "-g", and link a selection from each set. I'd like a nicer way
to do this.
Bryan Boreham bryan@kewill.uucp or kewill!bryan@uunet.UU.NET
Software Engineer {Atlantic Ocean} ... !mcvax!ukc!root44!kewill!bryan
Kewill Systems PLC Work: (+44) 932 248 328
Walton-On-Thames
Surrey KT12 2QS
England