Garrett D'Amore wrote:
Garrett D'Amore wrote:
Danek Duvall wrote:
On Wed, Feb 07, 2007 at 11:35:52AM -0800, Stephen Hahn wrote:
That seems more than fair. Couldn't we make the keywords removal an
incremental process, via one of the code cleanliness filters? (As we
did for t
Garrett D'Amore wrote:
> Danek Duvall wrote:
>
>> On Wed, Feb 07, 2007 at 11:35:52AM -0800, Stephen Hahn wrote:
>>
>>
>>
>>> That seems more than fair. Couldn't we make the keywords removal an
>>> incremental process, via one of the code cleanliness filters? (As we
>>> did for th
Danek Duvall wrote:
> On Wed, Feb 07, 2007 at 11:35:52AM -0800, Stephen Hahn wrote:
>
>
>> That seems more than fair. Couldn't we make the keywords removal an
>> incremental process, via one of the code cleanliness filters? (As we
>> did for the CDDL version change...)
>>
>
> For ge
Stephen Hahn wrote:
* James Carlson <[EMAIL PROTECTED]> [2007-02-07 11:30]:
Stephen Lau writes:
I've updated the SCMMigrationTasks page on the genunix wiki. The
'implement keywords' task has now become 'strip SCCS keywords from ON'.
That should be a fun putback for someone to do ;-)
"not it!
On Wed, Feb 07, 2007 at 11:35:52AM -0800, Stephen Hahn wrote:
> That seems more than fair. Couldn't we make the keywords removal an
> incremental process, via one of the code cleanliness filters? (As we
> did for the CDDL version change...)
For generic ident strings and the handful of oth
* James Carlson <[EMAIL PROTECTED]> [2007-02-07 11:30]:
> Stephen Lau writes:
> > I've updated the SCMMigrationTasks page on the genunix wiki. The
> > 'implement keywords' task has now become 'strip SCCS keywords from ON'.
> > That should be a fun putback for someone to do ;-)
>
> "not it!"
T
* Stephen Lau <[EMAIL PROTECTED]> [2007-02-07 11:24]:
> >Oh boy, thats a lot of work.
> >
> >Lets hope we never have this kind of failure in the bridge again. The
> >sooner mercurial becomes the master the better!
>
> As I said in #onnv, the sooner this bridge can be burned, the better. :)
(I
Stephen Lau writes:
> I've updated the SCMMigrationTasks page on the genunix wiki. The
> 'implement keywords' task has now become 'strip SCCS keywords from ON'.
> That should be a fun putback for someone to do ;-)
"not it!"
--
James Carlson, Solaris Networking <[EMAIL PROTECTED]>
Darren J Moffat wrote:
Richard Lowe wrote:
(no guarantees there isn't a better way)
# All the revisions you have and they don't, except the merges
hg outgoing -M --template '{node}' > to-preserve
# Export all those in such a way they glob in the right order
for node in $(hg log -m # Assuming
Richard Lowe wrote:
(no guarantees there isn't a better way)
# All the revisions you have and they don't, except the merges
hg outgoing -M --template '{node}' > to-preserve
# Export all those in such a way they glob in the right order
for node in $(
Oh boy, thats a lot of work.
Lets hope we n
as Rich just reminded me - this should preferably be scriptable, so we
can run it just prior to putback.
cheers,
steve
Stephen Lau wrote:
I've updated the SCMMigrationTasks page on the genunix wiki. The
'implement keywords' task has now become 'strip SCCS keywords from ON'.
That should be a
I've updated the SCMMigrationTasks page on the genunix wiki. The
'implement keywords' task has now become 'strip SCCS keywords from ON'.
That should be a fun putback for someone to do ;-)
cheers,
steve
Stephen Lau wrote:
Just to poke this thread some more, the overwhelming consensus I've seen
[EMAIL PROTECTED] wrote:
Hi, C language does not support exceptions on arithmetic overflow. How do
people handle these situations? Do you use custom assembly code to check the
status of machine registers after arithmetic operations, or do you simply
ignore it and pretend it would never happen? If
Stephen Lau wrote:
Darren J Moffat wrote:
Stephen Lau wrote:
Can you please give step by step instructions on exactly where we
need to rollback to, ie the revision/changeset number last known to
be good (or one close it it) would be really helpful.
It looks like the last common changeset w
Just a quick announcement that the closed binary emancipation project
is now open at http://www.opensolaris.org/os/project/emancipation/ .
I've put some skeleton .c files up corresponding with the functions
of libc_i18n that need to be reimplemented on our hg repo:
hg.opensolaris.org/hg/ema
Darren J Moffat wrote:
Stephen Lau wrote:
Can you please give step by step instructions on exactly where we
need to rollback to, ie the revision/changeset number last known to
be good (or one close it it) would be really helpful.
It looks like the last common changeset was:
changeset: 12
Stephen Lau wrote:
Can you please give step by step instructions on exactly where we need
to rollback to, ie the revision/changeset number last known to be good
(or one close it it) would be really helpful.
It looks like the last common changeset was:
changeset: 1216:bbbeae705cee
user:
Darren J Moffat wrote:
Stephen Lau wrote:
Stephen Lau wrote:
Ugh. Rich and I found a bug in the bridge dating back to the FMA wad
in February of 2006, so unfortunately I'm going to do a massive
rollback to regenerate the gate.
I advise not pulling from the gate for a while until I can get t
Stephen Lau wrote:
Stephen Lau wrote:
Ugh. Rich and I found a bug in the bridge dating back to the FMA wad
in February of 2006, so unfortunately I'm going to do a massive
rollback to regenerate the gate.
I advise not pulling from the gate for a while until I can get this
fixed.
cheers,
st
On 2/7/07, devendra <[EMAIL PROTECTED]> wrote:
as i know before searching anything it must be indexed for indexing which
the source Directory...tell me the paths of src and index directorys
Which source do you refer to? If you want ON source then you need to
download it from opensolaris.
Hi, C language does not support exceptions on arithmetic overflow. How do
people handle these situations? Do you use custom assembly code to check the
status of machine registers after arithmetic operations, or do you simply
ignore it and pretend it would never happen? If you do check for overflow,
>With the schily makefilesystem, you need one set of autoconf results
>for all my tools and a small additional set for cdda2wav. If soneone likes to
>use a static prebuild setup, this would not take much effort.
This is pretty much what we do for perl; we run configure and create
the makefiles a
"Garrett D'Amore" <[EMAIL PROTECTED]> wrote:
> If we had to run autoconf on every package we integrate, it would do
> horrible, miserable things to build times. (I'd also suggest looking at
> NetBSD, they have a similar approach, where their GNU stuff is
> "preconfigured" in their build script, s
Glenn Fowler <[EMAIL PROTECTED]> wrote:
>
> On Tue, 6 Feb 2007 11:23:17 -0800 Keith M Wesolowski wrote:
>
> "... no autoconf in ON ..."
>
> > It's fine for AT&T to offer components that autoconfigure if that's
> > what their customers want. There's some value in being able to get
> > some kind of
James Carlson wrote:
> Roland Mainz writes:
> > James Carlson wrote:
[snip]
> > [snip]
> > > > > cmd/ksh/amd64/Makefile
> > > > > cmd/ksh/i386/Makefile
> > > > >
> > > > > 39-48: use the $(INS.link) rule instead.
> > > >
> > > > Erm... that won't work AFAIK. $(USRKSH_ALIAS_LIST) is a variable lis
hi
as i know before searching anything it must be indexed for indexing which
the source Directory...tell me the paths of src and index directorys
This message posted from opensolaris.org
___
opensolaris-code mailing list
opensolaris-code@opensol
26 matches
Mail list logo
