> The bug here isn't with gcc it's in ld - there's a problem with binaries
> that have text blocks between 1 and 32 bytes larger than a page. Andy and I
> clobbered this a while back so it'll be in 1.3.3
Ah, yes, I remember that. I thought that was fixed pre-1.3.2? Maybe not.
I suppose it was unfair to jab at gcc just because it generated slightly
smaller code to hit the bug :-)
> BTW, as I seem to be a little in the dark about lcc is it just a C compiler
> or will it do C++ as well? Is there an FAQ somewhere around? If we're
> going to adopt it as our main compiler, perhaps now would be a good time to
> look at a newer native port of gcc that can be available as an extra if it's
> wanted :-)
You can look at http://www.cs.Princeton.EDU:80/software/lcc/ or
ftp://ftp.cs.princeton/pub/lcc.
This is the abstract from the paper talking about it
(http://www.cs.princeton.edu:80/TR/PRINCETONCS:TR-303-91?abstract=):
Lcc is a new retargetable compiler for ANSI C. Versions for the
VAX, Motorola 68020, SPARC, and MIPS are in production use at
Princeton University and at AT&T Bell Laboratories. With a few
exceptions, little about lcc is unusual -- it integrates several
well-engineered, existing techniques -- but it is smaller and faster
than most other C compilers, and it generates code of comparable
quality. Lcc's target-independent front end performs a few simple,
but effective, optimizations that contribute to good code; examples
include simulating register declarations and partitioning switch
statement cases into dense tables. It also implements target-independent
function tracing and expression-level profiling.
J
Received on Wed Dec 21 22:15:52 1994
This archive was generated by hypermail 2.1.8 : Thu Sep 22 2005 - 15:12:11 PDT