[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [GNU Bison 1.50a] testsuite.log: 19 failures
From: |
Akim Demaille |
Subject: |
Re: [GNU Bison 1.50a] testsuite.log: 19 failures |
Date: |
25 Oct 2002 10:04:04 +0200 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Honest Recruiter) |
| > From: Akim Demaille <address@hidden>
| > Date: 24 Oct 2002 11:14:18 +0200
| >
| > | Before releasing 1.75a, we should make sure the testsuite
| > | version-number bug isn't present in the tar file. I vaguely recall
| > | doing this by hand for Bison 1.50; sorry, I should have fixed it then
| > | but I was in a hurry and still don't fully understand the release
| > | procedure.
| >
| > What do you mean? The release procedure is doing plenty of other
| > things, agreed, but I'm talking about a plain make dist: I never
| > managed to have it keep an obsolete testsuite :(
|
| Ah, I was talking about "make alpha".
Hum, I think I added even more confusion :) When you said `doing by
hand' I did understood make alpha failed for you, but even by hand you
ran make dist, which (should) makes sure the test suite is up to date.
| "make alpha" fails for me on Solaris, since it puts too many m4 files
| into m4/* and then later complains when they're not there in the
| tarball.
How bizarre... Anyway, make alpha does not try to be portable (for a
start it uses GNU make :).
| I don't know why it does that, but I work around the problem
| by running it on GNU/Linux.
OK.
Having the beta is a good thing for the translations, but I don't
think we should aim at a release so soon. My plans for the next
release includes addressing the lex-param, parse-param, and yyerror
issues. AFAICS, there is no need (= no bug fix) for a replacement of
1.75, right?