[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread Fedor Sergeev
On Tue, Jun 16, 2009 at 02:02:03PM -0400, James Carlson wrote: > In short, Mercurial just doesn't do that at > all, and versioning is something better left to packaging anyway. well, archives keep *you* mentioning http://www.selenic.com/mercurial/wiki/KeywordExtension That not really counts tow

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread alexander.gorshe...@sun.com
On Tue, 16 Jun 2009, James Carlson wrote: > Alexander.Gorshenev at Sun.COM writes: >> So is it something to be addressed later or users just have to live >> with it from now on? > > The 'hg keywords' check will tell you to remove that old SCCS-based > swill when you're updating files. The general

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread Fedor Sergeev
On Tue, Jun 16, 2009 at 10:29:01AM -0400, James Carlson wrote: > Alexander.Gorshenev at Sun.COM writes: > > So is it something to be addressed later or users just have to live > > with it from now on? > > The 'hg keywords' check will tell you to remove that old SCCS-based > swill when you're updat

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread James Carlson
Shawn Walker writes: > On Jun 16, 2009, at 2:22 PM, James Carlson wrote: > > By having the compiler store hashes into the object, you could > > independently verify that a given object was indeed produced from an > > unaltered set of sources without actually needing or having access to > > those so

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread James Carlson
Shawn Walker writes: > On Jun 16, 2009, at 2:01 PM, James Carlson wrote: > > Chris Quenelle writes: > >> 1. list of headers without version info (generated by compiler, put > >> into .o) > >> > >> 2. complete URL pointing at web-based tree of headers including > >> hash code > >> The hash code

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread James Carlson
Chris Quenelle writes: > 1. list of headers without version info (generated by compiler, put into .o) > > 2. complete URL pointing at web-based tree of headers including hash code > The hash code would be retrieved from the system at compile time. If the hash were based on contents (such as MD5),

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread Shawn Walker
On Jun 16, 2009, at 2:22 PM, James Carlson wrote: > Shawn Walker writes: >> On Jun 16, 2009, at 2:01 PM, James Carlson wrote: >>> Chris Quenelle writes: 1. list of headers without version info (generated by compiler, put into .o) 2. complete URL pointing at web-based tree of hea

[tools-compilers] Is there any way to overload __TIME__ & __DATE__ on Studio compilers?

2009-06-16 Thread Bart Smaalders
Chris Quenelle wrote: > the use of __TIME__ and __DATE__ means that a build produces different binaries every single time; this forces engineers to manually evaluate whether or not a source change (a header file, for example) affects a given binary. This induces errors, or for

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread Shawn Walker
On Jun 16, 2009, at 2:03 PM, Alan Coopersmith wrote: >> Ideally, I'd like to see: >> >> 1. list of headers without version info (generated by compiler, put >> into .o) > > You could even have the compiler save the SHA-1 checksum of the > header, so > that if it is from an IPS delivered package,

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread Shawn Walker
On Jun 16, 2009, at 2:01 PM, James Carlson wrote: > Chris Quenelle writes: >> 1. list of headers without version info (generated by compiler, put >> into .o) >> >> 2. complete URL pointing at web-based tree of headers including >> hash code >> The hash code would be retrieved from the system at

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread James Carlson
Fedor Sergeev writes: > On Tue, Jun 16, 2009 at 10:29:01AM -0400, James Carlson wrote: > > The higher level issue (how does versioning work anyway?) has been > > discussed several times. > > And? :) And see the archives. In short, Mercurial just doesn't do that at all, and versioning is somethin

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread Alan Coopersmith
Chris Quenelle wrote: > I think the old keyword info gave two useful pieces of information: > > 1. list of headers > 2. version of the headers For the subset of headers that came from ON, since many other headers, even those that came with the system, but from non-ON consolidations, didn't have S

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread Chris Quenelle
I think the old keyword info gave two useful pieces of information: 1. list of headers 2. version of the headers Ideally, I'd like to see: 1. list of headers without version info (generated by compiler, put into .o) 2. complete URL pointing at web-based tree of headers including hash code The

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread James Carlson
Alexander.Gorshenev at Sun.COM writes: > So is it something to be addressed later or users just have to live > with it from now on? The 'hg keywords' check will tell you to remove that old SCCS-based swill when you're updating files. The general rule is that you fix it (by removing it) when you c

[tools-compilers] #pragma ident in solaris headers

2009-06-16 Thread alexander.gorshe...@sun.com
The /usr/include headers in Solaris used to have #pragma ident lines such as #pragma ident "@(#)strings.h 1.3 96/03/12 SMI. Sun Studio compilers put such lines from standard headers (as well as other files) to the binary files. So that one can $mcs -p hello.o hello.o: @(#)stdio.h 1.