HDTenEightyP/NetNews huggingface dataset:
From: John R. Levine <jclt@iecc.cambridge.ma.us>
Subject: Journal of C Language Translation, December 1992
Reply-To: John R. Levine <jclt@iecc.cambridge.ma.us>
Organization: Compilers Central
Date: Thu, 24 Dec 1992 01:56:30 GMT
Keywords: journal

Journal of C Language Translation, Volume 4, Number 2, December 1992

Table of Contents:

8. Turtles and Overcoats -- P.J. Plauger

Plauger discusses the process of writing standards, illustrating some
problems using the C+ new operator and two very old jokes.

9. ANSI C Interpretations Report -- Jim Brodie

X3J11 Chairman Brodie discusses the ever-contentious issue of character
sets as well as how the Standard's environmental limits constrain
implementations.

10. An NCEG Progress Report: December, 1992 -- Robert Jervis

Recent activity in X3J11.1 and its subgroups.

11. Extending C for Numerical Computing (NCEG) -- Fred Tydeman

An overview of progress to date on NCEG.

12. Reusable Incremental C Preprocessing, Part II -- W.M. McKeeman and
Shota Aki

Fine-grain incremental preprocessing for C.

13. A Proposal for Garbage-Collector-Safe C Compilation -- Hans-J. Boehm
and David Chase

How a C compiler can with minimal modification support garbage collected
malloc().

14. A Universal C Compiler -- V.S.Pavlov and S.A.Mironov

A machine-independent optimized code generator.

15. Miscellanea -- John Levine

The usual calendar of events, news, products, and services.

The JCLT appears quarterly.  The December issue is currently being
printed and should be mailed on the 31st.  For subscription or
article submission info send a note to jclt@iecc.cambridge.ma.us.

Regards,
John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl

-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
Newsgroups: comp.compilers,news.answers
From: tm@netcom.com (Toshiyasu Morita)
Subject: Difficult CPU architectures
Reply-To: tm@netcom.com (Toshiyasu Morita)
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 23 Dec 1992 07:41:36 GMT
Keywords: architecture, question, comment


I've yet to see a good 65816 C compiler and I was kind of wondering why...

Does the fact that it has only a single accumulator and two index
registers contribute significantly to the difficulty in generating good
code? Or perhaps the fact that all CPU registers are 16-bit, and the
address bus is 24-bits wide, and various addressing methods must be used
to span the entire 16 meg addressing range? Or maybe because of the
non-orthogonal CPU architecture where most of the addressing modes are
usable with one or the other index register, but not both? Or maybe
because the CPU has a "bank register" which controls the upper addressing
bits in certain addressing modes? Or maybe because certain addressing
modes only work on the first 64k of memory? Maybe the lack of hardware
multiply and divide instructions?

Any and all replies appreciated - thanks in advance.


Toshi Morita
tm@netcom.com
[I'd attribute it more to the relatively small number of customers for a
65816 compiler.  The Intel '86 line is nearly as difficult to compile for,
but there are plenty of compilers anyway. -John]
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
Newsgroups: comp.compilers
From: kamin@cs.uiuc.edu (Sam Kamin)
Subject: Info. about upcoming POPL
Reply-To: kamin@cs.uiuc.edu (Sam Kamin)
Organization: University of Illinois, Dept of Computer Science
Date: Mon, 21 Dec 1992 14:18:11 GMT
Keywords: conference

Two messages about the upcoming POPL:

You can get the POPL'93 program in postscript by ftp from    nuri.inria.fr
           ftp  nuri.inria.fr
           login: anonymous
           pass: your e-mail address
           cd   INRIA/publication/ChLoE
           binary
           get  POPL-prog93.ps.Z

You will get a compressed file, which you can uncompress with:
   zcat POPL-prog93.ps.Z > POPL-prog93.ps

If you have any problem, or for other POPL information, send e-mail to
Bernard.Lang@inria.fr
===============================

Dee Medley, local arrangements chair for POPL, asked me to post this
information:  You can get cheaper rates on USAir flights to Charleston
if you mention ACM-POPL when you get your tickets.

