Thread overview | |||||||
---|---|---|---|---|---|---|---|
|
October 25, 2006 imports other than at the top | ||||
---|---|---|---|---|
| ||||
I tried sticking an import in a unittest {} block and it caused an error. I put it there, naturally, because I only needed that particular module for the unittests and the whole rest of the file didn't really need to see those symbols. If you're not doing unittests there's no reason for the import overhead, and no reason to burden the user with making sure that particular testing module is present. Scoped importing like that just not supported at this time? --bb |
October 25, 2006 Re: imports other than at the top | ||||
---|---|---|---|---|
| ||||
Posted in reply to Bill Baxter | Bill Baxter wrote:
> I tried sticking an import in a unittest {} block and it caused an error.
>
> I put it there, naturally, because I only needed that particular module for the unittests and the whole rest of the file didn't really need to see those symbols. If you're not doing unittests there's no reason for the import overhead, and no reason to burden the user with making sure that particular testing module is present.
>
> Scoped importing like that just not supported at this time?
>
> --bb
I've noticed that imports can be placed in a version { } block, and I'd assume inside a debug { } too.. But inside of unittest { } there's actual code being executed, so it's probably a different kind of scope.
L.
|
October 25, 2006 Re: imports other than at the top | ||||
---|---|---|---|---|
| ||||
Posted in reply to Lionello Lunesu | Lionello Lunesu wrote:
> Bill Baxter wrote:
>> I tried sticking an import in a unittest {} block and it caused an error.
>>
>> I put it there, naturally, because I only needed that particular module for the unittests and the whole rest of the file didn't really need to see those symbols. If you're not doing unittests there's no reason for the import overhead, and no reason to burden the user with making sure that particular testing module is present.
>>
>> Scoped importing like that just not supported at this time?
>>
>> --bb
>
> I've noticed that imports can be placed in a version { } block, and I'd assume inside a debug { } too.. But inside of unittest { } there's actual code being executed, so it's probably a different kind of scope.
Ok, well that's good at least. I wonder if there is (or could be) a version(unittest) automatically set when -unittest is used.
--bb
|
October 25, 2006 Re: imports other than at the top | ||||
---|---|---|---|---|
| ||||
Posted in reply to Bill Baxter Attachments: | Bill Baxter schrieb am 2006-10-25: > Lionello Lunesu wrote: >> Bill Baxter wrote: >>> I tried sticking an import in a unittest {} block and it caused an error. >>> >>> I put it there, naturally, because I only needed that particular module for the unittests and the whole rest of the file didn't really need to see those symbols. If you're not doing unittests there's no reason for the import overhead, and no reason to burden the user with making sure that particular testing module is present. >>> >>> Scoped importing like that just not supported at this time? >>> >>> --bb >> >> I've noticed that imports can be placed in a version { } block, and I'd assume inside a debug { } too.. But inside of unittest { } there's actual code being executed, so it's probably a different kind of scope. > > Ok, well that's good at least. I wonder if there is (or could be) a version(unittest) automatically set when -unittest is used. http://d.puremagic.com/issues/show_bug.cgi?id=458 Thomas |
October 26, 2006 Re: imports other than at the top | ||||
---|---|---|---|---|
| ||||
Posted in reply to Thomas Kuehne | Thomas Kuehne wrote:
>>> I've noticed that imports can be placed in a version { } block, and I'd assume inside a debug { } too.. But inside of unittest { } there's actual code being executed, so it's probably a different kind of scope.
>> Ok, well that's good at least. I wonder if there is (or could be) a version(unittest) automatically set when -unittest is used.
>
> http://d.puremagic.com/issues/show_bug.cgi?id=458
>
> Thomas
That was fast!
Thanks, Thomas.
--bb
|
Copyright © 1999-2021 by the D Language Foundation