Re: nptl branch going away, use nptl_merge

2009-12-02 Thread Carmelo AMOROSO
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rob Landley wrote: > On Monday 23 November 2009 12:14:07 Austin Foxley wrote: >> On 11/23/2009 01:23 AM, Bernhard Reutner-Fischer wrote: >>> Good idea. >>> Is there something preventing a rename of nptl_merge -> nptl now? >> Done. nptl_merge is now npt

Re: nptl branch going away, use nptl_merge

2009-11-24 Thread Austin Foxley
On 11/23/2009 07:51 PM, Rob Landley wrote: On Sunday 22 November 2009 14:15:23 Austin Foxley wrote: For my own sanity, I'm killing (renaming) the non master based nptl branch. The difference of effort in keeping the two synced to master is quite significant. For the master based nptl_merge, all

Re: nptl branch going away, use nptl_merge

2009-11-23 Thread Rob Landley
On Monday 23 November 2009 12:14:07 Austin Foxley wrote: > On 11/23/2009 01:23 AM, Bernhard Reutner-Fischer wrote: > > Good idea. > > Is there something preventing a rename of nptl_merge -> nptl now? > > Done. nptl_merge is now nptl. > > -Austin Confused. I'm testing via: git archive --prefix=uC

Re: nptl branch going away, use nptl_merge

2009-11-23 Thread Rob Landley
On Sunday 22 November 2009 14:15:23 Austin Foxley wrote: > For my own sanity, I'm killing (renaming) the non master based nptl > branch. The difference of effort in keeping the two synced to master is > quite significant. > > For the master based nptl_merge, all I have to do is a > 'git merge origi

Re: nptl branch going away, use nptl_merge

2009-11-23 Thread Austin Foxley
On 11/23/2009 01:23 AM, Bernhard Reutner-Fischer wrote: > Good idea. > Is there something preventing a rename of nptl_merge -> nptl now? Done. nptl_merge is now nptl. -Austin ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/li

Re: nptl branch going away, use nptl_merge

2009-11-23 Thread Carmelo AMOROSO
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Austin Foxley wrote: > > On 11/23/2009 01:23 AM, Bernhard Reutner-Fischer wrote: >>> Good idea. >>> Is there something preventing a rename of nptl_merge -> nptl now? > > Not particularly. The only issue is that someone out there might try to > push

Re: nptl branch going away, use nptl_merge

2009-11-23 Thread Austin Foxley
On 11/23/2009 01:23 AM, Bernhard Reutner-Fischer wrote: Good idea. Is there something preventing a rename of nptl_merge -> nptl now? Not particularly. The only issue is that someone out there might try to push to the 'nptl' branch, and it would fail/break. Pretty much a non-issue now. I'll

Re: nptl branch going away, use nptl_merge

2009-11-23 Thread Carmelo AMOROSO
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Korsgaard wrote: >> "Carmelo" == Carmelo AMOROSO writes: > > Carmelo> If you are going to use buildroot, there is a problem during > Carmelo> the configuration of the final gcc that will prevent to use > Carmelo> the proper unwinding. >

Re: nptl branch going away, use nptl_merge

2009-11-23 Thread Carmelo AMOROSO
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bernhard Reutner-Fischer wrote: > On Mon, Nov 23, 2009 at 07:28:45AM +0100, Carmelo AMOROSO wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Austin Foxley wrote: >>> For my own sanity, I'm killing (renaming) the non master based nptl >>

Re: nptl branch going away, use nptl_merge

2009-11-23 Thread Bernhard Reutner-Fischer
On Mon, Nov 23, 2009 at 07:28:45AM +0100, Carmelo AMOROSO wrote: >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA1 > >Austin Foxley wrote: >> For my own sanity, I'm killing (renaming) the non master based nptl >> branch. The difference of effort in keeping the two synced to master is >> quite signifi

Re: nptl branch going away, use nptl_merge

2009-11-23 Thread Peter Korsgaard
> "Carmelo" == Carmelo AMOROSO writes: Carmelo> If you are going to use buildroot, there is a problem during Carmelo> the configuration of the final gcc that will prevent to use Carmelo> the proper unwinding. Carmelo> I did a fixed times ago on an very old buildroot version, Carmelo> un

