Re: CVS commit: src/sys/conf

> Modified Files: > src/sys/conf: copyright > > Log Message: > Welcome to 2023. Wrap lines so the years fit in to 80 columns with > a leading kernel log timestamp. Please don't forget requesting pullup to all release branches. Thanks, --- Izumi Tsutsui

Re: CVS commit: src/sys/conf

> Modified Files: > src/sys/conf: copyright > > Log Message: > Welcome to 2022! Please don't forget pullup requests for release branches. (looks 2021 was missed in 9.2) --- Izumi Tsutsui

re: CVS commit: src/sys/conf

> - We only make a debuginstall rule to install netbsd-${KERNEL_CONFIG}.debug > if MKDEBUG=yes this part pollutes my $DESTDIR with non-distrib kernel info still, which also means it requires a $DESTDIR to build a kernel now. i think that we should not do this in the kernel build but inside the

Re: CVS commit: src/sys/conf

"Christos Zoulas" wrote: > Module Name: src > Committed By: christos > Date: Mon Apr 5 22:52:03 UTC 2021 > > Modified Files: > > src/sys/conf: Makefile.kern.inc > > Log Message: > > Don't use /usr/bin/time (it is not portable) Oops, that bit wasn't meant to sneak in. Thanks for

Re: CVS commit: src/sys/conf

"Valeriy E. Ushakov" wrote: > Module Name: src > Committed By: uwe > Date: Wed Jul 8 19:39:22 UTC 2020 > > Modified Files: > > src/sys/conf: assym.mk > > Log Message: > > Drop -fstack-usage* from CFLAGS passed genassym. > We don't want it to create a "-.su" file. Thanks! Cheers,

Re: CVS commit: src/sys/conf

On Sat, Mar 07, 2020 at 19:18:41 -0500, Christos Zoulas wrote: > Module Name: src > Committed By: christos > Date: Sun Mar 8 00:18:41 UTC 2020 > > Modified Files: > src/sys/conf: files > > Log Message: > undo previous since config has been fixed It's still not. Nested ifdefs

Re: CVS commit: src/sys/conf

>OK, I reproduced it, and have commited a fix for aarch64. I will also >include this in the pullup requests for -9 and -8 with sys/conf/files r1.1259, build successfully and it works fine. thanks! -- ryo shimizu

re: CVS commit: src/sys/conf

