From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Cheng Gao Newsgroups: gmane.emacs.devel Subject: Re: Successful build of emacs-unicode-2 under Windows with MinGW Date: Thu, 23 Sep 2004 17:51:31 +0800 Organization: eqiao.com Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <876568ontp.fsf@darkhell.com> <68c73b1a0409202237489fef97@mail.gmail.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1095933155 12934 80.91.229.6 (23 Sep 2004 09:52:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 23 Sep 2004 09:52:35 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 23 11:52:22 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CAQH0-0005Y5-00 for ; Thu, 23 Sep 2004 11:52:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CAQN1-0000Ne-P6 for ged-emacs-devel@m.gmane.org; Thu, 23 Sep 2004 05:58:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CAQMr-0000Mp-Vu for emacs-devel@gnu.org; Thu, 23 Sep 2004 05:58:26 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CAQMr-0000MW-63 for emacs-devel@gnu.org; Thu, 23 Sep 2004 05:58:25 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CAQMq-0000ME-Vl for emacs-devel@gnu.org; Thu, 23 Sep 2004 05:58:25 -0400 Original-Received: from [80.91.229.2] (helo=main.gmane.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CAQGJ-0006vw-I4 for emacs-devel@gnu.org; Thu, 23 Sep 2004 05:51:39 -0400 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1CAQGH-0000a0-00 for ; Thu, 23 Sep 2004 11:51:37 +0200 Original-Received: from 218.2.142.138 ([218.2.142.138]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Sep 2004 11:51:37 +0200 Original-Received: from chenggao by 218.2.142.138 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 23 Sep 2004 11:51:37 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 71 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 218.2.142.138 User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (windows-nt) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:27482 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27482 ,---- | Lots of us are testing the trunk. I think it is important | to have some people regularly using the emacs-unicode-2 branch, | while most test the trunk. | | So if you're regularly using the emacs-unicode-2 branch, | please speak up. `---- I think this branch especially interests users from non-latin language background like me. For example, with Chinese-GBK and Chinese-GB18030 supported in emacs-unicode-2, it's very happy to use Gnus to view any Chinese message. While with Emacs trunk, some messages can not be viewed properly with GB2312. This is why I am so interested in this branch. So far my adventure is fairly good, though I expect there will be many bugs. (In fact I have found some). Now the most painful thing is with getting source. Savannah CVS is really slow for this branch. I think it takes forever for me to update it. At the same time, trunk update is fairly fast. And I have luckily gotten Miles' arch source for only once. After that, I have tried several times to update with no joy. Now I am very curious for one thing: Is there any big date/time processing related changes in unicode-2 recently? At least under MinGW version, evaluating (format-time-string "%Y-%m-%d" emacs-build-time) generates an empty string as " " (8 spaces). While value of `emacs-build-time is (16722 29008 93000). I have compared src/editfns.c of trunk and unicode-2 branch and found no difference. I think the changes are in other place(s). And if I run Gnus in Emacs 22, then exit (with newsrc.eld saved), then I use Emacs trunk (21.3.50) to run Gnus, it generates an error as "Invalid Date:". My investigation shows that in newsrc.eld, `gnus-newsrc-last-checked-date is set as a empty string by Emacs 22. So I have to remove (setq gnus-newsrc-last-checked-date ...) line manually from .newsrc.eld, and Gnus can run from Emacs trunk. But then without this line, Gnus can not run from Emacs 22. It shows the same error as "Invalid Date:". Then I have to run Gnus in Emacs trunk, and exit, thus a valid (setq gnus-newsrc-last-checked-date ...) line is generated, and then Gnus can be run from Emacs 22. This test is with MinGW build with source got two weeks ago. Maybe this has been fixed, but owing to inaccessibility of cvs/arch source, I can not test with the latest code. My preliminary impression is that this problem may be platform-specific. In my home computer with Gentoo GNU/Linux with latet code, seems above mentioned two problems dont exist. Tonight I'll make check and confirm this. Sincerely yours, CG -- 这去者，不能见他的脸，背影模糊。