GNU bug report logs - #1171
ns-version-string

Previous Next

Packages: ns, emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Wed, 15 Oct 2008 01:20:03 UTC

Severity: normal

Done: Adrian Robert <adrian.b.robert <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Adrian Robert <adrian.b.robert <at> gmail.com>
To: Yavor Doganov <yavor <at> gnu.org>
Cc: Glenn Morris <rgm <at> gnu.org>, 1171 <at> debbugs.gnu.org,
        Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Subject: bug#1171: #1171 - ns-version-string - Emacs bug report logs
Date: Wed, 22 Oct 2008 09:14:58 -0400
> If there is a meaningful version number for the external GNUstep/Mac
> components (analogous to gtk-version-string) against which Emacs was
> built, that could also be printed. My complaint is indeed about the
> hard-coded "0.9".

OK, I've changed it to output a version number determined compile-time  
from the toolkit, currently one of:

gnustep-gui-###
apple-appkit-###

Yavor, if you decide it's better to report the GNUstep base version  
also, you can use NSFoundationVersionNumber for OS X.

There are four other files where I replaced 9.0 with 23.0.60 or  
variants of it.  Eventually it would be nice to do this automatically  
with autoconf.  In this case it is important NOT to include the  
extra .# build number that emacs' build system generates.  This, by  
itself, *should* be used for the CFBundleVersion in the Cocoa  
Info.plist however.

nextstep/Cocoa/Emacs.base/Contents/Info.plist
nextstep/Cocoa/Emacs.base/Contents/Resources/English.lproj/ 
InfoPlist.strings
nextstep/GNUstep/Emacs.base/Resources/Emacs.desktop
nextstep/GNUstep/Emacs.base/Resources/Info-gnustep.plist






This bug report was last modified 16 years and 176 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.