[odc] Daily src changes for 2007-07-30
ODC
auto at squish.net
Tue Jul 31 07:00:01 BST 2007
OpenBSD src changes summary for 2007-07-30
==========================================
sbin/ifconfig sys/arch/alpha/conf
sys/arch/armish/conf sys/arch/aviion/conf
sys/arch/cats/conf sys/arch/hp300/conf
sys/arch/hppa/conf sys/arch/hppa64/conf
sys/arch/i386/conf sys/arch/landisk/conf
sys/arch/luna88k/conf sys/arch/mac68k/conf
sys/arch/macppc/conf sys/arch/mvme68k/conf
sys/arch/mvme88k/conf sys/arch/mvmeppc/conf
sys/arch/sgi/conf sys/arch/solbourne/conf
sys/arch/sparc/conf sys/arch/sparc64/conf
sys/arch/vax/conf sys/arch/zaurus/conf
sys/dev/pcmcia sys/dev/usb
sys/net usr.bin/make
usr.bin/sudo
== sbin ============================================================== 01/03 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sbin
ifconfig
~ ifconfig.c
> avoid segfault when empty string is passed as interface name.
> ok henning@ (pyr@)
~ ifconfig.c
> strlen returns size_t.
> ok henning, mbalmer. (pyr@)
== sys =============================================================== 02/03 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/sys
arch/alpha/conf
~ Makefile.alpha
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/armish/conf
~ Makefile.armish
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/aviion/conf
~ Makefile.aviion
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/cats/conf
~ Makefile.cats
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/hp300/conf
~ Makefile.hp300
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/hppa/conf
~ Makefile.hppa
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/hppa64/conf
~ Makefile.hppa64
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/i386/conf
~ Makefile.i386
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/landisk/conf
~ Makefile.landisk
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/luna88k/conf
~ Makefile.luna88k
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/mac68k/conf
~ Makefile.mac68k
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/macppc/conf
~ Makefile.macppc
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/mvme68k/conf
~ Makefile.mvme68k
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/mvme88k/conf
~ Makefile.mvme88k
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/mvmeppc/conf
~ Makefile.mvmeppc
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/sgi/conf
~ Makefile.sgi
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/solbourne/conf
~ Makefile.solbourne
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/sparc/conf
~ Makefile.sparc
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/sparc64/conf
~ Makefile.sparc64
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/vax/conf
~ Makefile.vax
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
arch/zaurus/conf
~ Makefile.zaurus
> Shuffle the order in which we look for header files, when doing
> kernel builds locally this doesnt change much but over NFS this
> cuts about 12% of the build time on my setup (i386).
> OK miod@, deraadt at . (thib@)
dev/pcmcia
~ if_malo.c ~ if_malovar.h
> After two weeks of fumbling arround in the association FW command, i found
> a trick to correct the wrong generated rates-element-id in the FW
> association
> mgmt packet. Makes it possible to associate to more AP's. (mglocker@)
dev/usb
~ usbdevs
> AXIM pda and V360 phone, ok mk@ (todd@)
~ usbdevs.h ~ usbdevs_data.h
> sync (todd@)
net
~ pfkeyv2_parsemessage.c
> With adding ipsec tags and exporting flow filters via sysctl SADB_GET
> needs to be allowed to export that information too. Thus, adjust
> sadb_exts_allowed_out[] accordingly.
> This fixes isakmpd not being able to get the in-kernel last-used-counters
> of SAs, which are needed for DPD.
> ok ho@ (hshoexer@)
== usr.bin =========================================================== 03/03 ==
http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin
make
~ parsevar.c
> simplify the handling of assignment operators, by introducing a VAR_INVALID
> state and using it, leading to a simpler loop and less code.
> okay miod@ (espie@)
~ parse.c
> separate and name functions to add target nodes to the graph.
> okay miod@ (espie@)
~ main.c
> clean-up. Basically:
> - remove globals curdir and objdir, stuff them into a structure, and pass
> it around to the relevant functions.
> - cut up most of main code into functions:
> figure_out_MACHINE/ARCH, figure_out_CURDIR, setup_CURDIR_OBJDIR,
> setup_VPATH,
> no_fd_limits, read_makefile_list, read_all_make_rules...
> - simplify the code used to figure out curdir/objdir.
> No semantic changes.
> okay miod@ (espie@)
~ var.c
> now that it's clean enough, one can extract some common code from
> Var_Parse and Var_ParseSkip (the code that figures out the variable name
> up to eventual modifiers).
> okay miod@ (espie@)
~ compat.c
> local is always true, so zap it.
> okay miod@ (espie@)
~ arch.c ~ compat.c
~ for.c ~ main.c
~ parse.c ~ parsevar.c
~ suff.c ~ var.c
~ var.h ~ varmodifiers.c
~ varmodifiers.h ~ lst.lib/lstAddNew.c
~ lst.lib/lstAppend.c ~ lst.lib/lstConcat.c
~ lst.lib/lstConcatDestroy.c ~ lst.lib/lstDeQueue.c
~ lst.lib/lstDestroy.c ~ lst.lib/lstDupl.c
~ lst.lib/lstFindFrom.c ~ lst.lib/lstForEachFrom.c
~ lst.lib/lstInit.c ~ lst.lib/lstInsert.c
~ lst.lib/lstMember.c ~ lst.lib/lstRemove.c
~ lst.lib/lstReplace.c ~ lst.lib/lstSucc.c
> everywhere except in Var_Parse, we always add/append variables to the
> VAR_GLOBAL context, so make it the common case: rename the basic functions
> to Var_Set_with_ctxt/Var_Append_with_ctxt, define Var_Set and Var_Append
> as macros that specify VAR_GLOBAL, and use these.
> okay miod@ (espie@)
~ parse.c ~ var.c
~ var.h
> introduce a Var_Substi to substitute on intervals.
> Since we don't really know how to change Var_Subst and dependent functions,
> we cheat, and copy the string to a buffer instead.
> Clean-up the parser a bit: reorganize the include files lookup function:
> introduce a resolve_include_filename function that figures out the full
> name
> of the file, introduce a handle_include_file that does all the include file
> handling, and rename the functions into handle_xxx_include, so that we
> can remove most comments.
> Rename ParseIsCond into handle_bsd_command, cut most of its code into
> constituent functions.
> Semantic changes:
> - follow the rules that, if an optional construct does not parse correctly,
> then it's not a real extension, and give the normal parser a chance to
> figure
> it out. If the syntax checks out, semantic errors ARE real errors.
> - allow variables to not be defined in include file names, no reason not
> to.
> okay miod@ (espie@)
sudo
~ sudoers
> add commented out example to preserve the environment for users in group
> wheel (millert@)
===============================================================================
More information about the odc
mailing list