Порядок инициализация переменных в списке инициализации конструктора совпадает с порядком их объявления в самом классе.

А вообще конструкторы родительских классов вызываются до инициализации переменных в списке, конечно же

^^^ плюсую.

скомпилируй с -Wall, будет ворнинг.

Хм, тогда единственное решение такое?

class PerlFunctionData : public PerlObjectData {
private:
    SV *rv;
    Local<Value> *thisWrapped;

public:
    PerlFunctionData(V8Context* context_, SV *cv)
        : PerlObjectData(
              context_,
              Handle<Object>::Cast(
                  context_->make_function->Call(
                      context_->context->Global(),
                      1,
                      thisWrapped = new Local<Value>(External::Wrap(this))
                  )
              ),
              cv
          )
       , rv(cv ? newRV_noinc(cv) : NULL)
    { }
    ~PerlFunctionData() { delete thisWrapped; }
};

мамкин борщ уже съел?

порядок инициализации членов класса, однако

вон из профессии

/thread

Единственное решение - писать простые и очевидные конструкции, без лишнего кульхацкерства.

Не нужно передавать поля класса в конструктор базового класса.

шаблон проектирования же, ну

за использование context надо кастрировать без лишних разговоров, да

Вообще, такие конструкции затрудняют чтение и понимание кода. Если же без этого никак, то см. Base-from-Member idiom.

Тебе везде борщи мерещатся уже, бедняга?

не дерзи, юноша. я тебе в соседнем треде за ракеты рассказываю.