On Fri, Jun 6, 2008 at 6:19 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> (just to test your own intuition: when reversed() got added, was
> that more of a language change than when sys.meta_path got
> added?)
I would say they were both core language changes.
Anyway, I will happily drop this
> I think, and this is just my opinion, that if you are forced to do a
> linear search through the entire test suite in order to find the file
> you want, that perhaps the test suite needs a tad better organisation.
Perhaps. However, if the linear search is then replaced with a recursive
one, no
> Personally I'd like to see packages have their own test directory.
That's a good idea, and it is already implemented for several packages.
> This
> keeps things related to each other together. Top level modules of
> course would have their tests in the top level test directory as they
> are no
Guilherme Polo schrieb:
2008/6/6 Ron Adam <[EMAIL PROTECTED]>:
Martin v. Löwis wrote:
How does 1 directory scale when one day you have possibly thousands of
tests?
I find this a theoretical question. It took 18 years to arrive at 500
test files. Assuming a linear growth, we get 1000 tests
On 07Jun2008 13:24, Steven D'Aprano <[EMAIL PROTECTED]> wrote:
| On Sat, 7 Jun 2008 07:32:40 am Martin v. Löwis wrote:
| > Flat is better than nested,
| > and adding hierarchy will make it *more* difficult to find anything
| > (except perhaps for the one person who did the rearrangement).
|
| Do y
On Sat, 7 Jun 2008 08:58:06 am Eric Smith wrote:
> > Really? Given the choice between core_language (divided into syntax
> > and builtins) and stdlib you wouldn't know where to look?
>
> Really. I wouldn't bother thinking about it. I'd just grep.
Since you'll do the same thing regardless of whet
On Sat, 7 Jun 2008 07:32:40 am Martin v. Löwis wrote:
> Flat is better than nested,
> and adding hierarchy will make it *more* difficult to find anything
> (except perhaps for the one person who did the rearrangement).
Do you have a filing cabinet with everything filed under "F" for File?
*wink*
Still, I don't think this should be done. Flat is better than nested,
and adding hierarchy will make it *more* difficult to find anything
(except perhaps for the one person who did the rearrangement).
Yes. Grep is your friend.
Raymond
___
Python-Dev
2008/6/6 Ron Adam <[EMAIL PROTECTED]>:
>
>
> Martin v. Löwis wrote:
>>>
>>> How does 1 directory scale when one day you have possibly thousands of
>>> tests?
>>
>> I find this a theoretical question. It took 18 years to arrive at 500
>> test files. Assuming a linear growth, we get 1000 tests in 202
Martin v. Löwis wrote:
How does 1 directory scale when one day you have possibly thousands of
tests?
I find this a theoretical question. It took 18 years to arrive at 500
test files. Assuming a linear growth, we get 1000 tests in 2025, and
2000 tests in 2060. People can worry about reorganizi
> How does 1 directory scale when one day you have possibly thousands of
> tests?
I find this a theoretical question. It took 18 years to arrive at 500
test files. Assuming a linear growth, we get 1000 tests in 2025, and
2000 tests in 2060. People can worry about reorganizing them then.
Regards,
> Really? Given the choice between core_language (divided into syntax
> and builtins) and stdlib you wouldn't know where to look?
Exactly so. I would not normally guess that the builtins belong to
the core language - they belong to the stdlib, IMO. "core language"
is just syntax to me, perhaps plu
How does 1 directory scale when one day you have possibly thousands of
tests?
On Jun 6, 2008, at 6:58 PM, "Facundo Batista"
<[EMAIL PROTECTED]> wrote:
2008/6/6 Benjamin Peterson <[EMAIL PROTECTED]>:
I always find it hard to find a test I'm looking for in a directory
with 365 different t
On Jun 6, 2008, at 6:52 PM, "Benjamin Peterson" <[EMAIL PROTECTED]
> wrote:
On Fri, Jun 6, 2008 at 5:51 PM, Eric Smith
<[EMAIL PROTECTED]> wrote:
Martin v. Löwis wrote:
I always find it hard to find a test I'm looking for in a directory
with 365 different tests in it. Also grouping tests
2008/6/6 Benjamin Peterson <[EMAIL PROTECTED]>:
> I always find it hard to find a test I'm looking for in a directory
> with 365 different tests in it. Also grouping tests by function will
> hopefully help reduce duplication and it more intuitive.
Intuitive to who taking into account which groupi
Benjamin Peterson wrote:
On Fri, Jun 6, 2008 at 5:51 PM, Eric Smith
<[EMAIL PROTECTED]> wrote:
Martin v. Löwis wrote:
I always find it hard to find a test I'm looking for in a directory
with 365 different tests in it. Also grouping tests by function will
hopefully help reduce duplication and it
On Fri, Jun 6, 2008 at 5:51 PM, Eric Smith
<[EMAIL PROTECTED]> wrote:
> Martin v. Löwis wrote:
>>>
>>> I always find it hard to find a test I'm looking for in a directory
>>> with 365 different tests in it. Also grouping tests by function will
>>> hopefully help reduce duplication and it more intui
Martin v. Löwis wrote:
- reorganizing the tests into separate directories
Why this one?
I always find it hard to find a test I'm looking for in a directory
with 365 different tests in it. Also grouping tests by function will
hopefully help reduce duplication and it more intuitive.
Still, I do
>>> - reorganizing the tests into separate directories
>> Why this one?
>
> I always find it hard to find a test I'm looking for in a directory
> with 365 different tests in it. Also grouping tests by function will
> hopefully help reduce duplication and it more intuitive.
Still, I don't think th
On Fri, Jun 6, 2008 at 2:12 PM, John J Lee <[EMAIL PROTECTED]> wrote:
> On Thu, 5 Jun 2008, Benjamin Peterson wrote:
>
>> - reorganizing the tests into separate directories
>
> Why this one?
I always find it hard to find a test I'm looking for in a directory
with 365 different tests in it. Also gr
On Thu, 5 Jun 2008, Benjamin Peterson wrote:
- reorganizing the tests into separate directories
Why this one?
John
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.pytho
On Thu, Jun 5, 2008 at 6:23 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
> Hi,
> This summer, I am going to be revamping Python's test suite. Major
> things I plan to do include
> - rewriting regrtest.py to be a simple test driver
> - implementing CPython only decorators
> - moving skipping dat
Hi,
This summer, I am going to be revamping Python's test suite. Major
things I plan to do include
- rewriting regrtest.py to be a simple test driver
- implementing CPython only decorators
- moving skipping data to the tests themselves (perhaps with decorators)
- completing the transition to unitte
23 matches
Mail list logo
