[ports-sparc64@bento.FreeBSD.org: libticables-3.7.7_2 failed on sparc64 5]

Tijl Coosemans tijl at ulyssis.org
Tue May 11 12:38:02 PDT 2004


On Mon, 10 May 2004 18:08:23 -0700, Kris Kennaway wrote:

> ----- Forwarded message from User Ports-sparc64
> <ports-sparc64 at bento.FreeBSD.org> -----

Full build log at
http://bento.freebsd.org/errorlogs/sparc64-5-latest/libticables-3.7.7_2.log

> In file included from ioports.c:45:
> /usr/include/machine/sysarch.h:53: error: syntax error before
> "utrap_entry_t"
> /usr/include/machine/sysarch.h:64: error: syntax error before "type"
> gmake[2]: *** [ioports.lo] Error 1
> gmake[2]: Leaving directory
> `/tmp/a/ports/comms/libticables/work/libticables-3.7.7/src'
> gmake[1]: *** [all-recursive] Error 1
> gmake[1]: Leaving directory
> `/tmp/a/ports/comms/libticables/work/libticables-3.7.7'
> gmake: *** [all] Error 2
> *** Error code 2

Apparently src/sys/sparc64/include/sysarch.h uses
utrap_entry_t and utrap_handler_t without defining them. They are
however defined in src/sys/sparc64/utrap.h.

So I'm wondering, should I file a PR for my port to include
machine/utrap.h(?) before machine/sysarch.h in case
of a sparc64 build (or get rid of it since it is only used on i386),
or is this a bug and should src/sys/sparc64/include/sysarch.h include
machine/utrap.h (probably wrapped inside an #ifndef _KERNEL)?


More information about the freebsd-sparc64 mailing list