From: Andris Pavenis To: "Andrew Cottrell" , , "Eli Zaretskii" Subject: Re: [ac131313 AT redhat DOT com: GDB 6 branch created] Date: Wed, 25 Jun 2003 22:07:37 +0300 User-Agent: KMail/1.5.2 References: <7458-Mon23Jun2003075001+0300-eliz AT elta DOT co DOT il> <200306251017 DOT 54098 DOT pavenis AT latnet DOT lv> <001701c33b0b$6682c0f0$0100a8c0 AT acp42g> In-Reply-To: <001701c33b0b$6682c0f0$0100a8c0@acp42g> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200306252207.37444.pavenis@latnet.lv> Reply-To: djgpp-workers AT delorie DOT com On Wednesday 25 June 2003 14:17, Andrew Cottrell wrote: > Andris &Eki, > > ..snip.. > > > > It seems that this is due to this part of djgpp/config.sed: > > > > > > /^ *CONFIG_HEADERS=/,/^EOF/ { > > > s|config.h\([^-:]\)|config.h:config.h-in\1| > > > } > > > > > > and the problem here is that the dot in the first "config.h" is not > > > escaped. Does it help to modify this fragment of djgpp/config.sed > > > like this: > > > > > > /^ *CONFIG_HEADERS=/,/^EOF/ { > > > s|config\.h\\([^-:]\\)|config.h:config.h-in\1| > > > } > > > > > > ? > > > > Not enough. After that configure doesn't find config.h.in in the same > > directory ... > > > > Andris > > I have donwnloaded BNU 2.14 and hav built it and used it in the build from > last night without alott of ckecing. When think the change is almost there > could you please directly send me an email to acottrel at ihug.com.oz > (change the at to @ and the oz to au . This is to stop spam... I hope...). > I am working from home the rest of the week and therefore can build DJGPP > on the Celeron 800 PC every 8 hours for testing. I gived up trying to use original djconfig.sh from gdb/config/djgpp (I'm not using neither non LFN systems for development nor NameNumericTails=0, so I'm not very interested in that). Took instead script, which I used for binutils-2.14. At first readline in GDB sources (gdb-5.3.90_20030624) is heavily broken for DJGPP. After taking one file from readline-4.3.tar.gz and adding one missing definition of one variable in other file, it built, but several unresolved references were left behaind (I only found them later of course) Several problems with configuring and building in directory gdb: - configure tries to find libtermcap and gives up (adding *djgpp* besides *go32* to case fixed that) - gdb/remote_fileio.c uses member st_blocks of struct stat which we don't have. Added some preprocessor instructions to workarount that. After that all compiled, but I got unresolved references from readline Stopped on that this evening Andris