undefined reference to `pthread_create' Erreur lors de la prise de C++11 application avec ASIO et std::thread

Le fait qu'un programme est écrit en C++11 n'a pas d'incidence sur avec si ou
pas besoin d'être en relation avec le pthread de la bibliothèque. Il a besoin de lien
bibliothèque si elle nécessite des threads Posix.

C++11 présente l' std::thread classe et chaque conformes compilateur standard
la bibliothèque doit mettre en œuvre la fonctionnalité de la classe à l'aide de certains indigènes
fils de l'API hébergé par le système cible. GCC met en œuvre à l'aide de pthreads,
si vous ne pouvez créer un programme qui crée std::thread objets avec
GCC, à moins que vous lier avec -pthread. Ce fait est sans lien avec asio.

Plus TARD

J'en ai construit un programme sans pthread en utilisant std::std juste à l'aide de -std=c++11

Je pense que vous vous trompez et confus par le fait que certains Windows ports de GCC
lien libpthread par défaut. E. g. si votre programme d'exemple est dans thread.cpp j'
pouvez réussir à construire dans Windows avec TDM-GCC 4.9.2 donc:

>g++ -std=c++11 -o test_thread thread.cpp

Mais si vous le faites en mode verbose:

>g++ -v -std=c++11 -o test_thread thread.cpp

vous pouvez voir qu'un grand nombre de la bibliothèque options sont passées à l'éditeur de liens
derrière les scènes, en particulier -lpthread:

>g++ -v -std=c++11 -o test_thread thread.cpp 2>&1 | grep -Po 'pass-through=-lpthread' -
pass-through=-lpthread

Et sur Linux, vous n'aurez pas de lien libpthread, sauf si vous demandez:

$ g++ -std=c++11 -o test_thread thread.cpp
/tmp/ccpyEles.o: In function `std::thread::thread<void (&)()>(void (&)())':
thread.cpp:(.text._ZNSt6threadC2IRFvvEJEEEOT_DpOT0_[_ZNSt6threadC5IRFvvEJEEEOT_DpOT0_]+0x7d): undefined reference to `pthread_create'
collect2: error: ld returned 1 exit status

OriginalL'auteur Mike Kinghan

1. std::thread n'a pas besoin d'-pthread

Voici ce que j'ai creusé à partir de l'ASIO, et permettez-moi de montrer l'exemple simple d'abord. Dans CentOS 6.5 32 bits, et dans Eclipse, à l'aide de g++4.9.3, le code suivant construit avec -std=c++11 seulement, pas besoin de le dire-lpthread

std::string make_greeting_string()
{
    auto now = std::chrono::system_clock::now();
    const auto in_time_t = std::chrono::system_clock::to_time_t(now);

    std::stringstream ss;
    //ss << std::put_time(std::localtime(&in_time_t), "%Y-%m-%d %X");
    ss << "Greetings"<<45;
    return ss.str();
}
int main() {
    std::thread thread1(make_greeting_string);
    //test2();
    thread1.join();
    cout << "!!!Hello World!!!" << endl; //prints !!!Hello World!!!
    return 0;
}

Une fois que j'ai ajouter de la tes2() dans main, il échoue avec undefined reference to `pthread_create'

void *PrintHello(void *threadid)
{
   long tid;
   tid = (long)threadid;
   std::cout<<"Hello World! It's me, thread #%ld!"<<tid<<std::endl;
   pthread_exit(NULL);
}


void test2()
{
    pthread_t threads[NUM_THREADS];
    int rc;
    long t;
    for(t=0;t<NUM_THREADS;t++){
        std::cout<<"In main: creating thread %ld"<<t<<std::endl;
        rc = pthread_create(&threads[t], NULL, PrintHello, (void *)t);
        if (rc){
            std::cout<<"ERROR; return code from pthread_create() is "<<rc<<std::endl;
            exit(-1);
        }
    }
}

2. Source de l'ASIO de la dépendance sur -pthread

Tout d'abord, il y a un code dans la version autonome d'ASIO qui utilise des threads posix, mais peut également utiliser std. L'ordre doit être réorganisé de manière à utiliser std premier lorsque les deux sont définis. Exemple de Code à partir de static_mutex.php ligne 27

#elif defined(ASIO_HAS_PTHREADS)  
#include "asio/detail/posix_static_mutex.hpp"
#elif defined(ASIO_HAS_STD_MUTEX_AND_CONDVAR)
#include "asio/detail/std_static_mutex.hpp"

Deuxième, il y a encore deux fichiers posix: signal_blocker.hpp et tss_ptr.hpp. Le faire va échouer parce que Windows et POSIX sont pris en charge

Je ne sais pas si c'est possible de réécrire complètement les deux fichiers à l'utilisation de c++11, mais ces deux fichiers sont à la source de la dépendance sur -lpthread, pas de std::thread.

mise à jour

tss_ptr.hpp stipule que si ASIO_HAS_THREAD_KEYWORD_EXTENSION est défini, il n'a pas besoin pthread. Après j'ai défini ce dans les symboles, les erreurs a diminué de moitié, en indiquant, seul le signal_blocker.hpp est la source de cette dépendance.

affecte signal_set_service.ipp

case asio::io_service::fork_child:
    if (state->fork_prepared_)
    {
      asio::detail::signal_blocker blocker;
      close_descriptors();
      open_descriptors();
      int read_descriptor = state->read_descriptor_;
      state->fork_prepared_ = false;
      lock.unlock();
      reactor_.register_internal_descriptor(reactor::read_op,
          read_descriptor, reactor_data_, new pipe_read_op);
    }
    break;

et select_reactor.ipp

{
#if defined(ASIO_HAS_IOCP)
  asio::detail::signal_blocker sb;
  thread_ = new asio::detail::thread(
      bind_handler(&select_reactor::call_run_thread, this));
#endif //defined(ASIO_HAS_IOCP)
}

OriginalL'auteur Splash