Re: nptl branch going away, use nptl_merge

2009-11-22 Thread Carmelo AMOROSO
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Austin Foxley wrote: > For my own sanity, I'm killing (renaming) the non master based nptl > branch. The difference of effort in keeping the two synced to master is > quite significant. > > For the master based nptl_merge, all I have to do is a > 'git

Re: nptl branch going away, use nptl_merge

2009-11-22 Thread Carmelo AMOROSO
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mikhail Gusarov wrote: > Twas brillig at 02:41:33 23.11.2009 UTC+06 when dotted...@dottedmag.net did > gyre and gimble: > > AF>> There is a pthread test suite in LTS that would probably be a good > AF>> place to start. > > MG> Google does not ret

Re: nptl branch going away, use nptl_merge

2009-11-22 Thread Carmelo AMOROSO
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Austin Foxley wrote: > On 11/22/2009 12:41 PM, Mikhail Gusarov wrote: >> >> Twas brillig at 12:31:37 22.11.2009 UTC-08 when aust...@cetoncorp.com >> did gyre and gimble: >> >> >> By the way, is there work suitable for those who are not >> enlightene

Re: nptl branch going away, use nptl_merge

2009-11-22 Thread Austin Foxley
On 11/22/2009 12:41 PM, Mikhail Gusarov wrote: Twas brillig at 12:31:37 22.11.2009 UTC-08 when aust...@cetoncorp.com did gyre and gimble: >> By the way, is there work suitable for those who are not enlightened >> by NPTL stuff yet to make merge happen sooner? Something like >> "compil

Re: nptl branch going away, use nptl_merge

2009-11-22 Thread Austin Foxley
On 11/22/2009 12:46 PM, Mikhail Gusarov wrote: http://ltp.sourceforge.net/ - this one? Right that one, sorry. -Austin ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

Re: nptl branch going away, use nptl_merge

2009-11-22 Thread Mikhail Gusarov
Twas brillig at 02:41:33 23.11.2009 UTC+06 when dotted...@dottedmag.net did gyre and gimble: AF>> There is a pthread test suite in LTS that would probably be a good AF>> place to start. MG> Google does not return anything relevant for "LTS". Is that "Linux MG> Test Suite"? http://ltp.sourc

Re: nptl branch going away, use nptl_merge

2009-11-22 Thread Mikhail Gusarov
Twas brillig at 12:31:37 22.11.2009 UTC-08 when aust...@cetoncorp.com did gyre and gimble: >> By the way, is there work suitable for those who are not enlightened >> by NPTL stuff yet to make merge happen sooner? Something like >> "compile uClibc for arch foo; By the way, do I need to config

Re: nptl branch going away, use nptl_merge

2009-11-22 Thread Austin Foxley
Also, FYI: git remote prune origin Will get rid of the stale origin/nptl branch after you pull. -Austin ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc

Re: nptl branch going away, use nptl_merge

2009-11-22 Thread Austin Foxley
On 11/22/2009 12:19 PM, Mikhail Gusarov wrote: Twas brillig at 12:15:23 22.11.2009 UTC-08 when aust...@cetoncorp.com did gyre and gimble: AF> I have so little time to work on uClibc, that I would rather spend AF> it actually fixing problems, than just doing very manual syncing AF> wor

Re: nptl branch going away, use nptl_merge

2009-11-22 Thread Mikhail Gusarov
Twas brillig at 12:15:23 22.11.2009 UTC-08 when aust...@cetoncorp.com did gyre and gimble: AF> I have so little time to work on uClibc, that I would rather spend AF> it actually fixing problems, than just doing very manual syncing AF> work... By the way, is there work suitable for those who

nptl branch going away, use nptl_merge

2009-11-22 Thread Austin Foxley
For my own sanity, I'm killing (renaming) the non master based nptl branch. The difference of effort in keeping the two synced to master is quite significant. For the master based nptl_merge, all I have to do is a 'git merge origin/master' and fixup any conflicts. Done. For the old nptl branch,