Mail Archives: djgpp/2011/07/25/02:45:15
Hi,
On Jul 23, 10:37 am, Maurice Lombardi <Maurice DOT Lomba DOT DOT DOT AT ujf-
grenoble.fr> wrote:
>
> > Native building of the gpc compiler with 4.23 backend for DJGPP 2.04 /
> > winXP works well,
>
> Similarly native building with the "current" DJGPP 2.03r2 on a Win98
> machine works even better with the following results for the 5000+ test
> suite.
Awesome! (Unfortunately, for me, rebuilding GCC rarely works. I need
more practice I guess.)
> I had to tweak two things to succeed:
>
> - install old gcc 2.95.3 compiler to recompile stubify.exe with 1024k
> default stack size, as recommended by Andris.
I assume latest CVS has this fixed for newer GCCs. Martin S. has
snapshots on his page:
http://www.ludd.luth.se/~ams/djgpp/cvs/
It's not hard to install 2.95.3, though, as you've done. Luckily the
public binaries have the Win2000 fixes. (I have my own "lite" 2.95.3
package I use for simple stuff.)
> - the latest bash bsh204br3 had a bug (not present in older bsh204b): it
> failed to delete temporary files in the TMPDIR directory with an EACCES
> error message, when bash uses a pipe | (which is used silently many
> times during a make). The compilation continued nevertheless, but it
> made the very long bootstrapped compilation of gpc to fail before the end.
I don't understand why that would fail. Also I have no idea how you
discovered this! Very weird (but not too too surprising).
> When running bash under gdb 7.2, I found that bash used bison.simple,
> which is no more present in modern bison (I had bison 2.3 installed when
> recompiling bsh204sr3 with debug information conserved), probably
> somewhat emulated now. Installing the old bison 1.28 which had a genuine
> bison.simple, I recompiled bsh204br3 from sources and the bug
> disappeared, enabling seamless compilation of gpc.
Weird. Newer compiles of Bash were supposed to fix older bugs, not
introduce newer ones. Bash is one of our weakest links, honestly, and
nobody knows enough to fix it! In my own experience, it's almost
always some bug generating config.status (for annoyingly unknown
reasons). Neither WinXP, DOSEMU, nor raw FreeDOS work as acceptably as
I'd hope because of that (and is a source of frustration for me).
> May be others have not noticed that because they use more modern OSes
> than Win98. In that case it would be better to upload to djgpp a
> modified bsh204br3
Most likely, yes, at least for comparison (since all older versions
are also still hosted).
- Raw text -