Mail Archives: djgpp-workers/2000/01/20/04:58:58
> > - Many of the zip files contain CVS directories, although I
> > think they are of no use.
> Which ones? I don't see even a single CVS directory in my copies of
> the zips.
Hmmm, I come to think that I did something wrong...
[snip]
> Is it possible that you downloaded some old alpha version from the
> alphas subdirectory on SimTel.NET? What size and time stamp are your
> dj*203.zip files?
Aaarggghhh. I'm sure that has been the case and I have no idea how I
could have been *that* stupid... I'm sorry!
> > - src/gcc*.opt: why do we still use the -fno-strength-reduce and -m*
> > options?
> Because the library was produced by GCC 2.8.1. We didn't yet switch
> to GCC 2.9x for building djdev.
Ok. I rebuilt it with GCC 2.9x and without those switches myself now.
> > - Why are the following still in djgpp.env, can't they do any harm?
> I don't see anything wrong with these. They are there mainly for
> back-compatibility, but they shouldn't do anything bad with latest
> versions of GCC and Kpathsea/Web2c. If you think they can do any
> harm, please explain why.
I don't think they can, but I remember the docs telling you should not
have any of them any more in the new versions of TeX and GCC. I see
that they just should not be *necessary* any more. Whatever. :)
> > - Some makefiles contain a tab on a line of its own.
> I don't like changing files just to alter whitespace. These TABs
> don't do any harm. Emacs shows them in special color because they can
> be dangerous in some cases, but not in our makefiles. In particular,
> it is *never* dangerous if there's no preceding rule line.
Allright. I'm being too suspicious again.
Thanks for your time, patience and answers.
Groente, Michel.
- Raw text -