This is the mail archive of the guile@cygnus.com mailing list for the guile project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]

Re: gsubr.c: C << operator question.

To: guile@cygnus.com
Subject: Re: gsubr.c: C << operator question.
From: karlheg@inetarena.com (Karl M. Hegbloom)
Date: 09 Sep 1998 11:47:05 -0700
References: <87emtmrt7a.fsf@bittersweet.inetarena.com> <8667ex4260.fsf@trick.fig.org>

>>>>> "Gord" == Gordon Matzigkeit <gord@trick.fig.org> writes:

>>>>> Karl M Hegbloom writes:

    KMH> ... Why does it first << 8 and then right away do >> 8,
    KMH> recompute and compare like that?  How could the value change?

    Gord> (x << 8) >> 8 == x with the top 8 bits cleared

 Ok, so wouldn't it be faster to use (x & 0xff)?

Follow-Ups:
- Re: gsubr.c: C << operator question.
  - From: Per Bothner <bothner@cygnus.com>
- Re: gsubr.c: C << operator question.
  - From: Gordon Matzigkeit <gord@trick.fig.org>

References:
- gsubr.c: C << operator question.
  - From: karlheg@inetarena.com (Karl M. Hegbloom)
- Re: gsubr.c: C << operator question.
  - From: Gordon Matzigkeit <gord@trick.fig.org>

Prev by Date: Re: gsubr.c: C << operator question.
Next by Date: About FFI (Was Re: ANN: Schelab..)
Prev by thread: Re: gsubr.c: C << operator question.
Next by thread: Re: gsubr.c: C << operator question.
Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]