Доброе время суток.
Есть программа на C++, написанная изначально с обширным использованием WinAPI (потоки, мьютексы, получение информации о железе...) - нужно её портировать под Linux, FreeBSD (*BSD), Solaris, MacOS, Minix...
Насколько я знаю, все эти ОС-ы являются продолжениями Unix'а.
Будет ли программа компилироваться под этими ОС-и, если портировать под Unix?
Где можно найти полный "API-reference" по Unix? (желательно для "мигрирущующих" с Windows'а).

P.S. портирование подразумевается прямо в коде с использованием #ifdef/#else/#endif..., а не подключением библиотек, абстрагирующих ОС (posix thread's под Windows, например).

Это сообщение отредактировал(а) KaraKum - 10.1.2011, 20:17

только тот код, который не использует WinAPI.


man + google


сочувствую 

большинство WinAPI можете найти в wine-dev. такой способ тоже работает.

Это очевидно.



Бросаю кость для поиска средств получения информации о железе.



В *nix'е должны использоваться её родные средства - так будто программа была написана для этой ОС (так и есть, но по воле случая первым попался под-руку именно Windows).

Под все сразу?   

Если всерьез, то вариантов два. 

Если программа непосредственно и всерьез не связана с железом, то  сначала аккуратно переписать  все под Windows, избавившись от прямой работы с API. Если связана и от использования API никуда не деться - писать ее функциональный аналог заново, не трогая старый код. Оба варианта почти наверняка обойдутся дешевле, чем попытка переноса "в лоб". 

значит переписать полностью, используя кросс-либы. иных(здравых) вариантов нет.

Там кусочками - например такое место: идёт общение клиента с сервером посредством кроссплатформенной библиотеки (ENet) и в один "прекрасный" момент клиент должен передать информацию о своей сетевой карте (MAC-адрес, имя...) и о процессоре (cpuid()) - в Windows'е это где-то 100-150 строк обособленного кода (в конце имеется std::string для каждого этого данного - поэтому такое без проблем можно обернуть в #ifdef/#elif/#endif..., но вот в unix programming reference о железе вообще ничего нету   

P.S. вот потоки есть (POSIX threads) - это, вроде как, стандарт - с этим проблем не должно возникнуть во всех Unix-подобных ОС.

Добавлено через 35 секунд

Откуда такое умозаключение?

изначально отсюда:

т.к. я подумал что программа содержит тысячи строк вендового кода.
но, как стало известно позже, вам требуются: cpuid + опции_сети + потоки. тогда не понятно, почему тема тут? в гугле есть абсолютно все.

зы
от скуки наверное.

про железо в Unix'е ничего нет.

Цитата(boostcoder @  10.1.2011,  15:06 )

не понятно, почему тема тут? в гугле есть абсолютно все.

тогда странно что нет ответа вот с такой ссылкой

Это сообщение отредактировал(а) KaraKum - 10.1.2011, 14:11

cpuid: http://www.google.ru/#hl=ru&expIds=172...4db31426aee1aa2
mac address: http://www.google.ru/#hl=ru&expIds=172...4db31426aee1aa2

остальное оффтоп.

Вот информацию о процессорах получить неизвестно как. cpuid() для этого может быть недостаточно - эта команда возвращает только информацию о том процессоре, на котором эта команда вызывается, а на некоторых системах может быть больше одного процессора.
В Unix-спецификации такого что-то нет, хотя должно же быть - Unix ведь как-то определяет сколько процессоров есть в система (чтобы распределять потоки).

cat /proc/cpuinfo и парсить вывод.

ну хз.. точнее может MAKCim сказать.

А как можно напрямую воспользоваться теми же средствами, которыми был сформирован этот файл?

Это сообщение отредактировал(а) KaraKum - 10.1.2011, 14:40

http://kobesearch.cpan.org/htdocs/Linux-Cp...ux/Cpuinfo.html

Спасибо за ответ и прямую ссылку!
Нужна информация по всем процессорам в системе. cpuid возвращает информацию только о том процессоре, на котором эта команда была вызвана, а нужна информация (тактовая частота) по всем процессорам в системе (это может быть многопроцессорный сервер или, например, два процессора на одной мат. плате).