On 2016-03-05 14:16, Peter Bex wrote:
> On Fri, Mar 04, 2016 at 02:03:14PM +1300, Evan Hanson wrote:
> > - sprintf(rw_buffer, " %lu", (unsigned long)((char
> > *)C_data_pointer(x))[ n ]);
> > + sprintf(rw_buffer, " %u", ((unsigned char *)C_data_pointer(x))[
> > n ]);
>
>
Peter Bex scripsit:
> Does this mean an unsigned char argument to a varags function is always
> widened to "int"? How else can it know how much to take off the stack?
Yes, it does. This pattern is called "the integer promotions" in the C
standards: _Bool, short, char, bitfield, and enum types
On Tue, Mar 01, 2016 at 12:11:16PM +0100, Jörg F. Wittenberger wrote:
> Hi,
>
> csc -profile bails out on some code it otherwise compiles.
>
> So far the smallest example I have is the reference implementation of
> srfi-35. It complains that really-make-condition-type is called with
> the wrong
On Fri, Mar 04, 2016 at 02:03:14PM +1300, Evan Hanson wrote:
> This allows the client to consider the stream as a written u8vector,
> without needing to mask off the extra bits of any elements outside the
> byte range.
> ---
> dbg-stub.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On Fri, Mar 04, 2016 at 08:43:51AM +1300, Evan Hanson wrote:
> Using a let binding causes a different "dest" to be used for the
> assigned value's node, which (for procedures) means the emitted
> C_DEBUG_ENTRY event uses a temporary name rather than the procedure's
> real name. Using a