On Thu, 24 Oct 2013 15:14:03 +0200 Peter Bex wrote:
> On Wed, Oct 23, 2013 at 11:58:34AM +0200, Peter Bex wrote:
>> On Wed, Oct 23, 2013 at 11:53:13AM +0200, Moritz Heidkamp wrote:
>> > BTW, I got another warning when running the tests:
>> >
>> > ../chicken 'embedded4.scm' -output-file 'a.c' -
On Wed, Oct 23, 2013 at 11:58:34AM +0200, Peter Bex wrote:
> On Wed, Oct 23, 2013 at 11:53:13AM +0200, Moritz Heidkamp wrote:
> > BTW, I got another warning when running the tests:
> >
> > ../chicken 'embedded4.scm' -output-file 'a.c' -scrutinize -verbose
> > -include-path ..
> > 'clang' 'a.c
On Oct 21, 2013, at 15:27, Peter Bex wrote:
>
> Hi all,
>
> Here's another small patch which will properly enable C_noret for clang.
> Currently it expands to nothing and causes a slew of warnings mostly
> because it doesn't understand that barf() won't return when it detects
> an error, and th
On Wed, Oct 23, 2013 at 11:53:13AM +0200, Moritz Heidkamp wrote:
> BTW, I got another warning when running the tests:
>
> ../chicken 'embedded4.scm' -output-file 'a.c' -scrutinize -verbose
> -include-path ..
> 'clang' 'a.c' -o 'a.o' -c -fno-strict-aliasing -fwrapv
> -DHAVE_CHICKEN_CONFIG_H
Hi,
Peter Bex writes:
> Fixing this got rid of all the warnings, except one, which exposed
> a small bug which is also a minor inefficiency: C_2_divide will call
> C_fix() on an integer value, which in case of flonums will not be
> initialised. In cases of flonums, it will be initialised, but it
Hi all,
Here's another small patch which will properly enable C_noret for clang.
Currently it expands to nothing and causes a slew of warnings mostly
because it doesn't understand that barf() won't return when it detects
an error, and that will leave many variables uninitialised. Luckily,
clang h
