How about using a branch? Commit to the X-platform dev branch and build all
plats from there and when it is stable, land it.
ksb
> -----Original Message-----
> From: Stephen Rasku [mailto:[EMAIL PROTECTED]]
> Sent: Friday, April 07, 2000 11:53 AM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: UNIX version doesn't handle ^M in
> Entries/Repository if DOS
> ver used
>
>
>
> >Subject: Re: UNIX version doesn't handle ^M in Entries/Repository if
> DOS ver used
> >To: [EMAIL PROTECTED]
> >Date: Fri, 7 Apr 2000 14:31:14 -0400 (EDT)
> >Cc: [EMAIL PROTECTED]
> >From: [EMAIL PROTECTED] (Larry Jones)
> >X-Mailing-List: <[EMAIL PROTECTED]> archive/latest/2394
> >
> >[EMAIL PROTECTED] writes:
> >>
> >> >Description:
> >> If you have a shared filesystem that is sometimes accessed by
> the
> >> Win32 version and sometimes under UNIX, the UNIX version barfs
> >> because the DOS version leaves ^M cookies at the end of each
> line
> >> in CVS/Entries, CVS/Repository, CVS/Root, etc AND because the
> >> UNIX line-reading code isn't aggressive enough about
> portability
> >> to strip out trailing ^M's.
> >
> >Don't do that. Working directories are not designed to be shared
> >between systems with incompatible file formats (e.g., DOS and Unix).
> >Put the repository on a shared file system if you must (and even then
> >it's better to use client/server CVS instead), but *NEVER* try to
> share
> >working directories.
> >
>
> This seems like a bug to me. We want to do cross-platform
> development
> and we would like to compile the same source on all platforms without
> having to check it in first. We have the following structure for the
> each package in our system:
>
> pkg
> src
> tgt
> sol4 - For Sparc Solaris
> soli - For Intel Solaris
> win32 - For Windows
>
> This allows the same source to be compiled from the same location for
> multiple platforms.
>
> --
> Stephen Rasku E-mail: [EMAIL PROTECTED]
> Senior Software Engineer Phone: (604) 872-6676
> TGI Technologies Web: http://www.tgivan.com/
>
