On Wed, May 30, 2001 at 06:27:39PM -0500, Jarkko Hietaniemi wrote:
> On Wed, May 30, 2001 at 03:51:11PM +0200, H.Merijn Brand wrote:
> > On Tue 29 May 2001 19:25, Dave Mitchell <[EMAIL PROTECTED]> wrote:
> > > =head2 Portability
> > > 
> > > Related to extensibility is portability. Perl runs on many, many
> > > platforms, and will no doubt be ported to ever more bizarre and obscure
> > > ones over time.  You should never assume an operating system, processor
> > > architecture, endian-ness, word size, or whatever. In particular, don't
> > > fall into the any of the following common traps:
> > > 
> > > TBC ... Any suggestions welcome !!!
> > 
> > + gcc vs. native compilers
> > + builtin's vs. functions
> > + system updates on include files once (long ago) `repaired' by the gcc
> >   installation
> > + what gcc allows isn't always accepted by other compilers (e.g. functions
> >   within functions)
> 
> Yes.  However nice the GNU C extensions are, the whole world is not
> GNU C.  One is welcome to use the GNU C extensions if they help in
> debugging or whatnot but they must be carefully hidden with cpp
> so that they do not affect non-GNU-C builds.

After slamming GNU C a bit I must say I'm rather fond of this
masochistic incantation:

-Wall -ansi -pedantic -Wtraditional -Wstrict-prototypes -Wmissing-prototypes -Winline 
-Wredundant-decls -Wnested-externs -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align 
-Wwrite-strings -Wconversion -Waggregate-return -Winline

The only problem with that is that many system headers do not escape
unscathed :-)

-- 
$jhi++; # http://www.iki.fi/jhi/
        # There is this special biologist word we use for 'stable'.
        # It is 'dead'. -- Jack Cohen

Reply via email to