"Ian D. Leroux" writes:
> I rebuilt/reinstalled amd64 -current on the weekend, and noticed
> (during etcupdate) that many lines had been deleted from the /etc/mtree
> files. For instance, many of the files in /usr/include (e.g. stdio.h)
> don't appear anywhere in the lists
For the heck of it, I tried to build current/x11 for ia64. It used to
complete successfully a couple months ago, but here is the error log now.
Thanks
dependall ===> external/mit/xorg/server/xorg-server/xkb
# compile xkb/xkb.o
The new import of acpica-20160930 broke ia64's skiload build. It
seems like stdarg.h is no longer found.
If I add check for _STANDALONE to use in
src/sys/external/bsd/acpica/dist/include/platform/acgcc.h
with
RCS file: /cvsroot/src/sys/external/bsd/acpica/dist/include/platform/acgcc.h,v
Valery Ushakov <u...@stderr.spb.ru> writes:
> On Wed, Sep 14, 2016 at 13:40:50 -0700, scole_mail wrote:
>
>> Anyone using a 15/16 bit rasops console without issues? I think
>> there is a byte order error in rasops15.c
>
> Are you sure it's not the case of
Anyone using a 15/16 bit rasops console without issues? I think there is
a byte order error in rasops15.c .
This patch worked for me, wondering if anyone else can confirm the error
and/or verify this fix.
Thanks
Summary of changes: (A/? = New, R/D = Removed, M = Modified)
Hi,
The macppc build stopped working for me a day or two ago:
...
#create libgcc/_umoddi3.d
CC=/home/scole/nbsd/src/obj/tooldir.Linux-3.16.0-4-686-pae-i686/bin/powerpc--netbsd-gcc
/home/scole/nbsd/src/obj/tooldir.Linux-3.16.0-4-686-pae-i686/bin/nbmkdep -f
_umoddi3.d.tmp -- -std=gnu99
It is a cross-compile issue, the debian linux doesn't like crtresfpr.S
for some reason.
Linux dstar 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt11-1+deb8u4 (2015-09-19)
i686 GNU/Linux
Under NetBSD it builds fine.
Thanks
On Sat, Sep 26, 2015 at 03:43:10PM +0100, Robert Swindells wrote:
>
> Are you doing a clean build or an incremental one ?
>
> I did a clean ppc build this morning without the error that you report.
>
> Robert Swindells
I'm doing a clean build, and also tried removing obj/ and tools/ dirs
Hi,
I started getting compilation errors cross-compiling macppc from linux a few
days ago:
cc -O -I. -I./include -I/home/scole/nbsd/src/tools/compat
-I/home/scole/nbsd/src/tools/compat/sys -DHAVE_NBTOOL_CONFIG_H=1
-D_FILE_OFFSET_BITS=64 -D__DBINTERFACE_PRIVATE -c -o reallocarr.lo.o
On Tue, Jul 28, 2015 at 04:19:14PM +0200, Kamil Rytarowski wrote:
Please try to add:
#if HAVE_NBTOOL_CONFIG_H
#include nbtool_config.h
#endif
The first error went away but the CTASSERT remains:
# compile compat/reallocarr.lo
cc -O -I. -I./include -I/home/scole/nbsd/src/tools/compat
The compilation seemed to get past reallocarr.c errors, but died later. Looks
like these are not related?
--- dependall-tests ---
In file included from /home/scole/nbsd/src/sys/kern/subr_extent.c:57:0:
/home/scole/nbsd/src/obj/destdir.macppc/usr/include/sys/pool.h:192:2: error:
unknown type
Just wondering if EFI is still be worked on, if there is any ETA, and
what architectures can or will use it (amd64 i386 ia64 macppc, any
others?).
Thanks
This is 7.99.4 on Darwin with clang.
Please, fix. :-)
It should have been fixed in src/tools/compat/compat_defs.h:1.100
christos
This is the file I have, but somehow it does not get included.
Kind regards,
Adam
My linux box still has this error also.
Thanks
13 matches
Mail list logo