No, you didn't understand me. Sure, the code looks cleaner, but you still have the same problem. The problem is that your initialization happens with whatever your constructor is returning. So, if you are inheriting from two classes, the first constructor is going to return object1. The second constructor is going to return object2. Now, what you finally want is a single object - most likely object1 or object2. If you separate initialization from construction (and then I mean a logical separation - not a mere separation in your source code), you can just discard one of the objects (or rather, not even calling the constructor of those classes).

package MultiColoured;
our @ISA = qw /Red White Blue/;
sub new {my $self = Red->new; bless $self, shift}
sub init {
    my $self = shift;
    $self->Red::init(...);
    $self->White::init(...);
    $self->Blue::init(...);
}
...
package main;
my $obj = MultiColoured->new->init(...);
[download]

That doesn't mean MI is always possible. If in the above example Red assumes objects are hashrefs, and Blue assumes arrayrefs, MI isn't going to work. But if all the classes assume hashrefs (as most objects do), and you don't have clashes with the hashkeys, this is going to work.

But if you need to call the constructor to initialize the object, MI is going to fail.