You can contact Dee at dmedley@uscn.uga.edu.)

- Sam Kamin
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
Newsgroups: comp.compilers
From: compilers-request@iecc.cambridge.ma.us (John R. Levine)
Newsgroups: comp.compilers
Subject: Last message of 1992
Keywords: administrivia
Date: 31 Dec 92 22:18:47 GMT
Article-I.D.: comp.92-12-106
Reply-To: John R. Levine <compilers-request@iecc.cambridge.ma.us>
Organization: Compilers Central

This is the last comp.compilers message of 1992, making a total of
1699 messages this year.  This easily surpasses the 1174 messages in
1991 and 914 messages in 1990.  Given the increase in volume, I'm going
to try to be somewhat more selective in what I publish.

Best wishes to all for 1993.

Regards,
John Levine, comp.compilers moderator
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
Newsgroups: comp.compilers
From: bothner@cygnus.com
Subject: Re: Help with Object File formats, Motorola 68K Assembler.
Reply-To: bothner@cygnus.com
Organization: Compilers Central
Date: Mon, 28 Dec 1992 05:08:26 GMT
Keywords: assembler

> Does anyone know about any file conversion utility that would enable me to
> link the IEEE 695 and COFF objects?

The GNU binutils-2.0 release includes a linker that can handle
both formats (at the same time), as well as 'copy', an object-file
conversion utility.  This is available in binutils-2.0.tar.Z on
GNU archives everywhere (such as pub/gnu on prep.ai.mit.edu).

> Also, does anybody know if I can get my hands on a freeware macro
> assembler that generates object files in the COFF format?

I think the next release of the GNU assembler (gas) will be able
to do this.  A near-future relase certainly will be able to.

	--Per Bothner
Cygnus Support     bothner@cygnus.com
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
Xref: sparky comp.compilers:2070 misc.jobs.offered:15172
From: uesu03@giac1.oscs.montana.edu (Lou Glassy)
Subject: Complex Constants in Fortran
Reply-To: uesu03@giac1.oscs.montana.edu (Lou Glassy)
Organization: Compilers Central
Date: Sat, 2 Jan 1993 00:31:45 GMT
Keywords: Fortran, parse, question, comment

A question for those of you who have written Fortran compilers..

Does the scanner resolve complex constants in Fortran, or does 
the parser?

Here's where the question arises.  Say you have a hunk of code like
the following...

   X = FU ( 1.0, 3.4 )     ! has to be a function call, but
                           ! the scanner doesn't know that...

I'd guess the scanner would return a stream of tokens like

   X      IDENTIFIER
   =      ASSIGNMENT_OPERATOR
   FU     IDENTIFIER
   
and now comes the part I'm curious about.  Should the scanner return

   (      LEFT_PAREN
   1.0    REAL_CONSTANT
   ,      COMMA
   3.4    REAL_CONSTANT
   )      RIGHT_PAREN

   or should the scanner return

   (1.0,3.4)   COMPLEX_CONSTANT

   ???

If I go the first route, then a COMPLEX_CONSTANT must be resolved (or
'constructed') by the parser -- which is no great disaster.  Conceptually,
though, it seems that constants of any type should be resolvable by the
scanner.  Is there not enough contextual information available to the
scanner to do this?

Thanks in advance --
--
Lou Glassy (uesu03@giac1.oscs.montana.edu)
[In INfort I constructed complex constants in the parser because it was
easier to do that way, and while I was at it I allowed (exp,exp) as a general
complex expression constructor.  It wouldn't have been very hard to do in
the scanner; there are so many lexical hacks in parsing Fortran already that
telling whether a complex constant is allowed is easy.  In the case above,
the scanner had better return the list of primitive tokens unless you want to
add a lot of extra glop to the parser to take complex constants apart in the
places where they turn out to be pairs of procedure arguments. -John]
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
Xref: sparky comp.compilers:2078 misc.jobs.offered:15276
From: compilers-jobs@iecc.cambridge.ma.us
Newsgroups: comp.compilers,misc.jobs.offered
Subject: Compiler positions available
Keywords: jobs
Date: 3 Jan 93 13:00:01 GMT
Reply-To: compilers-jobs@iecc.cambridge.ma.us
Organization: Compilers Central

