HDTenEightyP/NetNews huggingface dataset:
From: rms@gnu.ai.mit.edu (Richard Stallman)
Newsgroups: gnu.gcc.help
Subject: "failed assertion" in core.c
Date: 26 Jan 1993 17:18:05 -0500
Organization: GNUs Not Usenet
Distribution: gnu

The problem of getting "failed assertion" in core.c is almost
certainly a GCC bug.  But I cannot debug it because I do not
understand how that code works.

I could study it and fix the problem, but it would take time.  Many of
you who are reading this could do that with no more time than I would
need.

To get the maximum progress on GNU with the resources available, I
think it is best if I work on other things and let this wait until one
of you decides to debug it.  Our rate of progress is measured by how
many people contribute.

Here is a patch I was sent to fix a bug in core.c.  I believe it does
not fix this problem, but you might as well have the latest version
to work from.

===================================================================
RCS file: /home/fsf/rms/cc/objc/RCS/core.c,v
retrieving revision 1.14
diff -a -c1 -r1.14 core.c
*** core.c	1993/01/11 05:10:46	1.14
--- core.c	1993/01/14 20:46:05
***************
*** 1172,1174 ****
  	 node = hash_next (module_hash_table, node))
!       record_store (NULL, record);
  			
--- 1172,1180 ----
  	 node = hash_next (module_hash_table, node))
!       {
! 	int nclasses = ((Module_t) node->value)->symtab->cls_def_cnt;
! 	int j;
! 
! 	for (j = 0; j < nclasses; j++)
! 	  record_store (NULL, record);
!       }
  			
***************
*** 1177,1179 ****
  	 node = hash_next (module_hash_table, node))
!       record_store (NULL, record);
    }	
--- 1183,1191 ----
  	 node = hash_next (module_hash_table, node))
!       {
! 	int nclasses = ((Module_t) node->value)->symtab->cls_def_cnt;
! 	int j;
! 
! 	for (j = 0; j < nclasses; j++)
! 	  record_store (NULL, record);
!       }
    }	
Newsgroups: gnu.gcc.help
From: etxmesa@eos.ericsson.se (Michael Salmon)
Subject: Re: Can gcc produce position-independent object code for shared libraries?
Keywords: gcc gnu shared -pic
Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
Organization: Ericsson Telecom AB
Date: Thu, 28 Jan 1993 09:33:17 GMT

In article <1993Jan26.214222.3324@is.morgan.com>
jlieb@is.morgan.com (Jerry Liebelson) writes:
|> Or, what's the gcc equivalent of the cc -pic option for use with
|> compiling modules for subsequent linking into a SunOS 4.11 shared library?
|> 
|> Please answer from actual experience, thank you.

From the man page (and actual experience with SunOS 4.1.1):

     -fpic
          If  supported  for  the   target   machines,   generate
          position-independent code, suitable for use in a shared
          library.

     -fPIC
          If supported for the  target  machine,  emit  position-
          independent code, suitable for dynamic linking, even if
          branches need large displacements.

-- 

Michael Salmon

#include	<standard.disclaimer>
#include	<witty.saying>
#include	<fancy.pseudo.graphics>

Ericsson Telecom AB
Stockholm
From: johnson@teeny.redbrick.com (Galt Johnson)
Newsgroups: gnu.gcc.help
Subject: Undefined symbol from g++ during load
Date: 22 Jan 1993 19:31:38 -0500
Organization: GNUs Not Usenet
Distribution: gnu

The gnu c++ compiler version 2.3.3 doesn't seem to be emitting code for the template
operator<< routine.  When I issue the command:
	g++ test.cc
I get the following complaint from the loader:
    ld: Undefined symbol 
       ___ls__FR7ostreamRt4Test1Zi 
    collect: /usr/bin/ld returned 2 exit status

Is there a compiler switch I'm missing?

I'm using gcc-2.3.3 on a SPARCstation(SunOS 4.1).

Galt Johnson
johnson@redbrick.com

----------------------------------------------------------------------
#include <iostream.h>

template <class T> class Test{
public:
    Test(T i) : val(i) {}

    friend ostream& operator<<(ostream &s, Test<T>& t);
private:
    T val;
};

template <class T>
ostream& operator<<(ostream& s, Test<T> &h)
{
    s << h.val;
    return s;
};

