Почему является getcwd () не совместимым C++ ISO?

Question

Почему является getcwd () не совместимым C++ ISO?

Вы можете использовать функцию usort() , например

$arr = array('......'); // your array
usort($arr, "my_reverse_array");

function my_reverse_array($a, $b) {
    if($a['roi'] == $b['roi'])
    {
        return 0;
    }
    return ($a['roi'] < $b['roi']) ? -1 : 1;
}

. Это гарантирует, что элемент с самым высоким roi будет первым в массиве.

16

iso c++

задан Tom 15 March 2009 в 15:59

7 ответов

Существует хорошее обсуждение об этом. P.J. Plauger отвечает на это

, я - парень, который настоял назад в 1983, чтобы пространство имен, доступных программе C, было разделено в:

a) определенные реализацией в пользу программиста (такие как printf)
b) зарезервированные программисту (такие как нечто)
c) зарезервированные к реализации (такие как _unlink)

Мы знали даже тогда, что "реализация" была слишком монолитной - часто, больше чем один источник предоставляет биты реализации - но это было лучшим, мы могли сделать в то время. Стандартный C++ представил пространства имен для помощи, но они достигли только части своих установленных целей. (Это - то, что происходит, когда Вы стандартизируете неопасного противника.)

В данном случае, Posix предоставляет список категории (a) имена (те, которые удаляют связь), что Вы должны быть определены, когда и только при включении определенных заголовков. Так как Стандарт C украл свои заголовки из Unix, который является тем же источником что касается Posix, некоторые из тех заголовков накладываются исторически. Тем не менее, предупреждения компилятора должны иметь некоторый способ принять во внимание, является ли поддерживаемая среда "чистым" Стандартным C++ (платонический идеал) или смешанная среда C/C ++/Posix. Текущей попытке Microsoft для помощи нам бедные программисты не удается принять это во внимание. Это настаивает на том, чтобы рассматривать, удаляют связь как категория (b) имя, которое является близоруким.

ну, GCC не объявит имена POSIX в строгом режиме C, по крайней мере (хотя, он все еще делает в режиме C++):

#include <stdio.h>

int main() {
    &fdopen;
    return 0;
}

Вывод с помощью -std=c99

test.c: In function 'main':
test.c:4: error: 'fdopen' undeclared (first use in this function)

необходимо будет сказать этому явно, что Вы действуете в смешанном C/Posix при помощи тестовых макросов функции или не передаете любой определенный стандарт. Это тогда примет значение по умолчанию к gnu89, который принимает комбинированную среду (man feature_test_macros). По-видимому, MSVC не имеет той возможности.

24