This is a digest of ``help wanted'' and ``position available'' messages
received at comp.compilers during the preceding week.  Messages must
advertise a position having something to do with compilers and must also
conform to the guidelines periodically posted in misc.jobs.offered.  To
submit a message, mail it to compilers@iecc.cambridge.ma.us.


-------------------------------

Reply-To: arnold@nic.cerf.net (Arnold Garlick)
Subject: Compiler Development/Code Optimization (San Diego) (Recruiter)
Date: 29 Dec 1992 13:39:18 GMT
Organization: CERFnet Dial n' CERF Customer Group

                                SOFTWARE ENGINEER 
                                   (San Diego)


This software engineering group is engaged in a joint development program
with a MAJOR industry leader to enhance a world class compiler for
supercomputer performance.  The emphasis in this position is in data flow
optimization and code generation.  Expertise with SPARC architecture,
FORTRAN and C++ is highly desirable.  Will create high level optimization
capabilities in enhancing the compiler back end.  The successful candidate
will have a minimum of 3 years of SYSTEM level compiler development
experience - this is NOT an application programming position.


	** Minimum 3 years on-the-job experience required **
	         No new or recent graduates, please!


	US or Canadian Citizenship required, or US Permanent
Residency.  We are unable to assist persons requiring H-1 or  F-1 Visas.


Please respond directly to Arnold Garlick, President, Pacific Search,   
2377 S. El Camino Real, Suite 201, San Clemente, CA 92672
E Mail:  arnold@cerf.net (ASCII files only please)  Fax:  (714) 366-9200.
Please Refer to Position #173
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
Newsgroups: comp.compilers,comp.sources.misc
From: seshadri@ces.cwru.edu (Krishna Seshadri)
Subject: Help with Object File formats, Motorola 68K Assembler.
Reply-To: seshadri@ces.cwru.edu (Krishna Seshadri)
Organization: Computer Engineering and Science/CWRU
Date: Fri, 18 Dec 1992 13:57:56 GMT
Keywords: assembler

Hi.

I am working with the BCC Motorola 68332 microcontroller. It is object
code compatible with the MC68000 family of processors. I use the Microtec
Compiler and Assembler. This compiler/assembler generates files in the
IEEE 695 format. I would like to link this IEEE 695 object with other
objects, that have file formats called COFF.

Does anyone know about any file conversion utility that would enable me to
link the IEEE 695 and COFF objects?

Also, does anybody know if I can get my hands on a freeware macro
assembler that generates object files in the COFF format?

Thanks in advance. Any help in this regard would be appreciated.

Krishna
seshadri@alpha.ces.cwru.edu
-- 
seshadri@alpha.ces.cwru.edu
kps2@po.cwru.edu
Work: (216)-368-5038
-- 
Send compilers articles to compilers@iecc.cambridge.ma.us or
{ima | spdcc | world}!iecc!compilers.  Meta-mail to compilers-request.
From: bh@anarres.CS.Berkeley.EDU (Brian Harvey)
Newsgroups: comp.edu,comp.lang.scheme,comp.lang.logo
Subject: Re: Spread of Scheme and SICP?
Date: 23 Dec 92 01:47:53 GMT
Distribution: usa
Organization: University of California, Berkeley
NNTP-Posting-Host: anarres.cs.berkeley.edu

gjc@mitech.com (George J. Carrette) writes:
>Isn't there some kind of SAT or ACT that uses Pascal?

The computer science Advanced Placement test uses Pascal.  But I'm told
that the next edition of the CS AP curriculum guidelines will suggest
that *after* your kiddies have learned the AP Pascal curriculum, if they
still want to learn more, you might consider Scheme.
From: rsc@altair.csustan.edu (Steve Cunningham)
Newsgroups: comp.edu
Subject: Request for computer graphics course projects
Date: 2 Jan 93 07:23:58 GMT
Organization: CSU Stanislaus


                 Computer Graphics Projects Wanted

