Feature request: Deploying a class instance in the default data segment

Bill Baxter wbaxter at gmail.com
Wed Dec 17 22:21:10 PST 2008

2008/12/18 Weed <resume755 at mail.ru>:
> Bill Baxter пишет:
>> On Thu, Dec 18, 2008 at 2:05 PM, Weed <resume755 at mail.ru> wrote:
>>> Feature request: Deploying a class instance in the default data segment
>>> and
>>> creation of a class instance at compile time.
>>> In this post I'll try to prove the necessity of this feature.
>>> I have found that in D it is impossible to create a polymorphic object
>>> (class or struct) which can be created at compile-time.
>>> Good specific example of such an object is a matrix class.
>>> For some matrices it is good to create and initialize them at compile
>>> time, not dynamically at run time.
>>> Also for matrices of predefined size it is wrong to duplicate their
>>> dimensions (their width and height should be declared invariant and,
>>> consequently occupy memory only once)
>>> At the same time dynamically created matrices of arbitrary size which
>>> can be changed at run time are also needed. For example to make a slice
>>> of
>>> giant matrix it's more efficient to modify it in-place than to copy it.
>>> These matrices have variable width and height.
>>> So we have minimum two types of matrices: dynamic and constant sized with
>>> ability of compile time initialization. It is necessary to provide
>>> interaction between them (for example overload arithmetic operators
>>> for them). For this purpose it is necessary for them to be inherited
>>> from common parent.
>> This point I don't think is true.  DynamicMatrix can implement methods
>> like opMult(StaticMatrix M), and vice versa.

> I think this is impossible. If I create struct for compile-time matrix and
> class for all other I will not be able to create a methods for interaction
> between these objects through the templates because some of them will be
> announced before the other and it will not be able to get another type of
> object in a template.

You mean there will be this circular dependency?

   struct DynamicMatrix {
       DynamicMatrix opMul(StaticMatrix m) {...}

   struct StaticMatrix {
        DynamicMatrix opMul(DynamicMatrix m) {...}

I think this will work fine with DMD as long as you have both
DynamicMatrix and StaticMatrix in the same file.

If you *do* want to put them in separate modules, then, yes, you would
probably run into trouble.

It is kind of annoying that issues like this end up dictating how
source code is split among files in D.  I really think it should be
*my* choice to split up a file if I think it's getting too big.


More information about the Digitalmars-d mailing list