Re: Sets much smaller than they used to be?
So I built successfully with ./build.sh -O ../obj -T ../tools -j 6 -U -m ia64 with that, there was no obj/ directories in the src/usr.sbin/ directories, everything was now in ../obj scole@dstar:~/nbsd/cvs> ls src/usr.sbin/mrouted/obj ls: src/usr.sbin/mrouted/obj: No such file or directory This seems to imply that -M or -O and/or -T is now required for build.sh. The behavior definitely changed in the last week or so, as ./build.sh -j 6 -U -m ia64 release used to work, creating obj/ directories in every dir, e.g., src/usr.sbin/mrouted/obj and object files and exe's were built in there. Hope this helps others, Thanks
Re: Sets much smaller than they used to be?
"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 under /etc/mtree. > > At the same time, I've discovered that at least one file > (/usr/include/sys/audioio.h) is not getting installed/updated when I > run ./build.sh install=/ > That file happened to have changed between my last build in late > February and the most recent one, which made the failure to install the > updated version more obvious. > > Might these two observations be related? Did something change recently > about the way the set lists are put together? > > -- > IDL I don't know if this related, but did something change regarding b/make or build.sh not using obj/ directories in the last couple days? When doing a "cvs -q update -dP" recently I started getting stuff like this: [snipped] ? usr.sbin/ypset/ypset ? usr.sbin/ypset/ypset.d ? usr.sbin/ypset/ypset.html8 ? usr.sbin/zdump/.depend ? usr.sbin/zdump/zdump ? usr.sbin/zdump/zdump.d ? usr.sbin/zdump/zdump.html8 ? zic/.depend ? zic/zic ? zic/zic.d ? zic/zic.html8 cvs [update aborted]: could not chdir to mrouted/mrouted: Not a directory and I can't get "build.sh release" to complete anymore. My ~/.cvsignore has obj to previously filter out such files when updating, I thought. Here is a directory after trying to build.sh release scole@dstar:~/nbsd> ls cvs/src/usr.sbin/zdump/ CVS/ obj/ zdump.d zdump.o Makefile zdumpzdump.html8 scole@dstar:~/nbsd> ls cvs/src/usr.sbin/zdump/obj I tried checking out a new tree and got the same results. Thanks
x11 build fails for ia64
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
/home/scole/nbsd/cvs/src/obj/tooldir.NetBSD-7.0.2_PATCH-i386/bin/ia64--netbsd-gcc
-O2 -std=gnu99 -Werror -fno-strict-aliasing
--sysroot=/home/scole/nbsd/cvs/src/obj/destdir.ia64 -DSHAPE -DXKB -DLBX
-DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DDPMSExtension -DPIXPRIV
-DPANORAMIX -DRENDER -DRANDR -DGCCUSESGAS -DAVOID_GLYPHBLT -DSINGLEDEPTH
-DXvExtension -DXFree86Server -DXvMCExtension -DSMART_SCHEDULE -DBUILDDEBUG
-DXResExtension -DNDEBUG -DXINPUT -DXFreeXDGA -DXF86VIDMODE
-DXSERVER_LIBPCIACCESS -DXORG_VERSION_CURRENT="(((1) * 1000) + ((18) *
10) + ((4) * 1000) + 0)"
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/include
-I/home/scole/nbsd/cvs/src/obj/destdir.ia64/usr/X11R7/include/X11
-I/home/scole/nbsd/cvs/src/obj/destdir.ia64/usr/X11R7/include/X11/extensions
-I/home/scole/nbsd/cvs/src/obj/destdir.ia64/usr/X11R7/include/pixman-1
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/Xext
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/mi
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/Xi
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/miext/damage
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/render
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/hw/xfree86/common
-I/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/../include
-DXKB_IN_SERVER -DHAVE_XKB_CONFIG_H
-DXKB_BASE_DIRECTORY=\"/usr/X11R7/lib/X11/xkb\"
-DXKB_BIN_DIRECTORY=\"/usr/X11R7/bin\"
-DXKM_OUTPUT_DIR=\"/usr/X11R7/lib/X11/xkb/compiled/\" -DXKB_DFLT_DISABLED=0
-DCSRG_BASED -DFUNCPROTO=15 -DNARROWPROTO
-I/home/scole/nbsd/cvs/src/obj/destdir.ia64/usr/X11R7/include -c -Wno-error
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c -o xkb.o
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c: In function
'_XkbSetNames':
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4201:35:
warning: passing argument 1 of '_XkbCopyMaskedAtoms' from incompatible pointer
type [-Wincompatible-pointer-types]
tmp = _XkbCopyMaskedAtoms(tmp, names->indicators, XkbNumIndicators,
^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:3956:1: note:
expected 'Atom * {aka long unsigned int *}' but argument is of type 'CARD32 *
{aka unsigned int *}'
_XkbCopyMaskedAtoms(Atom *wire, Atom *dest, int nAtoms, CARD32 present)
^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4201:13:
warning: assignment from incompatible pointer type
[-Wincompatible-pointer-types]
tmp = _XkbCopyMaskedAtoms(tmp, names->indicators, XkbNumIndicators,
^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4206:35:
warning: passing argument 1 of '_XkbCopyMaskedAtoms' from incompatible pointer
type [-Wincompatible-pointer-types]
tmp = _XkbCopyMaskedAtoms(tmp, names->vmods, XkbNumVirtualMods,
^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:3956:1: note:
expected 'Atom * {aka long unsigned int *}' but argument is of type 'CARD32 *
{aka unsigned int *}'
_XkbCopyMaskedAtoms(Atom *wire, Atom *dest, int nAtoms, CARD32 present)
^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4206:13:
warning: assignment from incompatible pointer type
[-Wincompatible-pointer-types]
tmp = _XkbCopyMaskedAtoms(tmp, names->vmods, XkbNumVirtualMods,
^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4211:35:
warning: passing argument 1 of '_XkbCopyMaskedAtoms' from incompatible pointer
type [-Wincompatible-pointer-types]
tmp = _XkbCopyMaskedAtoms(tmp, names->groups, XkbNumKbdGroups,
^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:3956:1: note:
expected 'Atom * {aka long unsigned int *}' but argument is of type 'CARD32 *
{aka unsigned int *}'
_XkbCopyMaskedAtoms(Atom *wire, Atom *dest, int nAtoms, CARD32 present)
^
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:4211:13:
warning: assignment from incompatible pointer type
[-Wincompatible-pointer-types]
tmp = _XkbCopyMaskedAtoms(tmp, names->groups, XkbNumKbdGroups,
^
In file included from
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c:34:0:
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/xkb/xkb.c: In function
'_XkbWriteAtoms':
/home/scole/nbsd/cvs/xsrc/external/mit/xorg-server/dist/include/misc.h:357:4:
error: call to 'wrong_size' declared with attribute error: wrong sized variable
passed to swap
wrong_size(); \
^
/home/
acpica-20160930 and stdarg.h
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 retrieving revision 1.2 diff -r1.2 acgcc.h 51c51 < #ifdef _KERNEL --- > #if defined(_KERNEL) || defined(_STANDALONE) the build will complete. Can that be added or do I need to do some ia64-specific change instead? Here is a snippet of the build log without the above patch: cd /home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64 && /home/scole/nbsd/cvs/src/obj/tooldir.NetBSD-7.0.2_PATCH-i386/bin/nbmake-ia64 [snipped...] # compile ski/acpi_stub.o /home/scole/nbsd/cvs/src/obj/tooldir.NetBSD-7.0.2_PATCH-i386/bin/ia64--netbsd-gcc -O2 -ffreestanding -fshort-wchar -Wformat -D_STANDALONE -Os -ffreestanding -std=gnu99 -Werror--sysroot=/home/scole/nbsd/cvs/src/obj/destdir.ia64 -nostdlib -nostdinc -I/home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/obj -I/home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../../arch/ia64/stand -I/home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../../external/bsd/gnu-efi/dist/inc -I/home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../../external/bsd/gnu-efi/dist/inc/ia64 -D_STANDALONE -I/home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../../lib/libkern/../../../common/lib/libc/quad -I/home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../../lib/libkern/../../../common/lib/libc/string -I/home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../../lib/libkern/../../../common/lib/libc/arch/ia64/string -DLOADER -DSKIFS -I/home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../.. -I/home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../../arch/ia64/stand/common -DLIBKERN_OPTIMISE_SPACE -DHEAP_VARIABLE -c /home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/acpi_stub.c In file included from /home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../../external/bsd/acpica/dist/include/platform/acenv.h:174:0, from /home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../../external/bsd/acpica/dist/include/acpi.h:56, from /home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../../dev/acpi/acpica.h:46, from /home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/acpi_stub.c:40: /home/scole/nbsd/cvs/src/sys/arch/ia64/stand/ia64/ski/../../../../../external/bsd/acpica/dist/include/platform/acgcc.h:54:20: fatal error: stdarg.h: No such file or directory compilation terminated. Thanks
Re: rasops15 byte order bug
Valery Ushakov 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 missing RI_BSWAP flag in your > framebuffer attachment? > I'll have to look at this again when I have time... I recall RI_BSWAP didn't help but the kernel option RASOPS_SMALL did. I'll add a note in driver about it for now and leave rasops15.c alone. Thanks
rasops15 byte order bug
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)
=
M rasops15.c
Apply patch with "cd .../src/sys/dev/rasops ; patch -s -p0 < .../patchfile"
Index: rasops15.c
===
RCS file: /cvsroot/src/sys/dev/rasops/rasops15.c,v
retrieving revision 1.20
diff -b -u -r1.20 rasops15.c
--- rasops15.c 17 Apr 2012 12:06:25 - 1.20
+++ rasops15.c 14 Sep 2016 20:31:52 -
@@ -217,17 +217,26 @@
bg = ri->ri_devcmap[((u_int)attr >> 16) & 0xf] & 0x;
stamp_attr = attr;
+ /*
+* XXX - someone should sanity check but think this was doing
+* stamp[i] = 8|16, stamp[i+1] = 2|4 (little endian)
+* stamp[i] = 4|2, stamp[i+1] = 16|8 (big endian)
+* where should be
+* stamp[i] = 2|4, stamp[i+1] = 8|16 (little endian)
+* stamp[i] = 16|8, stamp[i+1] = 4|2 (big endian)
+*/
for (i = 0; i < 32; i += 2) {
#if BYTE_ORDER == LITTLE_ENDIAN
- stamp[i] = (i & 16 ? fg : bg);
- stamp[i] |= ((i & 8 ? fg : bg) << 16);
- stamp[i + 1] = (i & 4 ? fg : bg);
- stamp[i + 1] |= ((i & 2 ? fg : bg) << 16);
+stamp[i] = (i & 4 ? fg : bg);
+stamp[i] |= ((i & 2 ? fg : bg) << 16);
+stamp[i + 1] = (i & 16 ? fg : bg);
+stamp[i + 1] |= ((i & 8 ? fg : bg) << 16);
+
#else
- stamp[i] = (i & 2 ? fg : bg);
- stamp[i] |= ((i & 4 ? fg : bg) << 16);
- stamp[i + 1] = (i & 8 ? fg : bg);
- stamp[i + 1] |= ((i & 16 ? fg : bg) << 16);
+stamp[i] = (i & 8 ? fg : bg);
+stamp[i] |= ((i & 16 ? fg : bg) << 16);
+stamp[i + 1] = (i & 2 ? fg : bg);
+stamp[i + 1] |= ((i & 4 ? fg : bg) << 16);
#endif
}
}
Re: macppc build failing
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
Re: macppc build failing
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 completely, but am still getting the same error after updating today. The only thing out of the ordinary with build.sh/release that I use is CPUFLAGS+=-mcpu=601 in mk.conf, so I'm not sure what is going on. Thanks
macppc build failing
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
--sysroot=/home/scole/nbsd/src/obj/destdir.macppc
-I/home/scole/nbsd/src/external/gpl3/gcc.old/lib/libgcc/libgcc
-I/home/scole/nbsd/src/external/gpl3/gcc.old/lib/libgcc/arch/powerpc
-I/home/scole/nbsd/src/external/gpl3/gcc.old/usr.bin/gcc/arch/powerpc -DIN_GCC
-DIN_LIBGCC2 -I/home/scole/nbsd/src/external/gpl3/gcc.old/dist/libgcc
-I/home/scole/nbsd/src/external/gpl3/gcc.old/dist/libgcc/.
-I/home/scole/nbsd/src/external/gpl3/gcc.old/dist/libgcc/../gcc
-I/home/scole/nbsd/src/external/gpl3/gcc.old/dist/libgcc/../include -fPIC
-fbuilding-libgcc -fno-stack-protector
-I/home/scole/nbsd/src/external/gpl3/gcc.old/dist/gcc/config/rs6000
-I/home/scole/nbsd/src/external/gpl3/gcc.old/dist/gcc/ginclude
-I/home/scole/nbsd/src/external/gpl3/gcc.old/dist/libgcc
-I/home/scole/nbsd/src/external/gpl3/gcc.old/dist/libgcc/config
-I/home/scole/nbsd/src/external/gpl3/gcc.old/dist/gcc
-I/home/scole/nbsd/src/external/gpl3/gcc.old/dist/include -I.
-I/home/scole/nbsd/src/external/gpl3/gcc.old/dist/gcc/config/rs6000
_umoddi3.c && mv _umoddi3.d.tmp _umoddi3.d
nbmake[8]: don't know how to make crtresfpr.S. Stop
nbmake[8]: stopped in
/home/scole/nbsd/src/external/gpl3/gcc.old/lib/libgcc/libgcc
*** Failed target: dependall-libgcc
*** Failed command: _makedirtarget() { dir="$1"; shift; target="$1"; shift;
case "${dir}" in /*) this="${dir}/"; real="${dir}" ;; .)
this="lib/../external/gpl3/gcc.old/lib/libgcc/";
real="/home/scole/nbsd/src/external/gpl3/gcc.old/lib/libgcc" ;; *)
this="lib/../external/gpl3/gcc.old/lib/libgcc/${dir}/";
real="/home/scole/nbsd/src/external/gpl3/gcc.old/lib/libgcc/${dir}" ;; esac;
show=${this:-.}; echo "${target} ===> ${show%/}${1:+ (with: $@)}"; cd "${real}"
&& /home/scole/nbsd/src/obj/tooldir.Linux-3.16.0-4-686-pae-i686/bin/nbmake
_THISDIR_="${this}" "$@" ${target}; }; _makedirtarget libgcc dependall
*** Error code 2
Stop.
nbmake[7]: stopped in /home/scole/nbsd/src/external/gpl3/gcc.old/lib/libgcc
*** Failed target: dependall-../external/gpl3/gcc.old/lib/libgcc
*** Failed command: _makedirtarget() { dir="$1"; shift; target="$1"; shift;
case "${dir}" in /*) this="${dir}/"; real="${dir}" ;; .) this="lib/";
real="/home/scole/nbsd/src/lib" ;; *) this="lib/${dir}/";
real="/home/scole/nbsd/src/lib/${dir}" ;; esac; show=${this:-.}; echo
"${target} ===> ${show%/}${1:+ (with: $@)}"; cd "${real}" &&
/home/scole/nbsd/src/obj/tooldir.Linux-3.16.0-4-686-pae-i686/bin/nbmake
_THISDIR_="${this}" "$@" ${target}; }; _makedirtarget
../external/gpl3/gcc.old/lib/libgcc dependall
*** Error code 1
Stop.
nbmake[6]: stopped in /home/scole/nbsd/src/lib
Thanks
Re: reallocarr.c compile errors
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 name 'bool' bool pr_redzone; ^ /home/scole/nbsd/src/obj/destdir.macppc/usr/include/sys/pool.h:261:2: error: unknown type name 'bool' bool pc_redzone; ^ --- dependall-share --- dependall ===> share/man/man4/man4.x86 --- dependall-usr.sbin --- --- dependall-map-mbone --- --- dependall-usr.bin --- --- dependall-leave --- --- dependall-tests --- *** [subr_extent.o] Error code 1 nbmake[8]: stopped in /home/scole/nbsd/src/tests/kernel 1 error
Re: reallocarr.c compile errors
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 -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 /home/scole/nbsd/src/tools/compat/../../lib/libc/stdlib/reallocarr.c /home/scole/nbsd/src/tools/compat/../../lib/libc/stdlib/reallocarr.c:46:12: error: expected declaration specifiers or '...' before numeric constant __CTASSERT(65535 < SIZE_MAX / 65535); Thanks
reallocarr.c compile errors
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
/home/scole/nbsd/src/tools/compat/../../lib/libc/stdlib/reallocarr.c
/home/scole/nbsd/src/tools/compat/../../lib/libc/stdlib/reallocarr.c:33:9:
error: expected declaration specifiers or '...' before string constant
__RCSID("$NetBSD: reallocarr.c,v 1.2 2015/07/16 00:03:59 kamil Exp $");
^
/home/scole/nbsd/src/tools/compat/../../lib/libc/stdlib/reallocarr.c:43:12:
error: expected declaration specifiers or '...' before numeric constant
__CTASSERT(65535 < SIZE_MAX / 65535);
^
*** [reallocarr.lo] Error code 1
Re: EFI boot loader?
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
route flush seg fault
I am getting an error with "shutdown -p now" on my powermac 7200. I
think it is caused by "route flush":
/netbsd: trap: pid 226.1 (route): user read DSI trap @ 0x4 by 0x1808a50 (DSISR
0x4000, err=14)
In gdb,
Program terminated with signal SIGSEGV, Segmentation fault.
Reading in symbols for rtutil.c...done.
#0 0x01808a50 in netname (sa=0xfdc01148, mask=0x0, flags=0) at rtutil.c:696
696 rtutil.c: No such file or directory.
(gdb) bt
#0 0x01808a50 in netname (sa=0xfdc01148, mask=0x0, flags=0) at rtutil.c:696
#1 0x01801bfc in flushroutes (argc=1, argv=0xddb8, doall=0) at route.c:361
#2 0x01801624 in main (argc=1, argv=0xddb8) at route.c:245
In src/sbin/route/rtutil.c, netname(), the mask argument is zero at line 697:
686 /*
687 * Return the name of the network whose address is given.
688 * The address is assumed to be that of a net or subnet, not a host.
689 */
690 char *
691 netname(const struct sockaddr *sa, const struct sockaddr *mask, int flags)
692 {
693 switch (sa->sa_family) {
694
695 case AF_INET:
696 return netname4(((const struct sockaddr_in
*)sa)->sin_addr.s_addr,
697 ((const struct sockaddr_in *)mask)->sin_addr.s_addr, flags);
It looks to me that maybesrc/sbin/route/route.c line 361 was changed from
"routename" to "netname"?
356 if (qflag)
357 continue;
358 if (verbose)
359 print_rtmsg(rtm, rlen);
360 else {
361 (void)printf("%-20.20s ", netname(sa, NULL, nflag));
362 sa = (struct sockaddr *)(RT_ROUNDUP(sa->sa_len) +
363 (char *)sa);
364 (void)printf("%-20.20s ", routename(sa, nflag));
365 (void)printf("done\n");
366 }
"route -v flush" seems to work fine though, or at least not crash.
Thanks
Re: xorg build fails
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
Re: x11 cross-compile errors
I tried rebuilding tools and release after updating with compat_defs.h fix and still got the same error about __UNVOLATILE. It compiles if I add #define __UNVOLATILE(a) ((void *)(unsigned long)(volatile void *)(a)) directly to fccache.c >> cc1: out of memory allocating 1081140 bytes after a total of 896122880 bytes >> *** [format_utils.pico] Error code 1 For format_utils.pico, the -02 flag seems to be causing the out of memory error. When I removed that flag it compiled quickly instead of running out of memory. May be this is gcc 4.8/powerpc related. Thanks
x11 cross-compile errors
I've been cross-compiling current/macppc/release on a linux system for awhile and x11 recently stopped compiling. One problems is that it seems like xsrc/external/mit/fontconfig/dist/src/fccache.c is missing its reference to __UNVOLATILE . I tried adding '#include ' where I thought it was defined but that still gives errors, attached below. Also, I'm getting an out of memory error with format_utils.pico. The build command I use env MAKECONF=mk.conf ./build.sh -j9 -U -m macppc release and mk.conf has MKX11= yes CPUFLAGS+= -mcpu=601 Thanks ### unvolatile error ### dependall ===> external/mit/xorg/tools/mkfontscale --- dependall-makekeys --- --- dependall --- --- dependall-ucs2any --- --- dependall --- --- dependall-bdftopcf --- --- dependall --- --- dependall-mkfontscale --- --- dependall --- --- dependall-fc-cache --- --- dependall --- --- fc-cache --- # link fc-cache/fc-cache cc -O -DFONTCONFIG_PATH='"/home/scole/nbsd/src/obj/destdir.macppc/etc/X11/fonts"' -DFC_DEFAULT_FONTS='"/usr/X11R7/lib/X11/fonts/Type1"' -DFC_CACHEDIR='"/home/scole/nbsd/src/obj/destdir.macppc/var/cache/fontconfig"' -DHAVE_FT_BITMAP_SIZE_Y_PPEM -DHAVE_FT_GET_BDF_PROPERTY -DHAVE_FT_GET_NEXT_CHAR -DHAVE_FT_GET_PS_FONT_INFO -DHAVE_FT_GET_X11_FONT_FORMAT -DHAVE_FT_HAS_PS_GLYPH_NAMES -DHAVE_EXPAT -DXFREE86_FT2 -DHAVE_INTTYPES_H -DFT2_BUILD_LIBRARY -DXML_BYTE_ORDER=0 -DHAVE_MEMMOVE=1 -DHAVE_STDINT_H -DHAVE_RANDOM -DDARWIN_NO_CARBON -DHAVE_SYS_TYPES_H -DHAVE_FCNTL_H -DHAVE_SYS_STAT_H -DHAVE_MKSTEMP -DHAVE_SCANDIR -DFLEXIBLE_ARRAY_MEMBER="/**/" -DFT_CONFIG_OPTION_DISABLE_BZIP2 -I/home/scole/nbsd/xsrc/external/mit/fontconfig/dist -I/home/scole/nbsd/xsrc/external/mit/freetype/dist -I/home/scole/nbsd/xsrc/external/mit/freetype/dist/include -I/home/scole/nbsd/src/external/mit/expat/dist/lib -I/home/scole/nbsd/xsrc/external/mit/fontconfig/dist/../include -I/home/scole/nbsd/src/obj/destdir.macppc/usr/X11R7/include -I. -o fc-cache fc-cache.lo fcatomic.lo fcblanks.lo fccache.lo fccfg.lo fccharset.lo fcdbg.lo fccompat.lo fcdefault.lo fcdir.lo fcfreetype.lo fcfs.lo fchash.lo fcinit.lo fclang.lo fclist.lo fcmatch.lo fcmatrix.lo fcname.lo fcobjs.lo fcpat.lo fcserialize.lo fcstat.lo fcstr.lo fcxml.lo ftglue.lo ftapi.lo ftbase.lo ftbbox.lo ftbdf.lo ftdebug.lo ftglyph.lo ftinit.lo ftmm.lo ftpfr.lo ftstroke.lo ftsynth.lo ftsystem.lo fttype1.lo ftwinfnt.lo ftxf86.lo ftbitmap.lo autofit.lo bdf.lo cff.lo type1cid.lo ftgzip.lo ftlzw.lo pcf.lo pfr.lo psaux.lo pshinter.lo psnames.lo raster.lo sfnt.lo smooth.lo truetype.lo type1.lo type42.lo winfnt.lo xmlparse.lo xmltok.lo xmlrole.lo -lz fccache.lo: In function `FcCacheFini': fccache.c:(.text+0x1176): undefined reference to `__UNVOLATILE' collect2: error: ld returned 1 exit status *** [fc-cache] Error code 1 nbmake[9]: stopped in /home/scole/nbsd/src/external/mit/xorg/tools/fc-cache 1 error ### unvolatile error with '#include ' # compile fc-cache/fccache.lo cc -O -DFONTCONFIG_PATH='"/home/scole/nbsd/src/obj/destdir.macppc/etc/X11/fonts"' -DFC_DEFAULT_FONTS='"/usr/X11R7/lib/X11/fonts/Type1"' -DFC_CACHEDIR='"/home/scole/nbsd/src/obj/destdir.macppc/var/cache/fontconfig"' -DHAVE_FT_BITMAP_SIZE_Y_PPEM -DHAVE_FT_GET_BDF_PROPERTY -DHAVE_FT_GET_NEXT_CHAR -DHAVE_FT_GET_PS_FONT_INFO -DHAVE_FT_GET_X11_FONT_FORMAT -DHAVE_FT_HAS_PS_GLYPH_NAMES -DHAVE_EXPAT -DXFREE86_FT2 -DHAVE_INTTYPES_H -DFT2_BUILD_LIBRARY -DXML_BYTE_ORDER=0 -DHAVE_MEMMOVE=1 -DHAVE_STDINT_H -DHAVE_RANDOM -DDARWIN_NO_CARBON -DHAVE_SYS_TYPES_H -DHAVE_FCNTL_H -DHAVE_SYS_STAT_H -DHAVE_MKSTEMP -DHAVE_SCANDIR -DFLEXIBLE_ARRAY_MEMBER="/**/" -DFT_CONFIG_OPTION_DISABLE_BZIP2 -I/home/scole/nbsd/xsrc/external/mit/fontconfig/dist -I/home/scole/nbsd/xsrc/external/mit/freetype/dist -I/home/scole/nbsd/xsrc/external/mit/freetype/dist/include -I/home/scole/nbsd/src/external/mit/expat/dist/lib -I/home/scole/nbsd/xsrc/external/mit/fontconfig/dist/../include -I/home/scole/nbsd/src/obj/destdir.macppc/usr/X11R7/include -I. -c -o fccache.lo.o/home/scole/nbsd/xsrc/external/mit/fontconfig/dist/src/fccache.c /home/scole/nbsd/xsrc/external/mit/fontconfig/dist/src/fccache.c: In function 'free_lock': /home/scole/nbsd/xsrc/external/mit/fontconfig/dist/src/fccache.c:301:5: warning: passing argument 1 of 'free' makes pointer from integer without a cast [enabled by default] In file included from /home/scole/nbsd/xsrc/external/mit/fontconfig/dist/src/fcint.h:34:0, from /home/scole/nbsd/xsrc/external/mit/fontconfig/dist/src/fccache.c:23: /usr/include/stdlib.h:488:13: note: expected 'void *' but argument is of type 'int' mv fccache.lo.o fccache.lo --- fc-cache --- # link fc-cache/fc-cache cc -O -DFONTCONFIG_PATH='"/home/scole/nbsd/src/obj/destdir.macppc/etc/X11/fonts"' -DFC_DEFAULT_FONTS='"/usr/X11R7/lib/X11/fonts/Type1"' -DFC_CACHEDIR='"/home/scole/nbsd/src/obj