main()
{
    Test<int> i(3);

    cout << "This is a test :" << i << endl;
}
----------------------------------------------------------------------
Newsgroups: gnu.gcc.help
From: ayre@fraser.sfu.ca (David Ayre)
Subject: Make, Gas, GCC for NCR
Keywords: help gcc make gas ncr
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sun, 24 Jan 1993 18:28:28 GMT

Has anyone succesfully compiled any of the gnu tools on a NCR TOWER 32 computer?
If so, I'de be intrested in the bins or any diffs you might have.

Thanks!


Storm D. J. Petersen
~~~~~~~~~~~~~~~~~~~~

EMAIL: ayre@sfu.ca    ATTN: Storm P.
Newsgroups: gnu.gcc.help
From: hitt@Xenon.Stanford.EDU (Daniel Hitt)
Subject: gcc for DOS
Summary: is it available? where?
Keywords: DOS, gcc, binary, binaries, source
Organization: Computer Science Department, Stanford University.
Date: Fri, 22 Jan 1993 04:19:22 GMT

Is gcc available for DOS?

I'm interested in both source and binaries since i currently have no
DOS compiler.

What about the other gnu tools (make, etc)?

(If this is a FAQ, please point me to the gnu.gcc.help FAQ.)

Thanks.

dan
From: figuei@lutece.rutgers.edu (Francisco Figueirido)
Newsgroups: gnu.gcc.help
Subject: cross compiling on a SGI for the Sparc
Date: 27 Jan 93 15:25:02 GMT
Reply-To: figuei@lutece.rutgers.edu
Organization: Rutgers, The State University of New Jersey

I want to set up a cross compilation environment on our SGI machines for the
sparc and I am having some difficulty with the GNU assembler. It seems that
the assembler does not align correctly some data, but this doesn't happen all
the time. If I cross-compile with gcc 2.3.3 for the sparc and then transfer
the .s files to a Sun and assemble and link them there everything is OK; but
if I cross assemble on the SGI the linker (on the Sun, ld, not the GNU linker)
gives a warning about misaligned data and the program bombs with a bus error.
If I cross-link on the SGI using the GNU linker I don't get the message but I
do get the bomb. Is this a well-known problem? Has anybody experienced
something of this sort? I got the linker and assembler from prep.ai.mit.edu,
so they are the latest versions. Thanks for your help!
--
	Francisco Figueirido
	email: figuei@lutece.rutgers.edu
	phone: (908)932-3278
From: edx@cc.usu.edu
Newsgroups: gnu.gcc.help
Subject: Re: objc.h broken ?
Date: 26 Jan 93 11:06:38 MDT
Organization: Utah State University

