Странная проблема с линковкой очереди сообщений posix - иногда она не линкуется правильно

Когда я создаю следующий код, он работает нормально. Если я изменю код, чтобы закомментировать «пока», используя ту же командную строку, он не будет построен (см. Ниже)

#include <stdio.h>
#include <mqueue.h>

int main(int argc, char *argv[]) {
   while (1) { }

   mq_open("/YouSUCK", O_RDWR | O_CREAT | O_EXCL, S_IRWXU | S_IRWXG, NULL);

   return 0;
}

dada@thud:~/RaspberryPI$ gcc -g -Wall -lrt -o mqtest mqtest.c

dada@thud:~/RaspberryPI$ 

#include <stdio.h>
#include <mqueue.h>

int main(int argc, char *argv[]) {
//   while (1) { }

   mq_open("/YouSUCK", O_RDWR | O_CREAT | O_EXCL, S_IRWXU | S_IRWXG, NULL);

   return 0;
}

dada@thud:~/RaspberryPI$ gcc -g -Wall -lrt -o mqtest mqtest.c

/tmp/cccw376u.o: In function `main':

/home/dada/RaspberryPI/mqtest.c:7: undefined reference to `mq_open'

collect2: ld returned 1 exit status

dada@thud:~/RaspberryPI$

Любые идеи ?

dada@thud:~/RaspberryPI$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.6/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.6.3-1ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5)

Обновлять:

Похоже на проблему с версией компилятора, я создал тот же код на другом компьютере, и он правильно строится с любым из вышеуказанных файлов. Поэтому я думаю, мне нужен другой компилятор.

dada@JoesPi ~ $ gcc -v

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.6/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.3-14+rpi1' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp --with-float=hard --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
Thread model: posix
gcc version 4.6.3 (Debian 4.6.3-14+rpi1)

person Joe Simon    schedule 13.11.2013    source источник
comment
Похоже, проблемы с версией компилятора, я собрал тот же код на другой машине,   -  person Joe Simon    schedule 14.11.2013
comment
Возможно, компилятор оптимизировал его, потому что mq_open никогда не будет выполняться.   -  person Duck    schedule 14.11.2013
comment
@duck Не похоже, что это так, поскольку, если он будет оптимизирован, тогда не должно быть неопределенного символа, поскольку его фактически больше нет.   -  person Joe Simon    schedule 14.11.2013
comment
Вы сказали выше, что он не скомпилировался после того, как вы его прокомментировали, но он скомпилировался с ним там. С бесконечным циклом while, возможно, компилятор просто полностью выбросил mq_open, следовательно, нет символа, которым можно было бы задохнуться.   -  person Duck    schedule 14.11.2013
comment
Извините, теперь я понимаю ... прочитайте ваш комментарий задом наперед, спасибо, я попробую еще несколько вещей, чтобы увидеть, так ли это.   -  person Joe Simon    schedule 14.11.2013
comment
Хорошо, да, когда я переключаюсь с while(1) на while(0), я получаю измененное поведение, поэтому я думаю, что вы правы насчет оптимизатора. теперь мне просто нужно выяснить, почему компилятор не находит mq_open, когда я включаю -lrt в командной строке.   -  person Joe Simon    schedule 14.11.2013
comment
Из руководства GCC: имеет значение, где в команде вы пишете эту опцию; компоновщик ищет и обрабатывает библиотеки и объектные файлы в том порядке, в котором они указаны. Таким образом, «foo.o -lz bar.o» ищет библиотеку «z» после файла foo.o, но перед bar.o. Если bar.o ссылается на функции в «z», эти функции могут быть не загружены. Это то, что делает ваш gcc -g -Wall -lrt -o mqtest mqtest.c, как я прокомментировал ниже.   -  person Duck    schedule 14.11.2013
comment
@Duck - Да, извините, что вы указали на это ранее, но я проглядел это с закрытыми глазами. Еще раз спасибо, кажется, проблема решена, теперь она собирается. (Теперь нужно собрать приложение и снова заставить его работать)   -  person Joe Simon    schedule 14.11.2013
comment
Не за что, Джо. Удачи в повторной сборке.   -  person Duck    schedule 14.11.2013
comment
поставь -lrt в конце и все заработает..   -  person Alok Prasad    schedule 27.01.2018


Ответы (3)


'неопределенная ссылка на mq_open' collect2:

Ссылка на librt. НАПРИМЕР. -lrt

person Duck    schedule 13.11.2013
comment
Спасибо, я сверху... gcc -g -Wall -lrt -o mqtest mqtest.c вот что такое странное поведение... верхний пример строится, нижний нет, точно такая же командная строка... - person Joe Simon; 14.11.2013
comment
Извините, я пропустил это. Изменить на gcc -g -Wall -o mqtest mqtest.c -lrt. Я не смог воспроизвести вашу проблему. Оба скомпилированы. - person Duck; 14.11.2013
comment
Спасибо @Duck. Похоже, проблема с версией компилятора, первые 2 коробки, на которых я пробовал, столкнулись с той же проблемой, на 3-й все работало нормально. Попробую исправить компилятор на плохой коробке. Еще раз спасибо - Джо - person Joe Simon; 14.11.2013
comment
@Duck Я не могу указать lrt внутри pkg-config для g++. Пишет, что библиотека lrt не найдена. Любые идеи? - person Ace; 18.07.2019
comment
@Duck У меня есть описанная выше проблема, задокументированная здесь: stackoverflow.com/questions/57094210/ - person Ace; 18.07.2019

Вы можете скомпилировать его, используя $gcc -g -Wall -o mqtest mqtest.c -lrt, чтобы он работал без ошибок компиляции в качестве неопределенной ссылки для очереди сообщений posix apia. (как указано в комментариях)

person Reddy    schedule 14.06.2017

На самом деле, если вы используете -lrt перед файлом c, возникает ошибка

root@embsys-VirtualBox:~# gcc -lrt test.c

/tmp/ccR93VIp.o: В функции tfunc': test.c:(.text+0x31): undefined reference tomq_getattr' test.c:(.text+0x8f): неопределенная ссылка на mq_receive' /tmp/ccR93VIp.o: In functionmain': test.c:(.text+0x145): неопределенная ссылка на mq_open' test.c:(.text+0x194): undefined reference tomq_notify' collect2: ошибка: возвращено ld 1 статус выхода

Это работает

root@embsys-VirtualBox:~# gcc test.c -lrt

person Alok Prasad    schedule 27.01.2018