[prev in list] [next in list] [prev in thread] [next in thread] 

List:       netbsd-tech-toolchain
Subject:    Re: CVS commit: src
From:       Martin Husemann <martin () duskware ! de>
Date:       2012-05-21 9:48:49
Message-ID: 20120521094849.GD4017 () mail ! duskware ! de
[Download RAW message or body]

Sorry to bring this up again after this long time...

On Mon, Mar 19, 2012 at 05:38:26AM +0000, Hiroyuki Bessho wrote:
> Module Name:	src
> Committed By:	bsh
> Date:		Mon Mar 19 05:38:26 UTC 2012
> 
> Modified Files:
> 	src/external/gpl3/binutils/usr.sbin/dbsym: dbsym.8 dbsym.c
> 	src/sys/arch/arm/conf: Makefile.arm
> 	src/sys/conf: Makefile.kern.inc
> 
> Log Message:
> adjust the size of db_symtab space automatically.
> proposed on tech-toolchain@, and got no objections.
> 
> 
> To generate a diff of this commit:
> cvs rdiff -u -r1.1 -r1.2 src/external/gpl3/binutils/usr.sbin/dbsym/dbsym.8 \
>     src/external/gpl3/binutils/usr.sbin/dbsym/dbsym.c
> cvs rdiff -u -r1.32 -r1.33 src/sys/arch/arm/conf/Makefile.arm
> cvs rdiff -u -r1.152 -r1.153 src/sys/conf/Makefile.kern.inc

This seems to fail in bizarre, non-reproducable ways with -j builds on
evbarm, where multiple kernel object formats are generated in the same
directory - see the regular evbarm failure, like, for example:

  http://releng.netbsd.org/builds/HEAD/201205192330Z/evbarm.build.failed

Can we try to come up with something not touching a header file?
Or: can we exclude opt_ksym.h from .depend artificially?

Martin
[prev in list] [next in list] [prev in thread] [next in thread]