daily CVS update output
Updating src tree: P src/bin/ksh/path.c P src/external/bsd/dhcpcd/sbin/dhcpcd/Makefile P src/external/bsd/libpcap/sbin/rpcapd/Makefile P src/external/bsd/mdocml/bin/mandoc/Makefile P src/external/cddl/osnet/dist/uts/common/fs/zfs/zfs_ioctl.c P src/external/cddl/osnet/dist/uts/common/os/list.c P src/external/cddl/osnet/sys/sys/time.h P src/sbin/route/route_rumpops.c P src/sys/arch/arm/marvell/dovereg.h P src/sys/arch/arm/marvell/kirkwoodreg.h P src/sys/arch/arm/marvell/mv78xx0reg.h P src/sys/arch/arm/xilinx/zynq_gpio.c P src/sys/arch/arm/xilinx/zynq_platform.c P src/sys/arch/arm/xscale/pxa2x0_apm.c P src/sys/arch/arm/xscale/pxa2x0_intr.c P src/sys/arch/evbarm/conf/GENERIC P src/sys/arch/landisk/include/pci_machdep.h P src/sys/arch/landisk/landisk/shpcic_machdep.c P src/sys/arch/mac68k/dev/if_mcreg.h P src/sys/arch/macppc/dev/am79c950reg.h P src/sys/arch/news68k/dev/kb_hbreg.h P src/sys/arch/news68k/dev/kbcreg.h P src/sys/arch/news68k/dev/ms_hbreg.h P src/sys/arch/riscv/riscv/bus_space_generic.S P src/sys/arch/vax/vax/subr.S P src/sys/dev/midictl.c P src/sys/dev/fdt/arasan_sdhc_fdt.c P src/sys/dev/mii/micphy.c P src/sys/dev/pci/virtio.c P src/sys/dev/sbus/spifvar.h P src/sys/dev/usb/if_mue.c P src/sys/dev/wsfont/files.wsfont U src/sys/dev/wsfont/term14.h P src/sys/dev/wsfont/wsfont.c P src/sys/fs/udf/udf_subr.c P src/sys/kern/subr_prf.c P src/usr.bin/rump_dhcpclient/configure.c Updating xsrc tree: Killing core files: Updating file list: -rw-rw-r-- 1 srcmastr netbsd 42267480 Nov 1 03:03 ls-lRA.gz
Re: strange bot problem
Ignore me - I forgot to install the new modules, so I failed to autoload EXEC_ELF64 On Mon, 31 Oct 2022, Paul Goyette wrote: I'm trying to update my NetBSD-9.99.99 (amd64) system to .104 and it's giving me some heartburn. I've alraeady updated bootstrap files, and the kernel loads just find. But when it comes time to exec /sbin/init it fails with ENOEXEC (errno == 8). It proceeds to try the various "backup" names for init, all attempts fail with ENOSUCH (except for the /rescue/init which also fails with ENOEXEC). The /sbin/init file works just fine for booting NetBSD 9.99.99 Any clues on what I'm doing wrong? ++--+--+ | Paul Goyette | PGP Key fingerprint: | E-mail addresses:| | (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com| | Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org | | & Network Engineer | | pgoyett...@gmail.com | ++--+--+ ++--+--+ | Paul Goyette | PGP Key fingerprint: | E-mail addresses:| | (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com| | Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org | | & Network Engineer | | pgoyett...@gmail.com | ++--+--+
Rather decent accelerated graphics
Hi, I have one, perhaps 7 years old graphics card; recently I installed it in one of my systems and setup a new -current workstation. It works for me with no apparent problem whatsoever, glmark2 returns score just under 5000, which surely is the highest I have seen under NetBSD. There are no ill effects on screen, streaks or tear-offs, as I have with my other accelerated Intel 530. This is on $ uname -a NetBSD ymir.lorien.lan 9.99.104 NetBSD 9.99.104 (GENERIC) #0: Mon Oct 31 17:39:41 GMT 2022 sysbu...@ymir.lorien.lan:/home/sysbuild/sysbuild/amd64/obj/home/sysbuild/src/sys/arch/amd64/compile/GENERIC amd64 In case someone is looking for a card that apparently works, here are the details: From /var/run/dmesg.boot: ... ... [ 1.054164] radeon0 at pci1 dev 0 function 0: ATI Technologies FirePro W5000 (rev. 0x00) ... [ 7.782293] [drm] initializing kernel modesetting (PITCAIRN 0x1002:0x6809 0x1002:0x0B06 0x00). [ 7.783746] [drm] register mmio base: 0xf050 [ 7.783746] [drm] register mmio size: 262144 [ 7.783746] [drm] Detected VRAM RAM=800M, BAR=256M [ 7.783746] [drm] RAM width 256bits DDR [ 7.783746] [drm] radeon: 2048M of VRAM memory ready [ 7.783746] [drm] radeon: 2048M of GTT memory ready. [ 7.783746] [drm] Loading pitcairn Microcode [ 7.783746] [drm] Internal thermal controller with fan control [ 7.792293] [drm] radeon: dpm initialized [ 7.802546] [drm] Found VCE firmware/feedback version 50.0.1 / 17! [ 7.802546] [drm] GART: num cpu pages 524288, num gpu pages 524288 [ 7.802546] [drm] PCIE gen 2 link speeds already enabled [ 7.822293] [drm] PCIE GART of 2048M enabled (table at 0x001D6000). [ 7.852292] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 7.852292] [drm] Driver supports precise vblank timestamp query. [ 7.852292] [drm] radeon: irq initialized. [ 8.062291] [drm] ring test on 0 succeeded in 3 usecs [ 8.062291] [drm] ring test on 1 succeeded in 1 usecs [ 8.062291] [drm] ring test on 2 succeeded in 1 usecs [ 8.062291] [drm] ring test on 2 succeeded in 1 usecs [ 8.062291] [drm] ring test on 3 succeeded in 7 usecs [ 8.062291] [drm] ring test on 4 succeeded in 7 usecs [ 8.232290] [drm] ring test on 5 succeeded in 2 usecs [ 8.232290] [drm] UVD initialized successfully. [ 8.352289] [drm] ring test on 6 succeeded in 24 usecs [ 8.352289] [drm] ring test on 7 succeeded in 4 usecs [ 8.352289] [drm] VCE initialized successfully. [ 8.352289] [drm] ib test on ring 0 succeeded in 0 usecs [ 8.352289] [drm] ib test on ring 1 succeeded in 0 usecs [ 8.352289] [drm] ib test on ring 2 succeeded in 0 usecs [ 8.352289] [drm] ib test on ring 3 succeeded in 0 usecs [ 8.352289] [drm] ib test on ring 4 succeeded in 0 usecs [ 9.002287] [drm] ib test on ring 5 succeeded [ 9.502285] [drm] ib test on ring 6 succeeded [10.002282] [drm] ib test on ring 7 succeeded [10.002282] [drm] Radeon Display Connectors [10.002282] [drm] Connector 0: [10.002282] [drm] DP-1 [10.002282] [drm] HPD4 [10.002282] [drm] DDC: 0x6530 0x6530 0x6534 0x6534 0x6538 0x6538 0x653c 0x653c [10.002282] [drm] Encoders: [10.002282] [drm] DFP1: INTERNAL_UNIPHY2 [10.002282] [drm] Connector 1: [10.002282] [drm] DP-2 [10.002282] [drm] HPD5 [10.002282] [drm] DDC: 0x6540 0x6540 0x6544 0x6544 0x6548 0x6548 0x654c 0x654c [10.002282] [drm] Encoders: [10.002282] [drm] DFP2: INTERNAL_UNIPHY2 [10.002282] [drm] Connector 2: [10.002282] [drm] DVI-I-1 [10.002282] [drm] HPD6 [10.002282] [drm] DDC: 0x6560 0x6560 0x6564 0x6564 0x6568 0x6568 0x656c 0x656c [10.002282] [drm] Encoders: [10.002282] [drm] DFP3: INTERNAL_UNIPHY [10.002282] [drm] CRT1: INTERNAL_KLDSCP_DAC1 [10.092281] radeondrmkmsfb0 at radeon0 [10.092281] [drm] Initialized radeon 2.50.0 20080528 for radeon0 on minor 0 [10.092281] radeondrmkmsfb0: framebuffer at 0xe05d8000, size 1280x1024, depth 32, stride 5120 [10.542279] wsdisplay0 at radeondrmkmsfb0 kbdmux 1: console (default, vt100 emulation), using wskbd0 ... From Xorg.0.conf (just a small part): [44.745] (II) RADEON(0): [DRI2] Setup complete [44.745] (II) RADEON(0): [DRI2] DRI driver: radeonsi [44.745] (II) RADEON(0): [DRI2] VDPAU driver: radeonsi [44.745] (II) RADEON(0): Front buffer size: 5120K [44.745] (II) RADEON(0): VRAM usage limit set to 221241K [44.747] (II) RADEON(0): SYNC extension fences enabled [44.747] (II) RADEON(0): Present extension enabled [44.747] (II) RADEON(0): Can't initialize DRI3 because dri3.h not available at build time [44.747] (WW) RADEON(0): DRI3 disabled [44.747]
strange bot problem
I'm trying to update my NetBSD-9.99.99 (amd64) system to .104 and it's giving me some heartburn. I've alraeady updated bootstrap files, and the kernel loads just find. But when it comes time to exec /sbin/init it fails with ENOEXEC (errno == 8). It proceeds to try the various "backup" names for init, all attempts fail with ENOSUCH (except for the /rescue/init which also fails with ENOEXEC). The /sbin/init file works just fine for booting NetBSD 9.99.99 Any clues on what I'm doing wrong? ++--+--+ | Paul Goyette | PGP Key fingerprint: | E-mail addresses:| | (Retired) | FA29 0E3B 35AF E8AE 6651 | p...@whooppee.com| | Software Developer | 0786 F758 55DE 53BA 7731 | pgoye...@netbsd.org | | & Network Engineer | | pgoyett...@gmail.com | ++--+--+
Re: building source against installed libraries?
On Mon, Oct 31, 2022 at 12:07:03 +0100, Thomas Klausner wrote:
> On Mon, Oct 31, 2022 at 01:46:56PM +0300, Valeriy E. Ushakov wrote:
> > On Mon, Oct 31, 2022 at 11:10:24 +0100, Thomas Klausner wrote:
> >
> > > For test builds, I use 'USETOOLS=no make' to avoid building a
> > > toolchain. However that still wants to link against libraries built
> > > in the source tree, i.e. I have to 'cd /usr/src/lib/libcrypto &&
> > > USETOOLS=no make' to build a new libcrypto if this library is used.
> > >
> > > Is there a toggle to build against the installed libraries instead?
> >
> > It's entirely unclear from this description what exactly you are
> > trying to do and how does it fail.
>
> I'm trying this:
>
> wiz@yt:/usr/src/external/bsd/nsd> USETOOLS=no make
>
> and get
> ...
> all ===> lib/libnsd
> all ===> lib/libxfrd
> all ===> sbin
> all ===> sbin/nsd
> make[2]: don't know how to make
> /disk/6/archive/foreign/src/external/bsd/libevent/lib/libevent/libevent.a.
> Stop
>
> I want the build to use /usr/lib/libevent.a instead.
>
> > If I have to venture a guess (I don't have time atm to second guess/
> > reverse engineer the question), you are probably running into
> > something like LIBDPLIBS dependencies that are explicitly listed in
> > the in-tree makefiles, b/c those makefiles are intended to build the
> > in-tree code (e.g. for curses I would disable its LIBDPLIBS dependency
> > on terminfo). Just overriding them on the command line might help.
>
> I guess this is
>
> ./Makefile.inc:DPLIBS+= event
> ${NETBSDSRCDIR}/external/bsd/libevent/lib/libevent
>
> so perhaps what you're talking about?
Yes. Makefile.inc in nsd subdirs will use that variable to set
PROGDPLIBS and LIBDPLIBS - which are the real vars you want to avoid.
> What do I have to set? Do I have to do this for every library
> separately?
I'm afraid you will have to fix bsd.prog.mk :), b/c it uses PROGDPLIBS
to add libs to LDADD, etc. There's also incomplete s/BIN/PROG/ edito
in that code.
Pooka hacked bsd.lib.mk in revision 1.325 to do something like what
you want but for libs, and for individual libs only.
You probably want to add a bit of logic there that convert *DPLIBS
into -l for LDADD but without -L and without the dependency parts.
-uwe
Re: building source against installed libraries?
On Mon, Oct 31, 2022 at 01:46:56PM +0300, Valeriy E. Ushakov wrote:
> On Mon, Oct 31, 2022 at 11:10:24 +0100, Thomas Klausner wrote:
>
> > For test builds, I use 'USETOOLS=no make' to avoid building a
> > toolchain. However that still wants to link against libraries built
> > in the source tree, i.e. I have to 'cd /usr/src/lib/libcrypto &&
> > USETOOLS=no make' to build a new libcrypto if this library is used.
> >
> > Is there a toggle to build against the installed libraries instead?
>
> It's entirely unclear from this description what exactly you are
> trying to do and how does it fail.
I'm trying this:
wiz@yt:/usr/src/external/bsd/nsd> USETOOLS=no make
and get
...
all ===> lib/libnsd
all ===> lib/libxfrd
all ===> sbin
all ===> sbin/nsd
make[2]: don't know how to make
/disk/6/archive/foreign/src/external/bsd/libevent/lib/libevent/libevent.a. Stop
I want the build to use /usr/lib/libevent.a instead.
> If I have to venture a guess (I don't have time atm to second guess/
> reverse engineer the question), you are probably running into
> something like LIBDPLIBS dependencies that are explicitly listed in
> the in-tree makefiles, b/c those makefiles are intended to build the
> in-tree code (e.g. for curses I would disable its LIBDPLIBS dependency
> on terminfo). Just overriding them on the command line might help.
I guess this is
./Makefile.inc:DPLIBS+= event ${NETBSDSRCDIR}/external/bsd/libevent/lib/libevent
so perhaps what you're talking about?
What do I have to set? Do I have to do this for every library
separately?
Thomas
Re: building source against installed libraries?
On Mon, Oct 31, 2022 at 11:10:24 +0100, Thomas Klausner wrote: > For test builds, I use 'USETOOLS=no make' to avoid building a > toolchain. However that still wants to link against libraries built > in the source tree, i.e. I have to 'cd /usr/src/lib/libcrypto && > USETOOLS=no make' to build a new libcrypto if this library is used. > > Is there a toggle to build against the installed libraries instead? It's entirely unclear from this description what exactly you are trying to do and how does it fail. If I have to venture a guess (I don't have time atm to second guess/ reverse engineer the question), you are probably running into something like LIBDPLIBS dependencies that are explicitly listed in the in-tree makefiles, b/c those makefiles are intended to build the in-tree code (e.g. for curses I would disable its LIBDPLIBS dependency on terminfo). Just overriding them on the command line might help. -uwe
Re: NET4501 kernel build fails
On Mon, 31 Oct 2022, Simon Burge wrote: > "John D. Baker" wrote: > > > On Mon, 31 Oct 2022, John D. Baker wrote: > > > > > The "NET4501" kernel build fails as shown below. This is probably due > > > to "-Os" optimization causing GCC to be unable to grok the initialization > > > condition for "ctp". > > > > This is an incorrect warning with i386 gcc and -Os only. Other arches > (I tried a handful) and i386 with -O2 don't give the warning. Yes, failures of this sort always crop up with i386 and -Os. It has happened a number of times in the past. I am apparently the only person building the NET4501 kernel (actually my own local variant with even more stuff disabled and a few key subsystems enabled). It seems I hadn't gotten around to building i386 since the console MP-safe stuff was re-re-committed, the network changes and other bits were committed, so I only now ran into this. I built evbmips-64el, sparc, macppc, dreamcast, (and playstation2, but only distsets, no kernels) without hitting this. At that point, a critical network bug would be noticed, analyzed and fixed so I'd abort my builds, CVS update and start over. -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
building source against installed libraries?
Hi! For test builds, I use 'USETOOLS=no make' to avoid building a toolchain. However that still wants to link against libraries built in the source tree, i.e. I have to 'cd /usr/src/lib/libcrypto && USETOOLS=no make' to build a new libcrypto if this library is used. Is there a toggle to build against the installed libraries instead? Thomas
Re: NET4501 kernel build fails
"John D. Baker" wrote: > On Mon, 31 Oct 2022, John D. Baker wrote: > > > After this change: > > > > https://mail-index.netbsd.org/source-changes/2022/10/26/msg141745.html > > Correction: After THIS change: > > https://mail-index.netbsd.org/source-changes/2022/10/25/msg141682.html > > > The "NET4501" kernel build fails as shown below. This is probably due > > to "-Os" optimization causing GCC to be unable to grok the initialization > > condition for "ctp". > > I had previously only searched for the last time "sys/kern/subr_prf.c" > had changed, but then realized that didn't account for the affected code. > > > Explicitly initializing "ctp = NULL;" after the declaration allows the > > build to complete. This is an incorrect warning with i386 gcc and -Os only. Other arches (I tried a handful) and i386 with -O2 don't give the warning. I've added the "ctp = NULL;" workaround with a warning. Thanks for the report! Cheers, Simon.
Re: NET4501 kernel build fails
On Mon, 31 Oct 2022, John D. Baker wrote: > After this change: > > https://mail-index.netbsd.org/source-changes/2022/10/26/msg141745.html Correction: After THIS change: https://mail-index.netbsd.org/source-changes/2022/10/25/msg141682.html > The "NET4501" kernel build fails as shown below. This is probably due > to "-Os" optimization causing GCC to be unable to grok the initialization > condition for "ctp". I had previously only searched for the last time "sys/kern/subr_prf.c" had changed, but then realized that didn't account for the affected code. > Explicitly initializing "ctp = NULL;" after the declaration allows the > build to complete. -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
NET4501 kernel build fails
After this change:
https://mail-index.netbsd.org/source-changes/2022/10/26/msg141745.html
The "NET4501" kernel build fails as shown below. This is probably due
to "-Os" optimization causing GCC to be unable to grok the initialization
condition for "ctp".
[...]
# compile NET4501/subr_prf.o
/r0/build/current/tools/amd64/bin/i486--netbsdelf-gcc -msoft-float -mno-mmx
-mno-sse -mno-avx -ffreestanding -fno-zero-initialized-in-bss
-fno-delete-null-pointer-checks -g -Os -fstack-protector -Wstack-protector
--param ssp-buffer-size=1 -fstack-usage -Wstack-usage=3584 -fno-strict-aliasing
-fno-common -std=gnu99 -Werror -Wall -Wno-main -Wno-format-zero-length
-Wpointer-arith -Wmissing-prototypes -Wstrict-prototypes -Wold-style-definition
-Wswitch -Wshadow -Wcast-qual -Wwrite-strings -Wno-unreachable-code
-Wno-pointer-sign -Wno-attributes -Wno-type-limits -Wextra
-Wno-unused-parameter -Wold-style-definition -Wno-sign-compare -Walloca
-Wno-address-of-packed-member --sysroot=/r0/build/current/DEST/i386 -Di386 -I.
-I/x/current/src/sys/external/mit/xen-include-public/dist/
-I/x/current/src/sys/external/bsd/libnv/dist
-I/x/current/src/sys/external/bsd/acpica/dist
-I/x/current/src/sys/../common/lib/libx86emu
-I/x/current/src/sys/../common/lib/libc/misc
-I/x/current/src/sys/../common/include -I/x/current/src/sys/arch
-I/x/current/src/sys -nostdinc -DCOMPAT_UTILS
-D__XEN_INTERFACE_VERSION__=0x3020a -DTIMER_FREQ=1189200 -DCOMPAT_44 -D_KERNEL
-D_KERNEL_OPT -std=gnu99
-I/x/current/src/sys/lib/libkern/../../../common/lib/libc/quad
-I/x/current/src/sys/lib/libkern/../../../common/lib/libc/string
-I/x/current/src/sys/lib/libkern/../../../common/lib/libc/arch/i386/string
-I/x/current/src/sys/lib/libkern/../../../common/lib/libc/arch/i386/atomic
-I/x/current/src/sys/lib/libkern/../../../common/lib/libc/hash/sha3
-D_FORTIFY_SOURCE=2 -I/x/current/src/sys/external/isc/atheros_hal/dist
-I/x/current/src/sys/external/isc/atheros_hal/ic
-I/x/current/src/sys/external/bsd/libnv/dist -c
/x/current/src/sys/kern/subr_prf.c -o subr_prf.o
/x/current/src/sys/kern/subr_prf.c: In function 'putone':
/x/current/src/sys/kern/subr_prf.c:427:23: error: 'ctp' may be used
uninitialized in this function [-Werror=maybe-uninitialized]
427 | if ((flags & TOCONS) && ctp == NULL && c != '\0')
cc1: all warnings being treated as errors
*** Failed target: subr_prf.o
*** Failed commands:
${NORMAL_C}
=> @echo '# ' "compile NET4501/subr_prf.o" && echo
/r0/build/current/tools/amd64/bin/i486--netbsdelf-gcc -msoft-float -mno-mmx
-mno-sse -mno-avx -ffreestanding -fno-zero-initialized-in-bss
-fno-delete-null-pointer-checks -g -Os -fstack-protector -Wstack-protector
--param ssp-buffer-size=1 -fstack-usage -Wstack-usage=3584
-fno-strict-aliasing -fno-common -std=gnu99 -Werror -Wall -Wno-main
-Wno-format-zero-length -Wpointer-arith -Wmissing-prototypes
-Wstrict-prototypes -Wold-style-definition -Wswitch -Wshadow -Wcast-qual
-Wwrite-strings -Wno-unreachable-code -Wno-pointer-sign -Wno-attributes
-Wno-type-limits -Wextra -Wno-unused-parameter -Wold-style-definition
-Wno-sign-compare -Walloca -Wno-address-of-packed-member
--sysroot=/r0/build/current/DEST/i386 -Di386 -I.
-I/x/current/src/sys/external/mit/xen-include-public/dist/
-I/x/current/src/sys/external/bsd/libnv/dist
-I/x/current/src/sys/external/bsd/acpica/dist
-I/x/current/src/sys/../common/lib/libx86emu
-I/x/current/src/sys/../common/lib/libc/misc
-I/x/current/src/sys/../common/include -I/x/current/src/sys/arch
-I/x/current/src/sys -nostdinc -DCOMPAT_UTILS
-D__XEN_INTERFACE_VERSION__="0x3020a" -DTIMER_FREQ="1189200" -DCOMPAT_44
-D_KERNEL -D_KERNEL_OPT -std=gnu99
-I/x/current/src/sys/lib/libkern/../../../common/lib/libc/quad
-I/x/current/src/sys/lib/libkern/../../../common/lib/libc/string
-I/x/current/src/sys/lib/libkern/../../../common/lib/libc/arch/i386/string
-I/x/current/src/sys/lib/libkern/../../../common/lib/libc/arch/i386/atomic
-I/x/current/src/sys/lib/libkern/../../../common/lib/libc/hash/sha3
-D_FORTIFY_SOURCE=2 -I/x/current/src/sys/external/isc/atheros_hal/dist
-I/x/current/src/sys/external/isc/atheros_hal/ic
-I/x/current/src/sys/external/bsd/libnv/dist -c
/x/current/src/sys/kern/subr_prf.c -o subr_prf.o &&
/r0/build/current/tools/amd64/bin/i486--netbsdelf-gcc -msoft-float -mno-mmx
-mno-sse -mno-avx -ffreestanding -fno-zero-initialized-in-bss
-fno-delete-null-pointer-checks -g -Os -fstack-protector -Wstack-protector
--param ssp-buffer-size=1 -fstack-usage -Wstack-usage=3584
-fno-strict-aliasing -fno-common -std=gnu99 -Werror -Wall -Wno-main
-Wno-format-zero-length -Wpointer-arith -Wmissing-prototypes
-Wstrict-prototypes -Wold-style-definition -Wswitch -Wshadow -Wcast-qual
-Wwrite-strings -Wno-unreachable-code -Wno-pointer-sign -Wno-attributes
-Wno-type-limits -Wextra -Wno-unused-parameter -Wold-style-definition
-Wno-sign-compare -Walloca -Wno-address-of-packed-member
