This is the mail archive of the
libffi-discuss@sourceware.org
mailing list for the libffi project.
Re: [PATCH] libffi 3.2.1 on Tru64 5.1B
- From: Jay <jay dot krell at cornell dot edu>
- To: "<jhi at iki dot fi>" <jhi at iki dot fi>
- Cc: "<libffi-discuss at sourceware dot org>" <libffi-discuss at sourceware dot org>
- Date: Wed, 11 Mar 2015 19:06:59 -0700
- Subject: Re: [PATCH] libffi 3.2.1 on Tru64 5.1B
- Authentication-results: sourceware.org; auth=none
- References: <5500EED1 dot 8000405 at iki dot fi>
Fwiw, I had those systems up & running fairly recently -- getting newer (4.x) gcc working is quite possible. OSF /1 I got through gcc make check. I didn't necessarily build libffi. Fun stuff. :)
That is, don't be dismayed by your gcc 2.9/3.3.
- Jay
On Mar 11, 2015, at 6:41 PM, Jarkko Hietaniemi <jhi@iki.fi> wrote:
> The attached patch makes libffi compile on Tru64 5.1B. Without it,
> the compilation stops on this in src/alpha/osf.S:
>
> #error "osf.S out of sync with ffi.h"
>
> Since "make check" requires dejagnu but I don't have it, I tried
> the "puts" example from http://www.atmark-techno.com/~yashi/libffi.html, and it worked.
>
> (It would be good to have some trivial test suite that works
> without dejagnu...)
>
> Compiled with the ancient gcc 2.9 the system has.
>
> The patch simply removes the check of FFI_TYPE_LAST being 14 or FFI_TYPE_POINTER. Not necessarily the most correct thing to do,
> but hey.
>
> I have also access to an IRIX 6.5 box, but there the situation
> seems to be more dire. (gcc 3.3, FWIW.)
>
>
>
>
>
>
> <libffi-tru64.pat>