[phobos] std.all
Andrei Alexandrescu
andrei at erdani.com
Tue Jun 8 11:05:37 PDT 2010
Actually I've generated std.all myself and experimented with it
(attached). The parse time with rdmd is larger than with individual
modules, but not annoying.
Recently there seems to be a problem with BigInt. Trying to add std.all
to the Phobos build yields the bizarre error:
std/all.d(7): Error: module bigint from file std/bigint.d conflicts with
another module bigint from file std/bigint.d
Looks like a compiler bug.
Yes, generation of std.all can and must be automated. It's very easy to
do so inside the makefile, which has a list of all modules. However,
there's a problem with the Windows makefile which is underpowered.
Andrei
On 06/08/2010 12:02 PM, David Simcha wrote:
> Does anyone have any objections to adding a std.all to Phobos, which
> would just publicly import all of Phobos? This would make it much
> easier to write small script-style programs in D, since so much
> functionality that's built into languages like Python and Perl is
> scattered across several Phobos modules in D. The library functions
> work as well as builtins after they're imported, but having to add 10
> import statements to a simple 50-line program to get this functionality
> gets a little tedious at times.
>
> If we add std.all, is there any easy way to automatically keep it in
> sync as new modules are added to Phobos, or would this have to be done
> manually?
>
>
>
> _______________________________________________
> phobos mailing list
> phobos at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/phobos
-------------- next part --------------
A non-text attachment was scrubbed...
Name: all.d
Type: text/x-dsrc
Size: 1599 bytes
Desc: not available
URL: <http://lists.puremagic.com/pipermail/phobos/attachments/20100608/6e9a8306/attachment.d>
More information about the phobos
mailing list