This is the mail archive of the egcs@egcs.cygnus.com mailing list for the EGCS project. See the EGCS home page for more information.
Admins?
1. Please fix the damn list so bounces go to the admins and not to
the list or to individual posters! Use Errors-To: or whatever
you're supposed to use for that.
2. Please get rid of the list subscription entry with the bogus
hostname.
3. Please disallow (at the software level) subscribing of bad
addresses. Especially addresses of phony users on nonexistent
hosts! A simple perl script can check a submitted address for
validity and fail to add it to the subscription list if it is
bogus. It can start by taking the host part and doing a DNS
lookup, which would have spotted this mwg.inxservices.com host as
nonexistent and hence the submitted address
tmwg@mwg.inxservices.com as bogus. Then after finding the host
exists, it can talk to the SMTP server:
HELO egcs.cygnus.com
and then whatever is used to verify an address (damn! I forget,
something like XPND or something.)
>Date: 12 Feb 1999 16:46:05 -0800
>From: MAILER-DAEMON@inxservices.com
>To: pderbysh@usa.net
>Subject: failure notice
>
>Hi. This is the qmail-send program at inxservices.com.
>I'm afraid I wasn't able to deliver your message to the following addresses.
>This is a permanent error; I've given up. Sorry it didn't work out.
>
><tmwg@mwg.inxservices.com>:
>Sorry, I couldn't find any host named mwg.inxservices.com. (#5.1.2)
>
>--- Below this line is a copy of the message.
>
>Return-Path: <pderbysh@usa.net>
>Received: (qmail 4601 invoked by alias); 12 Feb 1999 15:07:08 -0800
>Delivered-To: root@inx.inxservices.com
>Received: (qmail 4598 invoked from network); 12 Feb 1999 15:07:08 -0800
>Received: from inx.inxservices.com (192.168.1.1)
> by inx.inxservices.com with SMTP; 12 Feb 1999 15:07:07 -0800
>Received: from wren.prod.itd.earthlink.net
> by inx.inxservices.com (fetchmail-4.3.5 POP3)
> for <root@inx.inxservices.com> (multi-drop); Fri, 12 Feb 1999 15:07:07 PST
>Received: from egcs.cygnus.com (egcs.cygnus.com [205.180.83.80])
> by grebe.prod.itd.earthlink.net (8.8.7/8.8.5) with SMTP id PAA09844
> for <tmwg@earthlink.net>; Fri, 12 Feb 1999 15:07:35 -0800 (PST)
>Received: (qmail 459 invoked by alias); 12 Feb 1999 23:06:51 -0000
>Mailing-List: contact egcs-help@egcs.cygnus.com; run by ezmlm
>Precedence: bulk
>Sender: owner-egcs@egcs.cygnus.com
>Delivered-To: mailing list egcs@egcs.cygnus.com
>Received: (qmail 453 invoked from network); 12 Feb 1999 23:06:45 -0000
>Received: from smtp2.globalserve.net (209.90.128.7)
> by egcs.cygnus.com with SMTP; 12 Feb 1999 23:06:45 -0000
>Received: from chaoszone (dialin109.ottawa.globalserve.net [207.176.153.109])
> by smtp2.globalserve.net (8.9.1/8.9.1) with SMTP id SAA17386;
> Fri, 12 Feb 1999 18:06:37 -0500 (EST)
>Message-Id: <3.0.6.32.19990212180551.00841100@pop.netaddress.com>
>X-Sender: pderbysh@pop.netaddress.com
>X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
>Date: Fri, 12 Feb 1999 18:05:51 -0500
>To: djgpp@delorie.com, egcs@egcs.cygnus.com
>From: Paul Derbyshire <pderbysh@usa.net>
>Subject: Code gen question
>Mime-Version: 1.0
>Content-Type: text/plain; charset="us-ascii"
>X-UIDL: acc743e85dc4ff45af8823ec3dc57148
>
>Which will cause cc1plus to generate better code?
>
>inline int myclass::myfunc (int j) { return j*j*j; }
>
>
>inline int myclass::myfunc (const int &j) { return j*j*j; }
>
>
>My guess would be the latter, since the latter when inlined won't make a
>copy of the argument passed. However, it might be that at high -O settings
>cc1plus will spot that the first version doesn't modify j and silently
>compile it like the second version.
>If so, this leads me to ask: under what circumstances will the compiler be
>smart enough to detect that an inline function passed an argument of a
>builtin type doesn't modify it and avoid making an unnecessary copy?
>
>This leads me to ask: when writing short inline functions, is it better for
>code optimization to pass builtin data types (bool, int, double, etc.) and
>pointers by value or by reference? (Yuck, passing pointers by reference,
>well I'll do it if it means real speed gains in tiny inline functions that
>get invoked a great deal.)
>
>--
> .*. "Clouds are not spheres, mountains are not cones, coastlines are not
>-() < circles, and bark is not smooth, nor does lightning travel in a
> `*' straight line." -------------------------------------------------
> -- B. Mandelbrot |http://surf.to/pgd.net
>_____________________ ____|________ Paul Derbyshire pderbysh@usa.net
>Programmer & Humanist|ICQ: 10423848|
>
>
--
.*. "Clouds are not spheres, mountains are not cones, coastlines are not
-() < circles, and bark is not smooth, nor does lightning travel in a
`*' straight line." -------------------------------------------------
-- B. Mandelbrot |http://surf.to/pgd.net
_____________________ ____|________ Paul Derbyshire pderbysh@usa.net
Programmer & Humanist|ICQ: 10423848|