On Sat, 2013-11-09 at 14:39 +0100, Andy Wingo wrote:
> Hi!
>
> Just a brief note to say that if you haven't noticed, the "master"
> branch of Guile now compiles to the new virtual machine, using the new
> compiler. All tests pass. The old VM is gone!
>
Congrats!
> There are a couple of regres
Bruce,
Thanks a bunch!
First, I don't understand what's going on with libguile.h and __scm.h,
but it seems really strange/wrong to me that the ones that get installed
need *any* tweaking to work.
Second, I tried the latest autogen 'pre' and it built and 'make check'
went fine on freebsd and debi
On 11/10/13 12:25, Bruce Korb wrote:
headers. So rather than unwinding "noreturn" attributes for
functions that do not return, I'll hack up some really ugly stuff:
That almost works -- I have to make my own copy of libguile.h, too,
to trick the compiler into seeing my __scm.h before Guile's.
A better solution, if you want to be portable to
MSVC, is to use _Noreturn instead of noreturn.
This is for reasons described in stdnoreturn.in.h.
'_Noreturn' is a bit ugly; if you don't care about
MSVC, then __attribute__((__noreturn__)) is
a good way to go.
On 11/10/13 12:41, Paul Eggert wrote:
A better solution, if you want to be portable to
MSVC, is to use _Noreturn instead of noreturn.
This is for reasons described in stdnoreturn.in.h.
'_Noreturn' is a bit ugly; if you don't care about
MSVC, then __attribute__((__noreturn__)) is
a good way to go
On 11/10/13 00:13, Harlan Stenn wrote:
Bruce,
I'm seeing build errors on psp-fb1 with the guile headers as well, and
autogen-5.18.2.
Errors like this:
/usr/bin/gcc-4.6 -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I.. -I../autoopts \
-g -O2 -MT autogen-ag.o -MD -MP -MF .deps/autogen-ag.Tpo -c -o
