[M3devel] review before checkin/submit/commit? place for user-specific or work-in-progres?

Thu Jan 4 03:07:36 CET 2007

 > PS: You may want to include non-HTML versions of the texts in your email.

hm, sorry, that was hotmail's doing but I think due to a setting change I 
didn't notice, not sure I made it or not. This should come through better.

>Have you read the M3 configuration management rules at

I'll reread them.

I don't like so much ahead of time oversight in my way...

It looks like folks have made it easy to convert to other source controls 
systems, there are import tools, but I guess "easy" is relative, like all 
things. "Nothing" has the minimal short term cost of course, but usually not 
the minimal long term cost. My understanding is that Subversion isn't so 
great either. It doesn't have like "hierarchical branches", just a mainline 
and copying back and forth to it, something like that. My "random survey" 
says Perforce is best.

Win32 mostly implies Win64. They don't need to be distinct forks.
Really the problem is like of "hierarchical sharing".
It bugs me how much is copy/pasted among targets in Modula-3.
You want to be able to factor out arbitrarily so that targets can be 
"derived" from other targets, or intermediate abstract targets. (ie: Win32 
would be the base of Win32-x86, Win32-PowerPC, Win32-MIPS, Win32-Alpha, and 
even the base of Win64, which would then be the base of Win64-AMD64, 
Win64-IA64..)
I realize that there isn't zero sharing here in Modula-3, but there is also 
a lot of copy/paste.

_WIN64 implies _WIN32. They are both defined if _WIN64 is defined.
/Usually/ but not always #if defined(_WIN32) is around Windows-specific 
code, not pointer-size dependent or processor dependent code.

This is true in Modula-3 where most but not all TARGET == NT386 and OS_TYPE 
== Win32 code would work on any Win32 or Win64 architecture.

- Jay

From:  "Olaf Wagner" <wagner at elegosoft.com>
To:  "j k" <jayk123 at hotmail.com>
CC:  m3devel at elegosoft.com
Subject:  Re: [M3devel] review before checkin/submit/commit? place for 
user-specific or work-in-progres?
Date:  Wed, 3 Jan 2007 15:58:00 +0100 (CET)
>
>On Mon, January 1, 2007 3:39 pm, j k wrote:
> > <html><div style='background-color:'><DIV class=RTE>Do folks here
> > require/prefer all things be discussed/reviewed before any
> > checkin/submit/commit? Or ok to do stuff kind of single-mindedly? Source
> > control helps it not matter imho, but cvs isn't a great source control 
>system,
> > as far as I know yet and as far as I have read.</DIV>
> > <DIV class=RTE> </DIV>
> > <DIV class=RTE>Is there anywhere appropriate to checkin</DIV>
> > <DIV class=RTE>  work in progress?</DIV>
> > <DIV class=RTE>  user/developer-specific stuff?</DIV>
> > <DIV class=RTE> </DIV>
> > <DIV class=RTE>For example at work we can put stuf in
> > <root>\developer\<username>.</DIV>
> > <DIV class=RTE>Can a similar namespace be carved out in the cm3 cvs tree 
>or
> > would that be an abuse?</DIV>
> > <DIV class=RTE> </DIV>
> > <DIV class=RTE>Maybe I should just find some generic hosting 
>service..?</DIV>
> > <DIV class=RTE> </DIV>
> > </html>
>
>Jay,
>
>usually it's OK to check-in changes on the main trunk if they are compiling
>and working OK. If you are undertaking bigger projects that might affect
>other development, you should create a development branch for them to
>isolate them until they are finished and have been tested by others.
>Anyway it is always a good idea to announce changes on the m3devel list
>to see if anybody objects.
>
>Have you read the M3 configuration management rules at
>http://modula3.elegosoft.com/cm3/cm3-cm-rules.html?
>
>I would really like to have automatic compilation and regression testing
>on different target platforms, but this is not too easy to set up and
>maintain.
>
>You are right that CVS is not the greatest tool for version control,
>but it's working reliably, the bugs are known and can be worked around
>or ignored :) A migration of the repository to e.g. Subversion would
>be quite a lot of work, and have impacts on much of the existing
>infrastructure. With the available human resources I wouldn't recommend
>such a change.
>
>Olaf
>
>PS: You may want to include non-HTML versions of the texts in your email.
>PPS: Please also note the other mails about the CFLF/LF line ending, which
>   should be taken care of by your CVS client. If you don't get proper
>   Windows-formatted texts in your workspace, you have set up something
>   wrong.
>--
>Olaf Wagner
>elego Software Solutions GmbH, Berlin, Germany

_________________________________________________________________
Dave vs. Carl: The Insignificant Championship Series.  Who will win? 
http://clk.atdmt.com/MSN/go/msnnkwsp0070000001msn/direct/01/?href=http://davevscarl.spaces.live.com/?icid=T001MSN38C07001