com(4) 16750 vs ARMADAXP

Hi! ARMADAXP user and all, I think that the support for com_16750 into which I was merged with ARMADAXP is not related to 16750. This is extended function included in ARMADAXP, and 16750 does not include such a function. I looked at the data sheet of TL16C750 and SC16C750. The data sheet of

Build broken for evbmips-{eb,el} - librumphijack

With sources up-to-date, I'm seeing: # build librumphijack/librumphijack.so.0.0 rm -f librumphijack.so.0.0 /build/netbsd-local/tools/x86_64/evbmips-el/bin/mipsel--netbsd-gcc -Wl,-x -shared -Wl,-soname,librumphijack.so.0 -Wl,--warn-shared-textrel -Wl,-Map=librumphijack.so.0.map

port-sparc build broken - ramdisk

With up-to-date sources: # link ramdisk/ramdiskbin /build/netbsd-local/tools/x86_64/sparc/bin/sparc--netbsdelf-gcc--sysroot=/build/netbsd-local/dest/sparc -static -o ramdiskbin ramdiskbin.o -Wl,-rpath-link,/build/netbsd-local/dest/sparc/lib -L=/lib pax.cro sh.cro mt.cro init.cro

Re: Build broken for evbmips-{eb,el} - librumphijack

With sources up-to-date, I'm seeing: # build librumphijack/librumphijack.so.0.0 ... librumphijack.a(hijack.o):(.eh_frame+0x1c): warning: relocation emitted against readonly section Me too, for all mips ports, apparently. I've not seen this error message before, and would like hints

Build broken on port-vax - sys/modules/accf_dataready

With up-to-date sources: dependall === sys/modules/accf_dataready # compile accf_dataready/accf_data.o /build/netbsd-local/tools/x86_64/vax/bin/vax--netbsdelf-gcc -O1 -fgcse -fstrength-reduce -fgcse-after-reload -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith

Build also broken on port evbppc - sys/ddb/db_panic.c

# compile WALNUT/db_panic.o /build/netbsd-local/tools/x86_64/evbppc/bin/powerpc--netbsd-gcc -mcpu=403 -msdata=none -msoft-float -ffreestanding -fno-zero-initialized-in-bss -g -O2 -fno-strict-aliasing -fno-common -std=gnu99 -Werror -Wreturn-type -Wall -Wno-main -Wno-format-zero-length

One more build break - port evbppc64

# link bc/bc /build/netbsd-local/tools/x86_64/evbppc64/bin/powerpc64--netbsd-gcc--sysroot=/build/netbsd-local/dest/evbppc64 -o bc bc.o execute.o global.o load.o main.o number.o scan.o storage.o util.o -Wl,-rpath-link,/build/netbsd-local/dest/evbppc64/lib -L=/lib -ll -ledit

Свето техника Л В О от завода

www.elpinled.ru

evbppc build still broken...

with updated sources, I'm now getting # link P2020RDB/netbsd /build/netbsd-local/tools/x86_64/evbppc/bin/powerpc--netbsd-ld -Map netbsd.map --cref -N -T /build/netbsd-local/src/sys/arch/powerpc/conf/kern.ldscript -Ttext 0x2 -e __start -X -o netbsd ${SYSTEM_OBJ} ${EXTRA_OBJ} vers.o

Re: port-sparc build broken - ramdisk

On Sat, Aug 24, 2013 at 06:43:19AM -0700, Paul Goyette wrote: /build/netbsd-local/dest/sparc/usr/lib/libc.a(gethnamaddr.o): In function `_gethostbyname': gethnamaddr.c:(.text+0x28c4): multiple definition of `_gethostbyname' libhack.o:(.text+0x2e4): first defined here My libhack.o does not

Re: port-sparc build broken - ramdisk

On Sat, Aug 24, 2013 at 01:53:57PM -0700, Paul Goyette wrote: # find obj/sparc -name libhack.o | xargs stat -f %SN%t%z obj/sparc/distrib/miniroot/libhack.o 24575 obj/sparc/distrib/sparc/ramdisk/libhack.o 27890 # Use stubs to eliminate some large stuff from libc HACKSRC=

daily CVS update output

Updating src tree: P src/lib/libc/arch/hppa/SYS.h P src/lib/libc/arch/hppa/gen/resumecontext.c P src/sys/arch/powerpc/include/softint.h P src/sys/dev/usb/usbdi_util.c Updating xsrc tree: Killing core files: Running the SUP scanner: SUP Scan for current starting at Sun Aug 25 03:03:48 2013 SUP