X-Authentication-Warning:	delorie.com: mail set sender to djgpp-bounces using -f
X-Recipient:	djgpp AT delorie DOT com
Message-ID:	<4FE6C43E.9070907@iki.fi>
Date:	Sun, 24 Jun 2012 10:39:42 +0300
From:	Andris Pavenis <andris DOT pavenis AT iki DOT fi>
User-Agent:	Mozilla/5.0 (Windows NT 6.0; rv:13.0) Gecko/20120425 Thunderbird/13.0
MIME-Version:	1.0
To:	djgpp AT delorie DOT com
Subject:	Re: gcc-4.7.X and native Ada compiler for DJGPP
References:	<4FDC5D93 DOT 2040204 AT iki DOT fi> <9907f873-af2f-4b2d-8b77-59ade8f3fc0b AT googlegroups DOT com> <4FE0A729 DOT 9030007 AT iki DOT fi> <e4d1a212-f342-4f4c-8a02-c9e4870b70e0 AT googlegroups DOT com> <8d4b33ae-d514-4ee1-be6b-b0c58f178dd3 AT googlegroups DOT com> <4FE56DFE DOT 10907 AT iki DOT fi> <4FE5E46B DOT 7050800 AT iki DOT fi> <fc4678bf-c9c1-4cf9-bda7-4ffd97066a23 AT googlegroups DOT com>
In-Reply-To:	<fc4678bf-c9c1-4cf9-bda7-4ffd97066a23@googlegroups.com>
Reply-To:	djgpp AT delorie DOT com

On 23.6.2012 21:52, rugxulo AT gmail DOT com wrote:
> Hi,
>
> 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
>>
>> 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. 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.

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

Andris

- Raw text -