> In file included from /src/gnu/gcc-2.3.2/objc/Object.h:29, from Int.m:2:  
> /src/gnu/gcc-2.3.2/objc/objc.h:346: parse error before `va_list'       
> prompt>  
  
I had this problem too when I was compiling gcc2.3.3 for our
Indigo.  I got around it by putting an "#include <varargs.h>"
in the Object.h file *before* the "#include objc.h" line.
After that, things went peachy.  Until I tried to run a
compiled ObjC program.  Then I got the dreaded "core.c:
failed assertion 'initialized'".  Let me know if you get
this error when you get the compiler up and running.

Howard Cole
USU Space Dynamics Lab
edx@cc.usu.edu
From: ar961@cleveland.Freenet.Edu (Duane Kaufman)
Newsgroups: gnu.gcc.help
Subject: GCC for NCR Tower XP (System VR2) is it possible?
Date: 28 Jan 1993 15:25:09 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ar961@cleveland.Freenet.Edu (Duane Kaufman)
NNTP-Posting-Host: hela.ins.cwru.edu



Hello!

I would like to get GCC working on my NCR Tower XP (68010, System VR2) does
anyone know if this has been done, or, if it hasn't, how much effort would
be needed to port it? I can program in C (somewhat). Is this a project for
me, or am I just being stupid? What does it all involve?

Thanks in advance!
-- 
                                                     TheSeeker
Duane Kaufman
Internet: dkaufman@vms.macc.wisc.edu
BitNet:   dkaufman@wiscmacc.BitNet        I looked under chairs...
From: rms@gnu.ai.mit.edu (Richard Stallman)
Newsgroups: gnu.gcc.help
Subject: [biz.sco.general] Re: gcc 2.3.2 on SCO 3.2.4 (__STDC__)
Date: 24 Jan 1993 15:22:15 -0500
Organization: GNUs Not Usenet
Distribution: gnu

The meaning of __STDC__ is defined by the ANSI C standard
for ANSI C compilers.

As for compilers not precisely supporting ANSI C, it means whatever we
decide it means.  The question is, what is the useful thing to do with
it?  For GCC, I decided to define __STDC__ as 1 when the ANSI C
features (prototypes, etc.) are available, and not define it
otherwise.  I am not sure this is the best possible way, but I'm also
not sure another way is better.  Unless/until I'm convinced to change
it for all machines, I plan to keep it this way on all machines.
From: stickler@cc.helsinki.FI (Patric M Stickler)
Newsgroups: gnu.smalltalk.bug
Subject: Re: GNU Smalltalk
Date: 26 Jan 1993 21:52:42 -0500
Organization: University of Helsinki
Distribution: gnu

In article <9301251245.AA12923@rsuap1.nrl.navy.mil> harrell@rsuap1.nrl.navy.mil (Matthew Harrell) writes:
>I know this isn't the right place to send this, but it happens to be the
>only address I have.  Do you know if there is any plan to port GNU Smalltalk
>to Microsoft Windows?  I really enjoy using it but I can't even get it to
>compile under DOS.
>
>Thanks for any information.
>						Matthew Harrell
>						harrell@rsuap1.nrl.navy.mil
>

I would also like to learn of any port of GNU Smalltalk to MessDos machines.



/////////////////////////////////////////////////////////////////////////
  Patrick M. Stickler  OH2LUV, KC4YYY    The comments contained herein
  WSOY - Information Systems Division    do not necessarily reflect the
  Helsinki, FINLAND    (psti@wsoy.fi)    official views of my employer.
/////////////////////////////////////////////////////////////////////////
From: harrell@rsuap1.nrl.navy.mil (Matthew Harrell)
Newsgroups: gnu.smalltalk.bug
Subject: GNU Smalltalk
Date: 25 Jan 1993 20:59:52 -0500
Organization: GNUs Not Usenet
Distribution: gnu

I know this isn't the right place to send this, but it happens to be the
only address I have.  Do you know if there is any plan to port GNU Smalltalk
to Microsoft Windows?  I really enjoy using it but I can't even get it to
compile under DOS.

Thanks for any information.
						Matthew Harrell
						harrell@rsuap1.nrl.navy.mil
From: cb147@cleveland.FReenet.EDU (David Barzilai)
Newsgroups: gnu.emacs.bug
Subject: Emacs problem
Date: 22 Jan 1993 21:55:56 -0500
Organization: Case Western Reserve University, Cleveland, OH (USA)
Distribution: gnu
Reply-To: cb147@cleveland.freenet.edu (David Barzilai)

     Dear fellow gnu-supporters,

I have recently been attempting to use the gnu version of
emacs but have encountered a major difficulty:  My erase
character has been interpreted as "delete" rather than
"backspace."  Please note that my terminal emulation is
vt102 on my IBM-compatible xt computer.  I have thus
far been unable to successfuly employ/find the
appopriate settings using the seterm and term commands.
I hope I will not be forced to program my communications
software to interpret the backspace key as a delete
key because I am using "backspace" as my delete
character on all of my accounts.

Thank you for taking the time to listen to my problem.
Please accept my sincere appoligies if I have inadertantly
posted it to the wrong forum.

Please send repy's to "cb147@cleveland.freenet.edu" to
save bandwidth, unless you think the answer would be
useful to other readers of this newsgroup.
Thanks again.

Sincerely,

       David
From: d90-awe@kai.nada.kth.se (Assar Westerlund)
Newsgroups: gnu.emacs.bug
Subject: Re: quoted-insert inserts in overwrite-mode
Date: 26 Jan 1993 21:59:30 -0500
Organization: Royal Institute of Technology, Stockholm, Sweden
Distribution: gnu

In article <1jpr8eINNg1o@early-bird.think.com> barmar@think.com (Barry Margolin) writes:
   The answer to this whole issue seems to be that there's no one right
   answer.  Perhaps an option variable would be appropriate.

Right. But my opinion is that quoted-insert should overwrite in
overwrite-mode. An option variable should be fine by me.

   ...

   This makes me wonder why anyone would use quoted-insert in overwrite mode
   in the first place.

As it was I who started this thread I can answer that one. I was
editing a binary file and wanted to write a 0 in a string.

Assar					        d90-awe@nada.kth.se
-------------------------------------------------------------------
Truth is the most valuable thing we have -- so let us economize it.
                -- Mark Twain
From: michalj@fuw.EDU.PL (Michal Jankowski)
Newsgroups: gnu.emacs.bug
Subject: Re: quoted-insert inserts in overwrite-mode
Date: 25 Jan 1993 20:36:17 -0500
Organization: Warsaw University Physics Dept.
Distribution: gnu

>>>>> On 19 Jan 1993 21:57:09 -0500, shankar@sgi.com (Shankar Unni) said:

Shankar> Well, strictly speaking, RMS is right: the documentation for
Shankar> "quoted-insert" says:

Shankar>   quoted-insert:
Shankar>   Read next input character and insert it.
Shankar>   Useful for inserting control characters.
Shankar>   You may also type up to 3 octal digits, to insert a character with that code

Shankar> That's "insert it", not "do whatever is appropriate with it according
Shankar> to the minor-mode".

Well, the documentation for self-insert-command is similar:

self-insert-command:
Insert this character.  Prefix arg is repeat-count.

Yet self-insert-command does not insert in overwrite-mode.

Of course, RMS is right: this is a feature, because it was designed
this way. Let's call it a misfeature. 8-)

 Michal
From: rolf@green.mathematik.uni-stuttgart.de (Rolf Schreiber)
Newsgroups: gnu.emacs.bug
Subject: No shell-commands in a three-letter-subdir
Date: 25 Jan 1993 20:56:13 -0500
Organization: GNUs Not Usenet
Distribution: gnu

A strange bug happens to me since switching to emacs-18.59:

Machine: IBM RS-6000
Emacs: 18.59 compiled without changes, no site-init.el

While in my home-dir I do:

  emacs -q 

Then I hit "M-x cd RET c++ RET RET" and "M-x compile RET RET"
In the compilation-window appears:

cd /usr/lhome/rolf/c++/
make -k

Compilation unknown (core dumped) at Tue Jan 19 16:58:32

This error occurs in any other subdirectory that has a length of three
letters (e.g. ~/tex/ ~/c/c/ ~/pls) but not in subdirectories with less
or more than three letters (e.g. ~/matlab ~/c ~/tex/letters). And it
occurs to any shell command I try to invoke from a "three-letter"
directory. (e.g "M-! ls RET" brings a (Shell command completed with no
output) and dumps a core to this directory).
 
And it's even more complicated:

my home-directory /home/rolf is a link to /usr/lhome/rolf
where /home itself is mounted from a remote machine.
I can't reproduce the error either in directories of the form
/usr/lhome/abcd/abc nor in /home/abcd/abc

Can you help me to find out the problem?

Rolf
From: jsp@betz.biostr.washington.edu (Jeff Prothero)
Newsgroups: gnu.emacs.bug
Subject: tags-search infelicity
Date: 21 Jan 1993 18:23:00 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Not a bug, but perhaps nonoptimal:

There appears to be no way to abort a tags-search once started, short
perhaps of kill -9.  In particular, ^G appears to have no effect.

I'm working on a large application with several hundred source files,
so tags-* functions are frequently a godsend, but it _can_ be a little
irritating to find myself locked up for minutes at a time in a search
I change my mind on.  I'd not comment on such a thing normally, but
GNU Emacs seems so nearly totally free of such infelicities ...
*grin*.

Keep up the good work, and many thanks to all of you.

Jeff
From: jym@mica.berkeley.edu (Jym Dyer)
Newsgroups: gnu.emacs.bug
Subject: Re: movemail bug?
Date: 25 Jan 1993 20:50:00 -0500
Organization: The Naughty Peahen Party Line
Distribution: gnu

> I've been unable to persuade my sysadmin to make the movemail
> routine setuid because they believe it will compromise system
> security.  I assume that they are referring to the bug that
> I seem to remember being described in Clifford Stoll's book
> `The Cukoo's Egg'.

