Почему это может быть скомпилировано в GNU / C ++, не может быть скомпилировано в VC ++ 2010 RTM? - PullRequest
Новая
       6

Почему это может быть скомпилировано в GNU / C ++, не может быть скомпилировано в VC ++ 2010 RTM?

1 голос
/ 06 апреля 2010 
#include <stdlib.h>
#include <iostream>
#include <memory>
#include "copy_of_auto_ptr.h"
#ifdef _MSC_VER
#pragma message("#include <string>")
#include <string>
// http://gcc.gnu.org/onlinedocs/gcc/Diagnostic-Pragmas.html#Diagnostic-Pragmas
#endif

/*
 case 1-4 is the requirement of the auto_ptr.
 which form http://ptgmedia.pearsoncmg.com/images/020163371X/autoptrupdate/auto_ptr_update.html
*/
/*
 case 1.
 (1) Direct-initialization, same type, e.g.
*/
std::auto_ptr<int> source_int() {
    // return std::auto_ptr<int>(new int(3));
    std::auto_ptr<int> tmp(new int(3));
    return tmp;
}

/*
 case 2.
 (2) Copy-initialization, same type, e.g.
*/
void sink_int(std::auto_ptr<int> p) {
    std::cout << "sink_int << " << *p << std::endl;
}

/*
 case 3.
 (3) Direct-initialization, base-from-derived, e.g.
*/

class Base {
public:
    Base() {
        std::cout << "creating Base object..." << std::endl;
    }
    virtual ~Base(){
        std::cout << "destoring Base object..." << std::endl;
    }
    virtual void go(){
        std::cout << "Base::go()" << std::endl;
    }
};

class Derived : public Base {
public:
    Derived() {
        std::cout << "creating Derived object..." << std::endl;
    }
    ~Derived(){
        std::cout << "destoring Derived object..." << std::endl;
    }
    void go(){
        std::cout << "Derived::go()" << std::endl;
    }
};

std::auto_ptr<Derived> source_derived() {
    // return std::auto_ptr<Derived>(new Derived());
    std::auto_ptr<Derived> tmp(new Derived());
    return tmp;
}

/*
 case 4.
 (4) Copy-initialization, base-from-derived, e.g.
*/
void sink_base( std::auto_ptr<Base> p) {
    p->go();
}

int main(void)
{
    /*
    // auto_ptr
    */
    // case 1. // auto_ptr
    std::auto_ptr<int> p_int(source_int());
    std::cout << *p_int << std::endl;

    // case 2. // auto_ptr
    sink_int(source_int());

    // case 3. // auto_ptr
    std::auto_ptr<Base> p_derived(source_derived());
    p_derived->go();

    // case 4. // auto_ptr
    sink_base(source_derived());

    return 0;
}

В Eclipse (GNU C ++. Exe -v gcc версия 3.4.5 (mingw-vista special r3)) есть две ошибки компиляции:

Описание Путь к ресурсу Тип местоположения Инициализирующий аргумент 1 из void sink_base(std::auto_ptr<Base>)' from result of std :: auto_ptr <_Tp> :: operator std :: auto_ptr <_Tp1> () [with _Tp1 = Base, _Tp = Derived] 'auto_ptr_ref_research.cpp auto_ptr_ref_research / auto_ptr_ref_research 190 C / 100 ++ C *

Описание Путь к ресурсу Тип местоположения нет соответствующей функции для вызова `std :: auto_ptr :: auto_ptr (std :: auto_ptr) 'auto_ptr_ref_research.cpp auto_ptr_ref_research / auto_ptr_ref_research 190 C / C ++ Проблема

Но это верно в VS2010 RTM.

Вопросы:

  1. Какой компилятор соответствует стандарту ISO C ++?

  2. Содержание случая 4 - это проблема, которую «auto_ptr & auto_ptr_ref хотите решить?»

1 Ответ

7 голосов
/ 06 апреля 2010

Я думаю, сокращенная версия: 

struct X
{
    X() {}
    X(X&);
};

X make() { return X(); }

void receive(X ) { }

int main()
{
    receive(make());
}

Обратите внимание на необычную форму конструктора копирования (из неконстантной ссылки), которая предотвращает (по стандарту, GCC верна) возможность копирования-конструирования экземпляра из временного (результат make()).

Ситуация намного сложнее, потому что std::auto_ptr пытается обойти полученные ограничения с помощью оболочки auto_ptr_ref. Однако, поскольку вы также хотите изменить тип указателя, он, вероятно, где-то ломается со всеми этими неявными преобразованиями, и VC ++ удается его скомпилировать только благодаря нестандартному расширению (позволяющему связывать значения с непостоянными ссылками).

Компилятор действительно говорит мне это правильно. На проблемной линии: 

warning C4239: nonstandard extension used : 'argument' : 
conversion from 'std::auto_ptr<_Ty>' to 'std::auto_ptr<_Ty> &'

В любом случае, std::auto_ptr - это неудачный эксперимент с причудливой семантикой, и в следующем стандарте он устарел. В C ++ 0x (например, с gcc 4.4.1) это сработало бы, если бы вы заменили все вхождения auto_ptr на unique_ptr и изменили сигнатуру функций приемника, чтобы использовать ссылки rvalue для получения передачи владения. 

void sink_base( std::unique_ptr<Base>&& p);
...