|
From: | Emacs bug Tracking System |
Subject: | bug#692: marked as done (x-parse-geometry doc string confusion) |
Date: | Wed, 13 Aug 2008 16:55:05 -0700 |
Your message dated Wed, 13 Aug 2008 19:48:31 -0400 with message-id <87ljz0easw.fsf@stupidchicken.com> and subject line Re: x-parse-geometry doc string confusion has caused the Emacs bug report #692, regarding x-parse-geometry doc string confusion to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact don@donarmstrong.com immediately.) -- 692: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=692 Emacs Bug Tracking System Contact don@donarmstrong.com with problems
--- Begin Message ---Subject: x-parse-geometry doc string confusion Date: Sun, 10 Aug 2008 21:25:57 -0400 User-agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) emacs -Q C-h f x-parse-geometry x-parse-geometry is a built-in function in `C source code'. [Missing arglist. Please make a bug report.] Parse a Nextstep-style geometry string GEOM. ^^^^^^^^
--- End Message ---
--- Begin Message ---Subject: Re: x-parse-geometry doc string confusion Date: Wed, 13 Aug 2008 19:48:31 -0400 Interesting. Looks like make-docfile can get confused if a platform-dependent file (ns-win.el) redefines a built-in function. I don't see any way to fix this, other than renaming x-parse-geometry in ns-win.el to ns-parse-geometry, and making the built-in function call that for HAVE_NS. I've checked this work-around into CVS.
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |