Реализация OSX main() и конфликтующих типов данных с POSIX getopt() в C?

Я нашел специфичное для системы определение и рекомендуемую практику использования main() трудно задокументированных в контексте POSIX getopt() в OSX/Darwin, например, как показано в этом небольшом тесте, который я написал:

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

int main (int argc, const char *argv[])//this is *not* MY "prototype" of main - it is OSX!
{
    int   opt = 0;    
    int ch;
    char *cvalue = NULL;

    while ((ch = getopt (argc, argv, "d:")) != -1)
        switch (ch){
            case 'd':
                cvalue = optarg;
                opt = 1;
                break;
            case '?':
                if (optopt == 'd')
                     printf ("Option -%c requires an argument.\n", optopt);
                break;
            default:
                abort();
        }
    if(opt)printf("optarg = %s\n", optarg);
    return 0;
}

Компиляторы выдают следующие, довольно пугающие предупреждения:

gcc:

test.c: In function ‘main’:
test.c:15: warning: passing argument 2 of ‘getopt’ from incompatible pointer type

лязг:

test.c:15:32: warning: passing 'const char **' to parameter of type 'char *const *'
  discards qualifiers in nested pointer types [-Wincompatible-pointer-types]
while ((ch = getopt (argc, argv, "d:")) != -1)
                           ^~~~
 /usr/include/unistd.h:548:31: note: passing argument to parameter here
 int  getopt(int, char * const [], const char *) __DARWIN_ALIAS(getopt);
                              ^

Насколько мне известно, указатели char на неизменяемые массивы действительно несовместимы с неизменяемыми указателями на массивы символов. Я мало что могу сделать, если только не изменю определение main(), чтобы предоставить аргументы, как того требует POSIX getopt():

int main(int argc, char *const argv [] ){ ... }

или в соответствии со стандартом C (как определено в разделе 5.1.2.2.1 проекта стандарта C11 n1570) и описано в этом сообщении SO:

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

Это заглушает предупреждения компилятора, но заставляет задуматься: хотя один и тот же производитель реализует и C, и POSIX, разветвляется от их прототипа main(), который, по-видимому, конфликтует с их размещенной средой реализация POSIX C создает впечатление решения проблемы.

Поскольку я разрабатываю набор инструментов командной строки для UNIX в OSX, все из которых должны надежно перенаправлять, передавать, оставаться интерактивными< /em>, использовать файлы и т. д. в довольно сложных цепочках и критических условиях, мне нужно немного глубже понять, по какой причине OSX main() должен принимать такие типы аргументов. Кто-нибудь работал с этой конкретной реализацией main(), и какова безопасная процедура решения описанной проблемы в OSX/Darwin, не вызывающая риска UB или иного нарушения функциональности? Это то, к чему меня привели мои усилия - либо в конфликте с системой, либо со стандартом C. Заранее спасибо.