=o= That problem's been fixed long ago.  See the file FAQ in
the Emacs etc directory.  I quote:

>  1. the `movemail' incident (No, this is not a risk.)
>
>     Cliff Stoll in his book "The Cuckoo's Egg" describes this in chapter 4.
>     The site at LBL had installed the `etc/movemail' program setuid root.
>     Since `movemail' had not been designed for this situation, a security
>     hole was created and users could get root priveleges.
>
>     `movemail' has since been changed so that even if it is installed
>     setuid root this security hole will not be a result.

=o= It should be noted that Stoll's description of the cause of
the problem is exactly the opposite of reality:  He claimed that
the security hole was a bug in movemail, and contrasted it with
security holes caused by sysadmins installing things wrong.  As
we can see above, the problem actually *was* caused by sysadmins
installing things wrong.

=o= Stoll should write an apology/retraction, and should see to
it that it's distributed widely.
    <_Jym_>
From: parker@sodium.mps.ohio-state.edu (Steve Parker)
Newsgroups: gnu.emacs.bug
Subject: compilation bug with emacs-15.58 on SGI 4D machines useing CC 3.1...
Date: 25 Jan 1993 21:16:30 -0500
Organization: GNUs Not Usenet
Distribution: gnu

To Whom it may concern,

I recently reported a problem compiling emacs-15.58 on an SGI personal
Indigo using their Ansi C compiler, version 3.10.