On Fri, 6 Mar 2020, matthew green wrote: Paul Goyette writes: On Thu, 5 Mar 2020, Paul Goyette wrote: also aarch64 has no EXEC_AOUT. Does aarch64 have COMPAT_NETBSD32? If so, I will adjust my fix. (I built 67 different architectures, including all of the ones that the releng build

re: CVS commit: src/sys/conf

Paul Goyette writes: > On Thu, 5 Mar 2020, Paul Goyette wrote: > > >> also aarch64 has no EXEC_AOUT. > > > > Does aarch64 have COMPAT_NETBSD32? If so, I will adjust my fix. (I > > built 67 different architectures, including all of the ones that the > > releng build cluster is building, and did

Re: CVS commit: src/sys/conf

OK, I reproduced it, and have commited a fix for aarch64. I will also include this in the pullup requests for -9 and -8 On Thu, 5 Mar 2020, Paul Goyette wrote: On Fri, 6 Mar 2020, Ryo Shimizu wrote: also aarch64 has no EXEC_AOUT. Does aarch64 have COMPAT_NETBSD32? If so, I will adjust

Re: CVS commit: src/sys/conf

On Fri, 6 Mar 2020, Ryo Shimizu wrote: also aarch64 has no EXEC_AOUT. Does aarch64 have COMPAT_NETBSD32? If so, I will adjust my fix. (I built 67 different architectures, including all of the ones that the releng build cluster is building, and did not have any problems with aarch64 or any

Re: CVS commit: src/sys/conf

>> also aarch64 has no EXEC_AOUT. > >Does aarch64 have COMPAT_NETBSD32? If so, I will adjust my fix. (I >built 67 different architectures, including all of the ones that the >releng build cluster is building, and did not have any problems with >aarch64 or any other.) it seems that releng

Re: CVS commit: src/sys/conf

On Thu, 5 Mar 2020, Paul Goyette wrote: also aarch64 has no EXEC_AOUT. Does aarch64 have COMPAT_NETBSD32? If so, I will adjust my fix. (I built 67 different architectures, including all of the ones that the releng build cluster is building, and did not have any problems with aarch64 or any

Re: CVS commit: src/sys/conf

On Thu, 5 Mar 2020, Ryo Shimizu wrote: Module Name:src Committed By: pgoyette Date: Wed Mar 4 02:20:57 UTC 2020 Modified Files: src/sys/conf: files Log Message: mips64 has compat_netbsd32 but cannot have exec_aout; all other users of compat_netbsd32 need exec_aout

re: CVS commit: src/sys/conf

Ryo Shimizu writes: > also aarch64 has no EXEC_AOUT. that's a pity -- we do have 32 bit a.out binaries from the past ;-) .mrg.

Re: CVS commit: src/sys/conf

>Module Name: src >Committed By: pgoyette >Date: Wed Mar 4 02:20:57 UTC 2020 > >Modified Files: > src/sys/conf: files > >Log Message: >mips64 has compat_netbsd32 but cannot have exec_aout; all other users >of compat_netbsd32 need exec_aout > >Addresses PR kern/55037. > >XXX

Re: CVS commit: src/sys/conf

On Wed, 4 Mar 2020, Paul Goyette wrote: Module Name:src Committed By: pgoyette Date: Wed Mar 4 02:20:57 UTC 2020 Modified Files: src/sys/conf: files Log Message: mips64 has compat_netbsd32 but cannot have exec_aout; all other users of compat_netbsd32 need exec_aout

Re: CVS commit: src/sys/conf

Hi, chris...@zoulas.com (Christos Zoulas) writes: > On Jun 18, 9:37pm, r...@tetera.org (Ryo ONODERA) wrote: > -- Subject: Re: CVS commit: src/sys/conf > > | chris...@astron.com (Christos Zoulas) writes: > | > | > Yes, the question becomes should be part of the default G

Re: CVS commit: src/sys/conf

On Jun 18, 9:37pm, r...@tetera.org (Ryo ONODERA) wrote: -- Subject: Re: CVS commit: src/sys/conf | chris...@astron.com (Christos Zoulas) writes: | | > Yes, the question becomes should be part of the default GENERIC build? | > I think not (like before). | | I feel that chfs should be di

Re: CVS commit: src/sys/conf

chris...@astron.com (Christos Zoulas) writes: > Yes, the question becomes should be part of the default GENERIC build? > I think not (like before). I feel that chfs should be disabled by default. And hopefully it should be documented that flash(4) is required in filesystems.config or similar

Re: CVS commit: src/sys/conf

In article <87muigi0qk@brownie.elements.tetera.org>, Ryo ONODERA wrote: >Hi, > >"Christos Zoulas" writes: > >> Module Name: src >> Committed By:christos >> Date:Mon Jun 17 17:06:39 UTC 2019 >> >> Modified Files: >> src/sys/conf: filesystems.config >> >> Log

Re: CVS commit: src/sys/conf

Hi, "Christos Zoulas" writes: > Module Name: src > Committed By: christos > Date: Mon Jun 17 17:06:39 UTC 2019 > > Modified Files: > src/sys/conf: filesystems.config > > Log Message: > comment out CHFS to fix build issues I have the following lines in my local kernel config file

Re: CVS commit: src/sys/conf

> Module Name: src > Committed By: jnemeth > Date: Tue Jan 1 01:52:40 UTC 2019 > > Modified Files: > src/sys/conf: copyright > > Log Message: > Welcome to 2019! Could you please send pullup requests for netbsd-7 and netbsd-8? Thanks, --- Izumi Tsutsui

Re: CVS commit: src/sys/conf

In article <20171220051944.ga22...@homeworld.netbsd.org>, wrote: >On Sun, Dec 03, 2017 at 11:36:05AM -0500, Christos Zoulas wrote: >> +@ln -sf ../$S/external/gpl2/dts/dist/arch/${_arch}/boot/dts dts/${_arch} > >this is causing unclear failures in autobuilds (seems to make a

Re: CVS commit: src/sys/conf

On Sun, Dec 03, 2017 at 11:36:05AM -0500, Christos Zoulas wrote: > + @ln -sf ../$S/external/gpl2/dts/dist/arch/${_arch}/boot/dts dts/${_arch} this is causing unclear failures in autobuilds (seems to make a link in src and doesn't work with ro src?), but strangely I can't reproduce this.

Re: CVS commit: src/sys/conf

Date:Mon, 9 Oct 2017 14:37:00 +0200 From:Joerg Sonnenberger Message-ID: <20171009123700.gb7...@britannica.bec.de> | It would help if you wrote what problem you actually tried to fix :) Oh ... sorry, but it is in the b5 build log for evbarm-earmv7hf

Re: CVS commit: src/sys/conf

In article <20170108175946.gb5...@britannica.bec.de>, Joerg Sonnenberger wrote: >On Sun, Jan 08, 2017 at 12:02:08AM -0500, Christos Zoulas wrote: >> Module Name: src >> Committed By:christos >> Date:Sun Jan 8 05:02:08 UTC 2017 >> >> Modified Files: >>

Re: CVS commit: src/sys/conf

On Sun, Jan 08, 2017 at 12:02:08AM -0500, Christos Zoulas wrote: > Module Name: src > Committed By: christos > Date: Sun Jan 8 05:02:08 UTC 2017 > > Modified Files: > src/sys/conf: Makefile.kern.inc > > Log Message: > Add COPTS for xhci.c, since the do_command_locked causes a

Re: CVS commit: src/sys/conf

On Dec 31, 3:23pm, "matthew green" wrote: } } Module Name: src } Committed By: mrg } Date: Thu Dec 31 15:23:07 UTC 2015 } } Modified Files: } src/sys/conf: copyright } } Log Message: } WELCOME 2016! Bad boy! That is serious cheating... Not supposed to do it until

