[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Emacs-bug-tracker] bug#7460: closed (23.2.90; temacs needs LANG=C, buil

From: GNU bug Tracking System
Subject: [Emacs-bug-tracker] bug#7460: closed (23.2.90; temacs needs LANG=C, build will fail if not.)
Date: Tue, 23 Nov 2010 16:56:02 +0000

Your message dated Tue, 23 Nov 2010 18:00:29 +0100
with message-id <address@hidden>
and subject line Re: bug#7460: 23.2.90; temacs needs LANG=C, build will fail if 
has caused the GNU bug report #7460,
regarding 23.2.90; temacs needs LANG=C, build will fail if not.
to be marked as done.

(If you believe you have received this mail in error, please contact

7460: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7460
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 23.2.90; temacs needs LANG=C, build will fail if not. Date: Sun, 21 Nov 2010 15:23:46 +0100 User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv: Gecko/20101027 Thunderbird/3.1.6
This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your report will be posted to the address@hidden mailing list
and the gnu.emacs.bug news group, and at http://debbugs.gnu.org.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug.  If you can, give
a recipe starting from `emacs -Q':

When building Emacs for GnuStep:

`/bin/pwd`/temacs --batch --load loadup bootstrap
Loading loadup.el (source)...
Using load-path (/home/jhd/src/emacs/emacs-23/lisp /home/jhd/src/emacs/emacs-23/lisp/emacs-lisp /home/jhd/src/emacs/emacs-23/lisp/language /home/jhd/src/emacs/emacs-23/lisp/international /home/jhd/src/emacs/emacs-23/lisp/textmodes)
Loading emacs-lisp/byte-run...
Loading emacs-lisp/backquote...
Loading subr...
Invalid hash table rehash size: 1\,5
make[1]: *** [bootstrap-emacs] Fel 255
make[1]: Lämnar katalogen "/home/jhd/src/emacs/obj-23-ns/src"
make: *** [src] Fel 2

, is not a decimal point in my locale.
% LANG=C make

makes the compilation succeed.
I seem to remember there used to be a LANG=C before temacs, but is seems to be gone now?

        Jan D.

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file

In GNU Emacs (x86_64-unknown-linux-gnu, NS gnustep-gui-0.18.0)
 of 2010-11-21 on f4.localdomain
Windowing system distributor `GNU', version 10.3.18
configured using `configure '--verbose' '--enable-asserts' '--with-ns' '--without-x' 'CFLAGS=-g''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: sv_SE.utf8
  value of $XMODIFIERS: @im=none
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: C/lah

Minor modes in effect:
  desktop-save-mode: t
  icomplete-mode: t
  display-time-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC [ > 1 ; 2 6 0 1 ; 0 c ESC x r e p o r t - e m TAB

Recent messages:
Loading /home/jhd/lib/elisp/BAK-file.el (source)...done
Loading /home/jhd/lib/elisp/ccsetup.el (source)...done
Loading icomplete...done
Loading desktop...done
Loading vc-bzr...done
Wrote /home/jhd/.emacs.desktop.lock
Desktop: 1 buffer restored.
For information about GNU Emacs and the GNU system, type C-h C-a.

Load-path shadows:
None found.

(shadow sort mail-extr message sendmail ecomplete rfc822 mml mml-sec
password-cache mm-decode mm-bodies mm-encode mailcap mail-parse rfc2231
rfc2047 rfc2045 qp ietf-drums mailabbrev nnheader gnus-util netrc
time-date mm-util mail-prsvr gmm-utils wid-edit mailheader canlock
hashcash mail-utils emacsbug vc-bzr sha1 hex-util desktop cus-start
cus-load advice help-fns advice-preload icomplete cc-mode cc-fonts
cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs regexp-opt
time tooltip ediff-hook vc-hooks lisp-float-type mwheel ns-win easymenu
tool-bar dnd fontset image fringe lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button
minibuffer faces cus-face files text-properties overlay md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind ns multi-tty emacs)

--- End Message ---
--- Begin Message --- Subject: Re: bug#7460: 23.2.90; temacs needs LANG=C, build will fail if not. Date: Tue, 23 Nov 2010 18:00:29 +0100 User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv: Gecko/20101027 Thunderbird/3.1.6 Gnustep calls setlocale frequently and undo what fixup_locale does. Gnustep and Emacs seem to be so broken (it just crashes) I don't think this is worth fixing. It might not even be possible as Gnustep makes these calls often.


        Jan D.

Jan Djärv skrev 2010-11-23 07.32:

Andreas Schwab skrev 2010-11-22 23.46:
Jan Djärv<address@hidden> writes:

Any idea what I should look at? The string in Fread_from_string is
"#s(hash-table size 65 test eql rehash-size 1,5 rehash-threshold 0,8 data ())"

but how to figure out where it comes from?

Probably here (subr.el):

;; The following statement ought to be in print.c, but `provide' can't
;; be used there.
(when (hash-table-p (car (read-from-string
(prin1-to-string (make-hash-table)))))
(provide 'hashtable-print-readable))

Thanks. Something is strange, fixup_locale is called, but it doesn't seem to
have any effect. Maybe Gnustep overrides the setting? I will debug some more.

Jan D.

--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]