Mail Archives: djgpp-workers/2011/05/29/07:18:16
On 05/28/2011 05:25 AM, Rugxulo wrote:
> Hi, :-)
>
> On Mon, May 23, 2011 at 11:36 PM, Andris Pavenis<andris DOT pavenis AT iki DOT fi> wrote:
>>
>> The first test build of gcc-4.6.0 for DJGPP is available at
>>
>> http://ap1.pp.fi/djgpp/gcc/4.6.0/
>>
>> Should I leave it on at all for DJGPP?
>>
>> libquadmath seems to work OK though. Not very much other testing
>> done though
>>
>> Andris
>>
>> PS. Only DJGPP v2.04 build for now
>
> I'll have to test this with Gautier's 3D engine (Ada), esp. since
> 4.5.2 (IIRC) didn't compile it correctly anymore. I mean, I blindly
> figure 4.6.0 won't have the same bugs or regressions (hopefully). I
> guess I could always try 4.5.3 also if necessary. (It would be a shame
> to lose the ability to compile the 3D engine since there isn't a lot
> of Ada stuff targeted for DOS.) Actually, John Herro recently
> "open-sourced" his old (formerly shareware) Ada95 tutorial, but I've
> never looked closely at it (though I should since I don't grok Ada).
I noticed it myself yesterday when tried to build a lightly updated version.
The problem is that Ada compiler does not find it's own unit files (*.ali).
One can of course workaround the problem by specifying
environment variables ADA_INCLUDE_PATH and ADA_OBJECTS_PATH, but
it should have worked also without them (see Ada compiler user guide
for details)
I have however practically no experience with Ada language myself
and was unable to find a reason for these problems. I may have to drop
Ada support at all if there will be no progress.
>
> I know "tasking" doesn't work with DJGPP's GNAT, but I also know that
> Khusraw patched FSU Pthreads to finally work with modern DJGPP and
> p7zip 9.13 recently (see FreeDOS -> iBiblio -> 7zip or Sac.sk). If
> interested, somebody could make a proper DJGPP package for that.
>
> Also, GCC 4.6.0 supports the Go language (from Google), but it appears
> you didn't build that here. I don't need or want it, just curious and
> mentioning it in case you forgot or can shed some light on it! :-)
It has not been even tried. However even brief look at directory names
in libgo shows that limitted support of Go language may require rather
large effort (I may be wrong of course).
Andris
- Raw text -