Clang не видит strdup и некоторые другие функции

Question

Clang не видит strdup и некоторые другие функции

0

Я пытаюсь скомпилировать программу C++, которая по исторической причине использует некоторые функции библиотеки C в OS X Mavericks. По какой-то причине Clang не видит strdup, popen и некоторые другие функции. Я заглянул внутрь string.h, и ясно, что он хочет, чтобы его C-стандарт набросился, но я не могу этого сделать, потому что это C++ код. Что я делаю?

Вот что я использую для создания приложения:

#!/bin/sh

PLATFORM=$(uname -s)

SOURCES="..."

if [ "$PLATFORM" = "Linux" ]; then
    PATHS="..."
    LIBS="..."
elif [ "$PLATFORM" = "FreeBSD" ]; then
    PATHS="..."
    LIBS="..."
elif [ "$PLATFORM" = "Darwin" ]; then
    PATHS="..."
    LIBS="..."
else
    echo 'Unknown platform!'
fi

g++ -o app $PATHS -O3 -g3 -Wall -D_POSIX_SOURCE $SOURCES -pthread $LIBS

Alexei Averchenko 21 июль 2014, в 15:26

Источник

3

Ни strdup ни popen являются стандартными функциями. Для strdup могу ли я предложить std::string s2 = s1; ?
chris 21 июль 2014, в 12:30
0

Что ты мог сделать? Вы можете показать нам свою связь с флагами вашего компилятора или ваши включаемые части исходных файлов / заголовочных файлов. Не имеет значения, для чего это будет необходимо. На такой вопрос это никогда не повредит.
dhein 21 июль 2014, в 12:31
0

@ chris, но и в Linux, и во FreeBSD они есть, а strdup находится в string.h !
Alexei Averchenko 21 июль 2014, в 12:33
0

@AlexeiAverchenko И вы делаете #include <string.h> ?
Some programmer dude 21 июль 2014, в 12:34
0

@JoachimPileborg да.
Alexei Averchenko 21 июль 2014, в 12:36
0

@Zaibis Я отредактировал свой вопрос, включив в него сценарий сборки.
Alexei Averchenko 21 июль 2014, в 12:36
0

Это в <cstring>
user703016 21 июль 2014, в 12:36
0

@ ParkYoung-Bae Я попробовал это, но до сих пор нет.
Alexei Averchenko 21 июль 2014, в 12:37
1

Не может воспроизвести, тогда.
user703016 21 июль 2014, в 12:38
0

@ Крис Я нахожу их обоих в стандарте Posix. Это стандартные функции, но не стандартные функции C (или C ++). Я считаю, что OS X - это Unix, поэтому они должны быть доступны, хотя ему, возможно, придется определить _POSIX_C_SOURCE или что-то подобное.
James Kanze 21 июль 2014, в 12:39
0

@JamesKanze, да, верно. Я просто говорил о языковых стандартах.
chris 21 июль 2014, в 12:50

Показать ещё 9 комментариев

Теги:

c++

clang

c

1 ответ

Ещё вопросы

Ни strdup ни popen являются стандартными функциями. Для strdup могу ли я предложить std::string s2 = s1; ?
Что ты мог сделать? Вы можете показать нам свою связь с флагами вашего компилятора или ваши включаемые части исходных файлов / заголовочных файлов. Не имеет значения, для чего это будет необходимо. На такой вопрос это никогда не повредит.
@ chris, но и в Linux, и во FreeBSD они есть, а strdup находится в string.h !
@AlexeiAverchenko И вы делаете #include <string.h> ?
@Zaibis Я отредактировал свой вопрос, включив в него сценарий сборки.
@ ParkYoung-Bae Я попробовал это, но до сих пор нет.
@ Крис Я нахожу их обоих в стандарте Posix. Это стандартные функции, но не стандартные функции C (или C ++). Я считаю, что OS X - это Unix, поэтому они должны быть доступны, хотя ему, возможно, придется определить _POSIX_C_SOURCE или что-то подобное.
@JamesKanze, да, верно. Я просто говорил о языковых стандартах.

James Kanze · Accepted Answer · 2014-07-21T11-40-00.000Z

Согласно стандарту Posix, на который я смотрю (Posix 2008), имя символа, которое вы хотите определить, - _POSIX_C_SOURCE. В стандарте говорится, что Posix 1990 указал макрос _POSIX_SOURCE, который был заменен _POSIX_C_SOURCE, поэтому может быть проблемой обновления скрипта сборки. (Я бы продолжил и определил и то и другое, и, вероятно, также _XOPEN_SOURCE, чтобы быть уверенным. _XOPEN_SOURCE до 700, а два других - к 200809L, эти определения, по-видимому, предполагают Posix 2008).

Да, этот макрос действительно был проблемой, спасибо!