Message-ID: <000901c313b5$25f69070$0100a8c0@acp42g> From: "Andrew Cottrell" To: , "Salvador Eduardo Tropea \(SET\)" Cc: "Richard Dawe" References: <3EB673E1 DOT 7000603 AT inti DOT gov DOT ar> Subject: Re: 2.04 alpha success, small details Date: Tue, 6 May 2003 19:52:03 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Reply-To: djgpp-workers AT delorie DOT com SET, > I know it isn't much but I think is good to know: I recompiled Turbo > Vision and SETEdit with the alpha release and things seems to work ok. Excelent. These should work better on 2K and XP than the previous versions. > A small detail, the info dir file contains entries like it: > > * gxxint (gxxint). > Documentation of the GNU C++ front-end internals. > > Shouldn't be? > > * gxxint: (gxxint). > Documentation of the GNU C++ front-end internals. > (Colon after the gxxint). This has probably been in there for a long time. I agree it should have the colon. > The binutils docs seems to be incomplete (.info files are there but > .info* files aren't). Thanks for this. I have found a missed check in the main batch file which I use to make the zip files in the Alpah release. The missing files do not affect the re-building of any of the packages as I re-built all of the packages on a different PC before uploading the final set of zips. The DJ*.zip files were done by Richard. There are a number of missing files that I found after adding the following line to my batch file that produced the zip files:- find @manifest\%1.tmp -type f -print The results of the check are available from the following file: http://clio.rice.edu/djgpp/win2k/DJGPP_aLpha_1_missing%20files.txt I will start looking at these missing files over the next few days to see why they are missing. I would expect this to take until the end of the week to sort out becuase there are a number. > I found that __attribute__((constructor)) doesn't work for > gcc 3.2.2 for C++ code, but seems to be something related to gcc (not > djgpp), lamentably not mentioned in gcc docs. Does this work okay on the GCC 3.2.2 release under Linux? If you have allready upgrade to GCC 3.2.3 then does it occur with this version on Linux? Andrew