I also called SGI for help.  I got a reply but solved the problem myself
by getting emacs-15.59.tar.Z from prep.ai.mit.edu and installing that.
The problem was solved in this new version and the fellow at SGI gave this
to me as a possible explanation:

> The file `unexmips.c', in the src directory for the 18.58 version of
> emacs, will not work if the 3.10 SGI compilers are used to build this
> distribution.  This has to do with the order of the sections in the
> object file.  From what I can tell, this order is hardcoded in the
> 18.58 distribution.  This appears to be fixed in the 18.59 version (a
> loop is used instead to search for sections in an object file).  If you
> run into problems with temacs dumping the final executable under 18.58,
> and you are running the 3.10 compilers, please try to build 18.59
> instead where this problem is fixed.

> I believe that this explanation of why this error occurs is accurate, but I
> can't guarantee it.  I'm fairly positive, however, that installing 18.59
> instead will solve this problem.

> Krishna Sethuraman
> krishna@sgi.com

I thought that you could pass this information on to anyone using the new
Ansi C compiler from SGI.

And adjust the $EMACS/etc/MACHINES file to read:

---------------------------------------------------------------------------
Iris 4D (m-iris4d.h; s-irix3-3.h or s-irix4-0.h)

  18.59 is needed for SGI's Ansi C compiler version 3.10.

  18.58 is known to work on Silicon Graphics 4D series machines
  with IRIX 3.3 or IRIX 4.0.

  Most irix3.3 systems do not have an ANSI C compiler, but a few do.
  If you are using the ANSI C compiler, you may need to add
      #define C_SWITCH_MACHINE -cckr
  to config.h.

  There is a bug in IRIX that can sometimes leave ptys owned by
  root with a permission of 622.  This causes malfunctions in use
  of subprocesses of Emacs.  This may be fixed in IRIX 4.0.5.
---------------------------------------------------------------------------


 Steve Parker                    parker@mps.ohio-state.edu
 Dept of Chemistry               201 McPherson Lab.
 Ohio State University           614-292-5042
From: kyle@wendy-fate.uu.net (Kyle Jones)
Newsgroups: gnu.emacs.bug
Subject: Re: Signalling Emacs
Date: 21 Jan 1993 18:24:13 -0500
Organization: UUNET Communications
Distribution: gnu

macrakis@osf.ORG (Stavros Macrakis) writes:
 > Epoch 4.0.1 of Tue Jul 21 1992 on phoenix (aix-v3) (Emacs 18.58)
 > 
 > When Emacs appears to be wedged, not responding to control-G for
 > whatever reason, is there some signal you can send it using the "kill"
 > command to force it to wake up?
 > 
 > I guess if it's hanging in an NFS open or something, that won't help,
 > though....  Unix needs PCLSR!

SIGINT helped sometimes when Emacs would go into a spin while
using interrupt driven I/O.  This was years ago though, so I
don't know if what you're experieencing is at all related.

SIGINT and SIGWINCH are the only signals that won't make Emacs
die and yet might wake Emacs up that I can think of.
From: hanche@ams.sunysb.edu (Harald Hanche-Olsen)
Newsgroups: gnu.emacs.bug
Subject: What is a bug? (Was: quoted-insert inserts in overwrite-mode)
Date: 22 Jan 1993 21:27:13 -0500
Organization: University at Stony Brook, NY
Distribution: gnu

This mini-flame war serves to point out what an ambiguous term "bug"
is: There are design bugs, implementation bugs, and documentation
bugs.  And perhaps philosophy bugs.  Translated, the discussion so far
goes: "This is a design bug!" ... "No, this is no implementation bug"
...  "Yes, it IS a design bug!!".  Maybe we should all take more care
to point out what we mean when we cry bug?

- Harald
From: jv@mh.NL (Johan Vromans)
Newsgroups: gnu.emacs.bug
Subject: Re: Alpha Machines
Date: 22 Jan 1993 21:15:29 -0500
Organization: Multihouse Automation, the Netherlands
Distribution: gnu

In article <9301202010.AA20849@life.ai.mit.edu> welch@bbn.com writes:

>   I have a quick question. Do you know if anyone has completed, or is 
> attempting a port of GNU Emacs to an Alpha machine?

GNU Emacs 18.58 is included (binaries + sources) in the DEC OSF-1 kit
for Alpha.

	Johan
--
Johan Vromans				       jv@mh.nl via internet backbones
Multihouse Automatisering bv		       uucp:..!{uunet,sun4nl}!mh.nl!jv
Doesburgweg 7, 2803 PL Gouda, The Netherlands  phone/fax: +31 1820 62911/62500
------------------------ "Arms are made for hugging" -------------------------
From: dhsu@tog-1g.hac.com (Dave Hsu)
Newsgroups: gnu.emacs.bug
Subject: emacs directory missing?
Date: 26 Jan 1993 22:11:29 -0500
Organization: GNUs Not Usenet
Distribution: gnu

hello,
I have a small question to ask.  I recently (late last week) downloaded
emacs version 18.59 from prep.  After getting it all compiled, I read the
man page which seems to imply that there should have been a doc directory
included in the downloaded version.  I downloaded the file twice, and both
times I did not see a doc version either in the untarred format or in the
compiled (using build-install) version.  Is there another file to be 
downloaded for this part?  (I was looking for the sample file emacs.emacs)
( /usr/local/emacs/doc/emacs.emacs is where it is supposed to be according
to the man page, yet there is no /usr/local/emacs/doc and /usr/local/emacs
does exist).
I tried to grep the entire emacs directory after untarring it and did not
find any emacs.emacs file in there...

any pointers are appreciated, and thank you,
David Hsu
From: starback@minsk.docs.uu.se (Per Starb{ck)
Newsgroups: gnu.emacs.bug
Subject: shell in shell.el: small documentation error.
Date: 25 Jan 1993 20:58:32 -0500
Organization: GNUs Not Usenet
Distribution: gnu

Version: GNU Emacs 18.58.2.

The documentation for the function "shell" says:

> The shell file name (sans directories) is used to make a symbol name
> such as `explicit-csh-arguments'. [...]

but actually it is ...-args, not ...-arguments.

(Pretty insignificant, eh?)
--       "
Per Starback, Uppsala, Sweden.  email: starback@student.docs.uu.se
 "Life is but a gamble!  Let flipism chart your ramble!"
From: karl@owl.HQ.ILeaf.COM
Newsgroups: gnu.emacs.bug
Subject: [pme@hull: completion]
Date: 26 Jan 1993 22:03:57 -0500
Organization: GNUs Not Usenet
Distribution: gnu
Reply-To: karl@hq.ileaf.com

Suppose I have two directories:

/u/info/General_Info
/u/info/General_info

Then, if completion-ignore-case is set, this completes to General_info.
I think it would more useful if it stopped after the _, since here case
is the *only* way in which the names differ.

Failing that, perhaps whether Emacs folds the names to lowercase or
uppercase should be controllable from Lisp.  (In fact, the behavior
changed between 18.52 and 18.59, which isn't exactly a bug, since which
one you get is undefined, as far as I can tell, but it was still a
user-visible surprise.)