Date: Wed, 23 Sep 2009 07:36:21 -0700 (PDT) From: Barney Cordoba <barney_cordoba@yahoo.com> To: Stefan Ehmann <shoesoft@gmx.net>, Andriy Gapon <avg@icyb.net.ua> Cc: freebsd-current@freebsd.org, pluknet <pluknet@gmail.com> Subject: Re: where is device_get_parent function defined Message-ID: <961251.9294.qm@web63906.mail.re1.yahoo.com> In-Reply-To: <4ABA0DC5.6070502@icyb.net.ua>
index | next in thread | previous in thread | raw e-mail
--- On Wed, 9/23/09, Andriy Gapon <avg@icyb.net.ua> wrote: > From: Andriy Gapon <avg@icyb.net.ua> > Subject: Re: where is device_get_parent function defined > To: "Stefan Ehmann" <shoesoft@gmx.net> > Cc: freebsd-current@freebsd.org, "Barney Cordoba" <barney_cordoba@yahoo.com>, "pluknet" <pluknet@gmail.com> > Date: Wednesday, September 23, 2009, 8:00 AM > on 22/09/2009 23:44 Stefan Ehmann > said the following: > > On Tuesday 22 September 2009 16:21:54 Barney Cordoba > wrote: > >> --- On Tue, 9/22/09, pluknet <pluknet@gmail.com> > wrote: > > ... > >>> Following style(9): > >>> ### > >>> The function type should > be on a > >>> line by itself preceding the function. > >>> > >>> static char * > >>> function(int a1, int a2, > float fl, > >>> int a4) > >>> ### > >>> > >>> So you can safely use the caret sign in regex: > grep > >>> ^keyword path > >> Except for the 50K recursive warnings from the > module build directories > >> you're correct. > > > > In that case, I normally use: > > find /usr/src/ -type f | xargs grep > ^device_get_parent > > > > Additionally specifying -name '*.c' should even be > faster. > > > > I am surprised with this whole 'recursive' issue because in > a clean source tree > there are no recursive symlinks. They only come to be if a > developer forgets to > run 'make obj' before doing 'make' in modules directories. > I think that it is a good practice to never pollute the > source tree with build > objects, they should belong to /usr/obj or equivalent. If you make modules from the module directory (rather than a full make in the kernel build directory) then you are not using the exact same switches, as I understand it. I had the problem with a witness kernel and it was quite a disaster. barneyhelp
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?961251.9294.qm>