Re: CVS commit: src/sys/conf

On Thu, Sep 03, 2015 at 02:56:35PM +0900, Masao Uebayashi wrote: > Because ${OBJS} affects not only build order but also link order. and that's exactly why it *should* be sorted. Please don't introduce sources of instability to the build process. Joerg

Re: CVS commit: src/sys/conf

On Thu, Sep 03, 2015 at 02:56:35PM +0900, Masao Uebayashi wrote: > Because ${OBJS} affects not only build order but also link order. And this matters why, in the absence of e.g. profile-driven function layout? (although it might be interesting to see if running ${OBJS} through lorder/tsort

Re: CVS commit: src/sys/conf

I got some errors from common/lib/libc/arch/arm/features.mk. Will revisit later.

Re: CVS commit: src/sys/conf

On Thu, Sep 3, 2015 at 11:32 PM, Joerg Sonnenberger wrote: > On Thu, Sep 03, 2015 at 02:56:35PM +0900, Masao Uebayashi wrote: >> Because ${OBJS} affects not only build order but also link order. > > and that's exactly why it *should* be sorted. Please don't introduce >

Re: CVS commit: src/sys/conf

My plan is to order objects following module dependency for kernel constructors.

re: CVS commit: src/sys/conf

"Masao Uebayashi" writes: > Module Name: src > Committed By: uebayasi > Date: Thu Sep 3 01:30:18 UTC 2015 > > Modified Files: > src/sys/conf: Makefile.kern.inc > > Log Message: > Stop ordering objects alphabetically now that I am sure I can fix fallouts. what's this about? why

Re: CVS commit: src/sys/conf

On Thu, Sep 03, 2015 at 01:30:18AM +, Masao Uebayashi wrote: > Module Name: src > Committed By:uebayasi > Date:Thu Sep 3 01:30:18 UTC 2015 > > Modified Files: > src/sys/conf: Makefile.kern.inc > > Log Message: > Stop ordering objects alphabetically now

re: CVS commit: src/sys/conf

"Masao Uebayashi" writes: > Module Name: src > Committed By: uebayasi > Date: Thu Sep 3 04:17:55 UTC 2015 > > Modified Files: > src/sys/conf: Makefile.kern.inc > > Log Message: > Rename ${COMPILE.c} to ${KCOMPILE.c} to avoid potential conflicts with those > in sys.mk. Define

Re: CVS commit: src/sys/conf

Because ${OBJS} affects not only build order but also link order.

Re: CVS commit: src/sys/conf

According to make(1), $< (${.IMPSRC}) is not set in explicit rules. If so, existing logic of using explicit rules around ${NORMAL_C} can be said to be just wrong.

Re: CVS commit: src/sys/conf

Fallouts should not happen.

Re: CVS commit: src/sys/conf

Sorry, my bad. :( There seems an evaluation order problem around ${SYSTEM_DEP} ... it is added to `netbsd' as a dependency much earlier than `sys/conf/Makefile.kern.inc' is included. I'll simply redo by adding netbsd: netbsd.ldscript in `sys/conf/Makefile.kern.inc' instead of relying on

Re: CVS commit: src/sys/conf

On Wed, Nov 12, 2014 at 11:04 PM, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote: christos@ wrote: I grepped -R and used nxr but found nothing. Hmm. http://nxr.netbsd.org/search?q=mkldscript.shproject=src shows all files.. I wonder if you need a different script (or proper wrapper) for

Re: CVS commit: src/sys/conf

uebayasi@ wrote: Modified Files: src/sys/arch/cats/conf: Makefile.cats.inc src/sys/arch/shark/conf: Makefile.shark.inc src/sys/conf: Makefile.kern.inc Added Files: src/sys/arch/arm/conf: kern.ldscript.head kern.ldscript.tail mkldscript.sh

Re: CVS commit: src/sys/conf

On Nov 13, 10:15pm, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote: -- Subject: Re: CVS commit: src/sys/conf | I'm not sure about your goal, but anyway it should be proposed | and discussed proper lists before commit. | | In the perfect world, both cats and shark should have native bootloaders

Re: CVS commit: src/sys/conf

On Thu, Nov 13, 2014 at 10:21 PM, Christos Zoulas chris...@zoulas.com wrote: On Nov 13, 10:15pm, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote: -- Subject: Re: CVS commit: src/sys/conf | I'm not sure about your goal, but anyway it should be proposed | and discussed proper lists before commit

Re: CVS commit: src/sys/conf

On Nov 13, 10:28pm, uebay...@gmail.com (Masao Uebayashi) wrote: -- Subject: Re: CVS commit: src/sys/conf | On Thu, Nov 13, 2014 at 10:21 PM, Christos Zoulas chris...@zoulas.com wrote: | On Nov 13, 10:15pm, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote: | -- Subject: Re: CVS commit: src/sys/conf

Re: CVS commit: src/sys/conf

On Thu, Nov 13, 2014 at 10:43 PM, Christos Zoulas chris...@zoulas.com wrote: On Nov 13, 10:28pm, uebay...@gmail.com (Masao Uebayashi) wrote: -- Subject: Re: CVS commit: src/sys/conf | On Thu, Nov 13, 2014 at 10:21 PM, Christos Zoulas chris...@zoulas.com wrote: | On Nov 13, 10:15pm, tsut

Re: CVS commit: src/sys/conf

uebayasi@ wrote: I have almost no questions, nothing to discuess except details. The review is held not for you but other developers and users. http://www.netbsd.org/developers/commit-guidelines.html Obvious fixes can be committed without any prior discussion or review. (The definition of

Re: CVS commit: src/sys/conf

On Nov 13, 10:49pm, uebay...@gmail.com (Masao Uebayashi) wrote: -- Subject: Re: CVS commit: src/sys/conf | On Thu, Nov 13, 2014 at 10:43 PM, Christos Zoulas chris...@zoulas.com wrote: | On Nov 13, 10:28pm, uebay...@gmail.com (Masao Uebayashi) wrote: | -- Subject: Re: CVS commit: src/sys/conf

Re: CVS commit: src/sys/conf

On Thu, Nov 13, 2014 at 11:54 PM, Christos Zoulas chris...@zoulas.com wrote: Any solution that involves hard-coding the currently used linksets by name is no solution for me. Please come up with a complete solution, and present it for discussion. Yes, the current script is a hack, but it is a

Re: CVS commit: src/sys/conf

In article CADbF7edbi1NG5O2LZqoh42zoAMvdEYoMF3bLyr=Pynu0PZx9=q...@mail.gmail.com, Masao Uebayashi uebay...@gmail.com wrote: On Thu, Nov 13, 2014 at 11:54 PM, Christos Zoulas chris...@zoulas.com wrote: Any solution that involves hard-coding the currently used linksets by name is no solution for

Re: CVS commit: src/sys/conf

In article m42jep$fu6$1...@ger.gmane.org, Christos Zoulas chris...@astron.com wrote: In article CADbF7edbi1NG5O2LZqoh42zoAMvdEYoMF3bLyr=Pynu0PZx9=q...@mail.gmail.com, Can you please explain what you are trying to do and what are your goals? I am not sure if I agree that the list of link_sets is

Re: CVS commit: src/sys/conf

On Fri, Nov 14, 2014 at 12:43 AM, Christos Zoulas chris...@astron.com wrote: In article m42jep$fu6$1...@ger.gmane.org, Christos Zoulas chris...@astron.com wrote: In article CADbF7edbi1NG5O2LZqoh42zoAMvdEYoMF3bLyr=Pynu0PZx9=q...@mail.gmail.com, Can you please explain what you are trying to do

Re: CVS commit: src/sys/conf

In article CADbF7edH-=2+az5vahupedqcmm7yt0jxmoc0ahdnfjnfu7a...@mail.gmail.com, Masao Uebayashi uebay...@gmail.com wrote: I can't answer everything soon but one reason coming to mind: I want to hide all link_set_* sections except link_set_modules in *.kmod. AFAIK linker script doesn't have a

Re: CVS commit: src/sys/conf

On Fri, Nov 14, 2014 at 1:14 AM, Christos Zoulas chris...@astron.com wrote: In article CADbF7edH-=2+az5vahupedqcmm7yt0jxmoc0ahdnfjnfu7a...@mail.gmail.com, Masao Uebayashi uebay...@gmail.com wrote: I can't answer everything soon but one reason coming to mind: I want to hide all link_set_*

Re: CVS commit: src/sys/conf

On Nov 13, 10:28pm, Masao Uebayashi wrote: } On Thu, Nov 13, 2014 at 10:21 PM, Christos Zoulas chris...@zoulas.com wrote: } On Nov 13, 10:15pm, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote: } } | I'm not sure about your goal, but anyway it should be proposed } | and discussed proper lists

Re: CVS commit: src/sys/conf

christos@ wrote: Module Name: src Committed By: christos Date: Wed Nov 12 02:15:58 UTC 2014 Modified Files: src/sys/conf: mkldscript.sh Log Message: I don't know what was using this before Christos, could you please try at least cvs log or grep -R before writing such

Re: CVS commit: src/sys/conf

In article 141112200516.m0117...@mirage.ceres.dti.ne.jp, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote: christos@ wrote: Module Name: src Committed By:christos Date:Wed Nov 12 02:15:58 UTC 2014 Modified Files: src/sys/conf: mkldscript.sh Log Message: I don't

Re: CVS commit: src/sys/conf

christos@ wrote: I grepped -R and used nxr but found nothing. Hmm. http://nxr.netbsd.org/search?q=mkldscript.shproject=src shows all files.. I wonder if you need a different script (or proper wrapper) for modules.. Well, it did not have a valid syntax also when I tried it for some reason

Re: CVS commit: src/sys/conf

I will look and try to write a separate mkldscript for kmod (but not today). On Wednesday, November 12, 2014, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote: christos@ wrote: Module Name: src Committed By: christos Date: Wed Nov 12 02:15:58 UTC 2014 Modified Files:

Re: CVS commit: src/sys/conf

Not to worry, I fixed it already. And I will improve it further. christos On Nov 12, 2014, at 6:51 AM, Masao Uebayashi uebay...@gmail.com wrote: I will look and try to write a separate mkldscript for kmod (but not today). On Wednesday, November 12, 2014, Izumi Tsutsui

Re: CVS commit: src/sys/conf

Now .kmod has .text .data link_set_* .rodata : instead of .text .rodata link_set_* .data : This may work, because modular(9) maps everything as RWX (uvm_km_alloc(UVM_KMF_WIRED | UVM_KMF_EXEC)). But still...

Re: CVS commit: src/sys/conf

You need sizeof(ptr) alignment, not 4. On Wednesday, November 12, 2014, Christos Zoulas chris...@netbsd.org wrote: Module Name:src Committed By: christos Date: Wed Nov 12 02:15:58 UTC 2014 Modified Files: src/sys/conf: mkldscript.sh Log Message: I don't know what

Re: CVS commit: src/sys/conf

config(5) is made of definitions and selections. Selections are basically written in user's config (GENERIC, etc.); commen ones may be put in sys/conf/std or sys/arch/*/conf/std.*. To follow that naming convention, how about: sys/conf/all.filesystems sys/conf/all.usb ? Users have to filter

Re: CVS commit: src/sys/conf

On Fri, Sep 19, 2014 at 09:05:23AM +, Matt Thomas wrote: Added Files: src/sys/conf: filesystems.config Log Message: include for configs which includes all file-systems and any dependent pseudo-devices Was this discussed anywhere? I'm not saying it's a bad idea; I'm just not

Re: CVS commit: src/sys/conf

On Sep 26, 2014, at 12:32 AM, David Holland dholland-sourcechan...@netbsd.org wrote: On Fri, Sep 19, 2014 at 09:05:23AM +, Matt Thomas wrote: Added Files: src/sys/conf: filesystems.config Log Message: include for configs which includes all file-systems and any dependent

Re: CVS commit: src/sys/conf

On Sun, Aug 24, 2014 at 04:42:46PM +, Matt Thomas wrote: Module Name: src Committed By: matt Date: Sun Aug 24 16:42:46 UTC 2014 Modified Files: src/sys/conf: files Log Message: Add entry for kern/kern_ksyms_buf.c This is wrong, the file is explicitly compiled as part

Re: CVS commit: src/sys/conf

On 8/24/14 10:54 AM, Joerg Sonnenberger wrote: On Sun, Aug 24, 2014 at 04:42:46PM +, Matt Thomas wrote: Module Name:src Committed By: matt Date: Sun Aug 24 16:42:46 UTC 2014 Modified Files: src/sys/conf: files Log Message: Add entry for kern/kern_ksyms_buf.c This

Re: CVS commit: src/sys/conf

On 07/04/11 15:00, matthew green wrote: Module Name:src Committed By: mrg Date: Mon Jul 4 13:00:19 UTC 2011 Modified Files: src/sys/conf: Makefile.kern.inc Log Message: apply some -Wno-foo to 3 files that are non-trivial to solve, for GCC 4.5. To generate a diff of

Re: CVS commit: src/sys/conf

On Mon, Jul 04, 2011 at 03:05:20PM +0200, Christoph Egger wrote: -. if defined(HAVE_GCC) || defined(HAVE_PCC) +.if defined(HAVE_GCC) || defined(HAVE_PCC) Please revert this part. uh why? -- David A. Holland dholl...@netbsd.org

Re: CVS commit: src/sys/conf

On 23.02.10 23:21, Darran Hunt wrote: Module Name: src Committed By: darran Date: Tue Feb 23 22:21:25 UTC 2010 Modified Files: src/sys/conf: files Log Message ? To generate a diff of this commit: cvs rdiff -u -r1.976 -r1.977 src/sys/conf/files Please note that

Re: CVS commit: src/sys/conf

Missed the log message, fixed with cvs admin -m. Log message now reads: DTrace: remove kern_dtrace.c, no longer used Darran. On 24/02/2010, at 11:24 AM, Christoph Egger wrote: On 23.02.10 23:21, Darran Hunt wrote: Module Name:src Committed By: darran Date: Tue Feb 23

Re: CVS commit: src/sys/conf

Thanks. Christoph On 23.02.10 23:26, Darran Hunt wrote: Missed the log message, fixed with cvs admin -m. Log message now reads: DTrace: remove kern_dtrace.c, no longer used Darran. On 24/02/2010, at 11:24 AM, Christoph Egger wrote: On 23.02.10 23:21, Darran Hunt wrote: Module

Re: CVS commit: src/sys/conf

On May 23, 6:34pm, John Nemeth wrote: } } Module Name: src } Committed By: jnemeth } Date: Thu Dec 31 23:59:02 UTC 2009 Bah! One minute early, got confused. Mea Culpa. For penance I shall remove myself from the race for the next two years. } Modified Files: }

Re: CVS commit: src/sys/conf

In message: 201001010039.o010dvjh028...@vtn1.victoria.tc.ca jnem...@victoria.tc.ca (John Nemeth) writes: : On May 23, 6:34pm, John Nemeth wrote: : } : } Module Name:src : } Committed By: jnemeth : } Date: Thu Dec 31 23:59:02 UTC 2009 : : Bah! One

Re: CVS commit: src/sys/conf

On Sun, Nov 15, 2009 at 01:39:00PM +, David Laight wrote: Avoids problems with awk processing floating point numbers when LC_NUMERIC give a decimal point of ','. Isn't it a bug in awk for the input language to be broken by locale settings? -- David A. Holland dholl...@netbsd.org

Re: CVS commit: src/sys/conf

On Sun, Nov 15, 2009 at 08:10:20PM +, David Holland wrote: On Sun, Nov 15, 2009 at 01:39:00PM +, David Laight wrote: Avoids problems with awk processing floating point numbers when LC_NUMERIC give a decimal point of ','. Isn't it a bug in awk for the input language to be broken

Re: CVS commit: src/sys/conf

On Wed, May 06, 2009 at 01:42:06PM +1000, matthew green wrote: Module Name: src Committed By: cube Date: Wed May 6 02:52:13 UTC 2009 Modified Files: src/sys/conf: files Log Message: Bump required config(1) version after files.drm