Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-14 Thread Jesse Noller
On Sat, Jun 14, 2008 at 12:31 AM, <[EMAIL PROTECTED]> wrote: >> "Guido" == Guido van Rossum <[EMAIL PROTECTED]> writes: > >Guido> On Fri, Jun 13, 2008 at 9:21 AM, <[EMAIL PROTECTED]> wrote: >>> In trying to solve a build problem with the multiprocessing code on >>> Solaris10 I vis

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-14 Thread Benjamin Peterson
On Fri, Jun 13, 2008 at 11:31 PM, <[EMAIL PROTECTED]> wrote: >> "Guido" == Guido van Rossum <[EMAIL PROTECTED]> writes: > >Guido> Ow. definitely. > > Yes. If I have some time Saturday and nobody beats me to it I'll fix this. Sorry, it seems I've beaten you. :) -- Cheers, Benjamin Pet

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread skip
> "Guido" == Guido van Rossum <[EMAIL PROTECTED]> writes: Guido> On Fri, Jun 13, 2008 at 9:21 AM, <[EMAIL PROTECTED]> wrote: >> In trying to solve a build problem with the multiprocessing code on >> Solaris10 I visited multiprocessing.c in XEmacs and noticed the files all >> a

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Benji York
On Fri, Jun 13, 2008 at 4:28 PM, Benji York <[EMAIL PROTECTED]> wrote: > Subversion can be configured to normalize line endings, either manually > through properties, or automatically via ~/.subversion/config: After sending this I though "surely this is in the developer docs", and indeed it is: h

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Guido van Rossum
On Fri, Jun 13, 2008 at 1:26 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > On Fri, Jun 13, 2008 at 3:24 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: >> On Fri, Jun 13, 2008 at 1:23 PM, Benjamin Peterson >> <[EMAIL PROTECTED]> wrote: >>> >>> Actually he just told me that he uploaded it from

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Benji York
On Fri, Jun 13, 2008 at 4:21 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > On Fri, Jun 13, 2008 at 1:09 PM, Benjamin Peterson > <[EMAIL PROTECTED]> wrote: >> On Fri, Jun 13, 2008 at 3:02 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: >>> On Fri, Jun 13, 2008 at 12:32 PM, Benjamin Peterson >>>

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Benjamin Peterson
On Fri, Jun 13, 2008 at 3:24 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > On Fri, Jun 13, 2008 at 1:23 PM, Benjamin Peterson > <[EMAIL PROTECTED]> wrote: >> >> Actually he just told me that he uploaded it from a Mac, so it's my fault. :) > > You're on Windows?! Me!? I cringe at the accusation

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Guido van Rossum
On Fri, Jun 13, 2008 at 1:23 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > On Fri, Jun 13, 2008 at 3:21 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: >> >> I'm guessing Jesse uploaded the patch from a Windows box. > > Actually he just told me that he uploaded it from a Mac, so it's my fault.

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Benjamin Peterson
On Fri, Jun 13, 2008 at 3:21 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > I'm guessing Jesse uploaded the patch from a Windows box. Actually he just told me that he uploaded it from a Mac, so it's my fault. :) > > It would be good to have something in the toolchain to change this. > Perhap

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Guido van Rossum
On Fri, Jun 13, 2008 at 1:09 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > On Fri, Jun 13, 2008 at 3:02 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: >> On Fri, Jun 13, 2008 at 12:32 PM, Benjamin Peterson >> <[EMAIL PROTECTED]> wrote: >>> I've converted the line endings in the trunk and py3k

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Benjamin Peterson
On Fri, Jun 13, 2008 at 3:02 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > On Fri, Jun 13, 2008 at 12:32 PM, Benjamin Peterson > <[EMAIL PROTECTED]> wrote: >> I've converted the line endings in the trunk and py3k. > > Thanks! Can we have a post-mortem of this? How did they get in there > in the

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Guido van Rossum
On Fri, Jun 13, 2008 at 12:32 PM, Benjamin Peterson <[EMAIL PROTECTED]> wrote: > On Fri, Jun 13, 2008 at 12:17 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: >> On Fri, Jun 13, 2008 at 9:21 AM, <[EMAIL PROTECTED]> wrote: >>> In trying to solve a build problem with the multiprocessing code on >>>

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Benjamin Peterson
On Fri, Jun 13, 2008 at 12:17 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > On Fri, Jun 13, 2008 at 9:21 AM, <[EMAIL PROTECTED]> wrote: >> In trying to solve a build problem with the multiprocessing code on >> Solaris10 I visited multiprocessing.c in XEmacs and noticed the files all >> appear

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Jesse Noller
I don't know where the windows line endings came from honestly - I'm on mac and linux boxes. Yes, they should be stripped. The solaris issue should be addressed in the setup.py section casing the various sem implementations for the platforms On Fri, Jun 13, 2008 at 12:21 PM, <[EMAIL PROTECTED]>

Re: [Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread Guido van Rossum
On Fri, Jun 13, 2008 at 9:21 AM, <[EMAIL PROTECTED]> wrote: > In trying to solve a build problem with the multiprocessing code on > Solaris10 I visited multiprocessing.c in XEmacs and noticed the files all > appear to have Windows line endings. Should those maybe be stripped to > conform to the o

[Python-Dev] multiprocessing source not "Unix clean"

2008-06-13 Thread skip
In trying to solve a build problem with the multiprocessing code on Solaris10 I visited multiprocessing.c in XEmacs and noticed the files all appear to have Windows line endings. Should those maybe be stripped to conform to the other Python source? FWIW, it appears that Solaris doesn't define SEM