X-pop3-spooler: POP3MAIL 2.1.0 b 3 961213 -bs-
Delivered-To: pcg AT goof DOT com
Message-ID: <19980314023834.01482@cerebro.laendle>
Date: Sat, 14 Mar 1998 02:38:34 +0100
From: Marc Lehmann <pcg AT goof DOT com>
To: Angelo Pesce <us0082 AT uniserv DOT uniplan DOT it>
Cc: beastium <beastium-list AT Desk DOT nl>
Subject: Re: Pgcc optimization methods / ideas
References: <3 DOT 0 DOT 32 DOT 19980313192225 DOT 00699d50 AT uniserv DOT uniplan DOT it>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.88
In-Reply-To: <3.0.32.19980313192225.00699d50@uniserv.uniplan.it>; from Angelo Pesce on Fri, Mar 13, 1998 at 07:22:46PM +0100
X-Operating-System: Linux version 2.1.85 (root AT cerebro) (gcc version pgcc-2.91.06 980129 (gcc-2.8.0 release)) 
Status: RO
Content-Length: 1336
Lines: 45

On Fri, Mar 13, 1998 at 07:22:46PM +0100, Angelo Pesce wrote:

!!!!!!!!!!!!! yehah !!!!!!!!!!!!!!!!!!!!!!!

> How does pgcc optimize the output???

look at the source!!!

> Which optimization methods are implemented???

look at the source, or the faq!!!

> Does it optimize fixed multiplications with the lea method???

try it out!!! (yes)

> Does it perform any other "famous" instruction trick???

it's very famous for it's magic indeed!!! (be more specific)

> When are you going to implement MMX instructions???

who said i will??? (never, unless intel saves their design or somebody
points out to me how this would be possible!!!)

> Does it perform floating point/integer instructions pipelining???

try it out!!! (yes)

> Is it faster than Watcom C/C++ 11???

i don't use dos!!!

> Is the djgcc libc well optimized???

i always wanted to know that, too!!! how about asking that
on a djgpp forum!!!

      -----==-                                              |
      ----==-- _                                            |
      ---==---(_)__  __ ____  __       Marc Lehmann       +--
      --==---/ / _ \/ // /\ \/ /       pcg AT goof DOT com       |e|
      -=====/_/_//_/\_,_/ /_/\_\                          --+
    The choice of a GNU generation                        |
                                                          |