> 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
> 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
> - 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
"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 n
"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,
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 ar
>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
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 cluster
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 n
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 m
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
>> 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 build
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 o
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
A
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.
>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 pul
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
Ad
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
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
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 plac
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 Messa
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
> 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
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 link in
>src and d
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.
Could
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 at
http:
On Mon, Oct 09, 2017 at 10:28:33AM +, Robert Elz wrote:
> Module Name: src
> Committed By: kre
> Date: Mon Oct 9 10:28:33 UTC 2017
>
> Modified Files:
> src/sys/conf: files
>
> Log Message:
> (untested) attempt to fix b5 evbarm-earmv7hf build - please revert if this
> is incor
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:
>> 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 spur
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 midnight
My plan is to order objects following module dependency for kernel constructors.
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
> sources of instability to th
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
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 impro
I got some errors from common/lib/libc/arch/arm/features.mk. Will
revisit later.
Because ${OBJS} affects not only build order but also link order.
"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 .go/
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 t
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.
Fallouts should not happen.
"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 a
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 ${SYSTE
On Nov 13, 10:28pm, Masao Uebayashi wrote:
} On Thu, Nov 13, 2014 at 10:21 PM, Christos Zoulas 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 before commit.
}
}
On Fri, Nov 14, 2014 at 1:14 AM, Christos Zoulas wrote:
> In article
> ,
> Masao Uebayashi 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 syntax to
In article ,
Masao Uebayashi 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 syntax to do ``merge
>everything except this pattern''. Thus I need to know a
On Fri, Nov 14, 2014 at 12:43 AM, Christos Zoulas wrote:
> In article ,
> Christos Zoulas wrote:
>>In article
>>,
>>
>>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 "well known". If
>>you ask anyone to enumerate
In article ,
Christos Zoulas wrote:
>In article
>,
>
>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 "well known". If
>you ask anyone to enumerate them they will probably resort to nm the
>kernel...
Ok, I see the
In article
,
Masao Uebayashi wrote:
>On Thu, Nov 13, 2014 at 11:54 PM, Christos Zoulas 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 scrip
On Thu, Nov 13, 2014 at 11:54 PM, Christos Zoulas 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 hack we've been
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 wrote:
| > On Nov 13, 10:28pm, uebay...@gmail.com (Masao Uebayashi) wrote:
| > -- Subject: 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
On Thu, Nov 13, 2014 at 10:43 PM, Christos Zoulas 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
> wrote:
> | > On Nov 13, 10:15pm, tsut...@ceres.dti
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 wrote:
| > On Nov 13, 10:15pm, tsut...@ceres.dti.ne.jp (Izumi Tsutsui) wrote:
| > -- Subject: Re: CVS commit: src/sys/conf
| >
On Thu, Nov 13, 2014 at 10:21 PM, Christos Zoulas 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 be
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 bootlo
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
> > m
On Wed, Nov 12, 2014 at 11:04 PM, Izumi Tsutsui wrote:
> christos@ wrote:
>
>> I grepped -R and used nxr but found nothing.
>
> Hmm.
> http://nxr.netbsd.org/search?q=mkldscript.sh&project=src
> shows all files..
>
>> >I wonder if you need a different script (or proper wrapper)
>> >for modules..
>>
Not to worry, I fixed it already. And I will improve it further.
christos
> On Nov 12, 2014, at 6:51 AM, Masao Uebayashi wrote:
>
> I will look and try to write a separate mkldscript for kmod (but not today).
>
>> On Wednesday, November 12, 2014, Izumi Tsutsui
>> wrote:
>> christos@ wrote:
I will look and try to write a separate mkldscript for kmod (but not today).
On Wednesday, November 12, 2014, Izumi Tsutsui
wrote:
> christos@ wrote:
>
> > Module Name: src
> > Committed By: christos
> > Date: Wed Nov 12 02:15:58 UTC 2014
> >
> > Modified Files:
> > src/sys/conf:
christos@ wrote:
> I grepped -R and used nxr but found nothing.
Hmm.
http://nxr.netbsd.org/search?q=mkldscript.sh&project=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
In article <141112200516.m0117...@mirage.ceres.dti.ne.jp>,
Izumi Tsutsui 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 k
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
You need sizeof(ptr) alignment, not 4.
On Wednesday, November 12, 2014, Christos Zoulas
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
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...
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 unw
On Sep 26, 2014, at 12:32 AM, David Holland
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
>> pseudo-devices
>
> Was this
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 jus
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 i
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
> Module Name: src
> Committed By: christos
> Date: Thu Feb 16 23:56:58 UTC 2012
>
> Modified Files:
> src/sys/conf: osrelease.sh
>
> Log Message:
> Add new -k (for kernel modules) flag to return MM.99.pp for current and MM.mm
> for the release branch.
Should we also provide consi
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
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 th
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 wrot
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 22:21:2
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 not
On Apr 18, 6:00am, "M. Warner Losh" wrote:
} 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:
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 m
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:
} 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 br
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
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 f
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 changes [hi mrg!].
so, this is because i'm using the new feature you add
82 matches
Mail list logo