One of the most important parts of a Computer Graphics course is the set 
of projects the students work on; these define the particular skills the 
students will pick up in the course and the areas the students will learn 
the best.  I am assembling a set of project statements for the first and 
second Computer Graphics courses in a Computer Science program, and 
invite anyone teaching such a course to send me statements of any 
projects they use and find particularly good.  If possible, I would like 
to see samples of student output and listings of student code that go 
along with each project, and I would appreciate getting project 
statements electronically (e-mail is best).  I have not determined just 
what to do with projects that are submitted, but any publication from 
this will give full credit to the persons who send in statements.  Please 
send your projects to:

        Steve Cunningham
        Computer Science Department
        California State University Stanislaus
        Turlock, CA  95380
        209-667-3176
        209-667-3333 fax
        rsc@altair.csustan.edu

Thank you very much for your contribution.
Newsgroups: comp.edu
From: miller%defun.cs.utah.edu@cs.utah.edu (Cliff Miller)
Subject: Educational Gameland CD-ROM
Date: 29 Dec 92 17:27:54 MST
Organization: University of Utah CS Dept

            Educational Gameland CD-ROM Project

We are a small group of graduate students at the University of Utah,
working on a few projects to learn some new skills (and maybe help
subsidize our student loans at the same time).  We've just recently
made a CD-ROM for the PC, called 'Educational Gameland', which has a
variety of learning-oriented shareware games and programs (over 100
games and 1000 files).

The programs on the CD are divided into directories by topic:

  Geograph: programs for learning US and world geography
  Grabbag:  a miscellany (typing, telling time, memory games, etc.)
  Language: basic language tutors for French, Spanish and Latin
  Math:     several math games for add, sub, mult, div
  Music:    programs to help learn notes
  Spelling: several spelling games for different levels
  Storybk:  2 Hans Christian Andersen stories with sound recordings
  Teacher:  programs for teachers (gradebooks, quiz makers, crossword
            puzzle makers, computer glossary, etc)
  Toddler:  programs for very small kids (shapes, sounds, letters, etc.)
  Wordgame: crosswords, cryptograms, etc.

We're hoping this CD will be useful in classrooms and at home, for
helping kids to learn some basic skills and have some fun in the
process.  We are quite happy with how the disc turned out as a whole,
and we're offering it to the public for a nominal fee so it will be
accessible to schools and to families with young kids.

If you have any suggestions, or if you want some information about
what we're doing or how to get a copy of the CD, please give us a call
or send us a message at CompuServe.  (We've set up a company in our
basement, called Pacific HiTech.)

Cliff and Randy

   email   71175.3152@CompuServe.com
   tel.    800-765-8369
           801-278-2042
   fax     801-278-2666
Newsgroups: comp.edu
Subject: Panel Discussion on First Year CS Courses
From: slimick+@pitt.edu (John C Slimick)
Date: 30 Dec 92 23:47:12 GMT
Distribution: usa
Organization: University of Pittsburgh
Originator: slimick@unixd2.cis.pitt.edu


The Ninth Annual Eastern Small College Computing Conference
will be held next October in (or near) Monmouth College,
which is 30 miles (or so) south of Manhattan on the Jersey
Shore. The conference brings together faculty from small colleges
in New York, MAssachusetts, Pennsylvania, Maryland,
and the District of Columbia.

I spent a good bit of time at the last one (in Allentown) 
buttonholing people with my personal vision that the impact of
current hardware and software will force us to reexamine (again)
what we teach in the First Year courses. I believe that what we 
will be teaching in the first year course in the year 2003 will be
rather different than what we have been. Before you get out the torch,
what I mean is that we will still emphasize problem-solving and 
abstraction and all those things that are dear to our hearts,
but, just as the courses of 20 years ago that emphasized assembly
language programming early (plus a healthy amount of FORTRAN or
BASIC) have been replaced with Modula or ADA or TurboPascal or
Scheme, these too will be forced aside. The key here is that our
"universe" keeps enlarging. Those who were nursed on machine 
instructions have been disoriented by our emphasis on modules.
I believe the future will force us to look even further for our
basic "units" of discourse -- objects, windows, and processes --
that we introduce in our first courses, and that we will probably
emphasize learning how to program in a context of a large library
of reusable code.

