X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f From: rugxulo AT gmail DOT com Newsgroups: comp.os.msdos.djgpp Subject: Re: gcc-4.7.X and native Ada compiler for DJGPP Date: Sun, 24 Jun 2012 05:00:08 -0700 (PDT) Organization: http://groups.google.com Lines: 66 Message-ID: <0d017c00-0904-49bf-9e91-509cc45f6264@googlegroups.com> References: <4FDC5D93 DOT 2040204 AT iki DOT fi> <9907f873-af2f-4b2d-8b77-59ade8f3fc0b AT googlegroups DOT com> <4FE0A729 DOT 9030007 AT iki DOT fi> <8d4b33ae-d514-4ee1-be6b-b0c58f178dd3 AT googlegroups DOT com> <4FE56DFE DOT 10907 AT iki DOT fi> <4FE5E46B DOT 7050800 AT iki DOT fi> <4FE6C43E DOT 9070907 AT iki DOT fi> NNTP-Posting-Host: 65.13.115.246 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: posting.google.com 1340539208 30980 127.0.0.1 (24 Jun 2012 12:00:08 GMT) X-Complaints-To: groups-abuse AT google DOT com NNTP-Posting-Date: Sun, 24 Jun 2012 12:00:08 +0000 (UTC) Cc: djgpp AT delorie DOT com In-Reply-To: <4FE6C43E.9070907@iki.fi> Complaints-To: groups-abuse AT google DOT com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=65.13.115.246; posting-account=p5rsXQoAAAB8KPnVlgg9E_vlm2dvVhfO User-Agent: G2/1.0 Bytes: 4224 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q5OCF2YV025807 Reply-To: djgpp AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk Hi, On Sunday, June 24, 2012 2:39:42 AM UTC-5, Andris Pavenis wrote: > On 23.6.2012 21:52, rugxulo AT gmail DOT com wrote: > > > > On Saturday, June 23, 2012 10:44:43 AM UTC-5, Andris Pavenis wrote: > >> On 23.6.2012 10:19, Andris Pavenis wrote: > >>> It seems that we need to have own version of gcc/ada/s-os_lib.adb > >>> with modified temporary file name generation for DJGPP. > >>> > >>> Ada support is perhaps broken for non LFN systems before we have one. > >>> > >> You could try the test build (ada471b.zip only, other files should be OK > >> from the earlier build) > >> http://ap1.pp.fi/djgpp/gcc/4.7.1/v204/testonly/ada471b.zip Oops, I forgot to use zipcmp (from OpenWatcom's old libzip), it would've made it easier to see what changed. Oh well, just my curiosity since the file is so big. ;-) > >> Temporary file names should hopefully be compatible with non-LFN system > >> however I have not tested it > > Yes, it seems to work much better, though it still fails at the end saying that "s-stratt.ali is outdated and needs to be recompiled". I'm not sure if that's due to some internal hash mismatching, you forgetting to remake it, or if it's a timestamp issue (doubtful as I touch'd it and it didn't help). > It should not be as I did full fresh bootstrap yesterday before > putting files for testing. > > However looking at sources shows that the problem is LFN > conflict mentioned in the announcement. I had noticed when you originally mentioned this, but I didn't actually think it would bite anyone, especially me! :-O > We have s-stratt.adb > and s-stratt-xdr.adb that both resolves to the same > non-LFN filename. They are simply 2 different implementation > of the same stuff as far as I can understand from the comments > in the source code. It is possible that unpacking binary archive > mixed files and the result some hash does not match. Apparently gnatbind is the one doing the complaining. > Could You try on non-LFN system: > - taking only s-stratt.adb and leaving s-stratt-xdr.adb out > - taking only s-stratt-xdr.adb and leaving s-stratt.adb out > > Is one of these variants working OK Yes, my bad, it builds, links, and runs fine with the GNAT (smaller, older) version of s-stratt.adb. I guess "unzip -qn" (no overwrite) is bad here and "unzip -qo" (overwrite) is good since the XDR version is unpacked first. ;-) I have no idea what XDR and GARLIC are, heh, but presumably you can just rename the file to not conflict in 8.3 at all (or even delete it), esp. since we apparently don't need it! P.S. If anybody else ever needs to build "Gautier's 3D Engine" for testing, the .ZIP with sources is here: https://sites.google.com/site/rugxulo/eng3d018.zip?attredirects=0