Unexpected srfi-4 C Interface Change in 2.0.10

[Barry Fishman <barry_fishman@acm.org>]

When building C interface code using scm_f32vector_writable_elements()
in 2.0.10 and on the trunk I found:

For a vector generated in guile with:

  (f32vector 0.25 0.25 0.25 1.0)

I found in the C interface:

  scm_t_array_handle handle;
  size_t vlen, vinc;
  float *arrayp;
  
  arrayp = scm_f32vector_writable_elements(s_uvec, &handle,
                                           &vlen, &vinc)

When I test vlen it now seems to contain the number of bytes (16)
rather than the number of elements (4) in the f32vector.

It was 4 in 2.0.9 and the guile trunk I built on Jan 8.
It was 16 in 2.0.10 and the guile trunk I built on March 17.
I assume it relates to the Feb 8 changes, where:
 (in commit dc65b88d839c326889618112c4870ad3a64e9446)

    *lenp = scm_c_bytevector_length (uvec) / width;

and width is set to 1 in the macro:

DEFINE_SRFI_4_C_FUNCS (F32, f32, float, 1);

--
Barry Fishman