Well, the outcome of all my lobbying had the effect that I
 was asked to organize (if I can) a panel on  the general subject
of what is it that we will be teaching in those first classes ten
years from now. If you are interested please let me know via email:

	slimick@tullah.upb.pitt.edu

and I'll respond.

Since I'm a big boy now, you can light your torches. Just remember:
even COBOL changes...

john slimick
university of pittsburgh at bradford
From: gucpe@gd.chalmers.se (Peter Gustafsson)
Newsgroups: comp.edu
Subject: Campus WS-resellers
Date: 28 Dec 92 20:17:06 GMT
Organization: Gothenburg Universities Computing Centre
X-Xxmessage-Id: <A76521A3BC01DD84@gdpc56.gd.chalmers.se>
X-Xxdate: Mon, 28 Dec 92 21: 26:59 GMT
X-Useragent: Nuntius v1.1.1d16

Hi, 
anyone got experience of Campus resellers of UNIX-workstations?
I know that both Sun and DEC has programs (Sun Campus Dealer/DEC
Campus Reseller).

How usual is it that you can buy workstations in a on-campus shop?
Is it a good way to buy cheap WS? How about service/demos/prices?

Can you direct me to persons working whit this?

Please respond by mail...

      Peter Gustafsson
      gucpe@gd.chalmers.se

#include /etc/standard.disclaimer
========================================================================
Peter Gustafsson           Chalmers Workstation Center (CASC)
   gucpe@gd.chalmers.se         Gothenburg Universities Computing Center
+46-(0)31-818353                Box 19070
+46-(0)31-723800                S-400 12  Gothenburg            NO GUTS?
+46-(0)31-165173                SWEDEN                          GO NUTS!
Newsgroups: comp.edu
From: saleem@facl.lan.mcgill.ca (Saleem Ahamed)
Newsgroups: comp.edu
Subject: European Business Schools Info.
Date: 23 Dec 92 16:20:15 GMT
Followup-To: poster
Organization: McGill University

I'm looking for information on two European MBA schools:
					1) The American Graduate School of Business, Montreux, Switzerland
					2) The University of Southern Europe, Monaco
I already have their catalogs, but what I would like to know is if anybody
has heard of these schools and what their reputation is.  Obviously, I
can't write directly and ask them.  Please respond.
Xref: sparky comp.edu:2234 comp.lang.scheme:2800 comp.lang.logo:371
From: zitsky+@CS.CMU.EDU (Mark Ryan Miller)
Newsgroups: comp.edu,comp.lang.scheme,comp.lang.logo
Subject: Re: Spread of Scheme and SICP?
Date: 21 Dec 92 15:32:53 GMT
Article-I.D.: cs.BzM8Iu.2Fx.2
Distribution: usa
Organization: Carnegie Mellon University

Well, I was introduced to Scheme at DePaul University in Chicago, in one
of my programming theory courses.  I fell in love with it right away.

I had learned Logo after purchasing an Amstrad PCW/8256 word-processor and
CP/M machine.  I enjoyed Logo, because it allowed me to learn recursion
while working in an interactive environment.  I'm trying to get back to
studying it.

Many universities use Lisp, but I think some are starting to introduce Scheme.
Even from the Lisp perspective, it was my experience with Logo ("supposedly"
a child's language) that helped me understand Lisp and Scheme.  As a computer
science major, now studying at Carnegie Mellon University, I can say that
studying Logo was a much better introduction to recursion, and logic
programming than either Pascal or Basic.

I despise Lisp because it has too many constructs, and it's no fun.  (No 
graphics!)  But Scheme is nice, because it forces you to write many of
your programs yourself, instead of picking some complex Lisp primitive.

Well two things:  (1) I say introduce Logo, and emphasize that it's NOT a toy language (I *have* studied both Basic and Pascal) and (2) yes, there are actually programmers who like Logo.

--Mark


   \     /
:>-------
   /     \
Xref: sparky comp.edu:2235 comp.lang.scheme:2802 comp.lang.logo:373