Средства и методы разработки

Не обязательно "не отдаётся". Можно просто сделать так, что в зависимости от окружения, в котором идёт сборка, из одних и тех же исходников собирается несколько разное. Это могут быть переменные окружения (CFLAGS как пример), которые попадают в итоге в компилятор и меняют порядок работы (через дефайны макропроцессора), это может быть разный порядок сортировки (вызванный другой локалью) и, как следствие, линковки (и никто не пожалуется, что во второй библиотеке тоже есть такой же символ, функция, но с другим содержанием). Это может быть отсутствующий в проекте файлик, который в Makefile не виден, потому, что там файлы берутся по маске (wildcard) и без которого всё прекрасно собирается опять же, но линкуется с другими функциями из других файлов, которые в списке идут позже. При отсутствии wildcard'ов в makefile это может быть просто *.o или *.a подкладываемый перед сборкой (и собираемый из отдельного проекта) и таким образом make избегает его сборки (он новее исходников) и опять же в случае отсутствия должна быть альтернатива с *.c файлах. Может быть альтернативный тулчейн, который собран и установлен на этом компе со своим инклюд-файлами и библиотеками, немного отличающимися от штатных, откуда в первую очередь (на своем компе) подсовывается что надо, а на чужом опять же есть в исходниках альтернативное решение чтоб собираемость сохранялась...