QUISK - кроссплатформенная sdr программа

[RA3PKJ]

Да, я помню, что вы ранее писали про быстрый звук в самоконтроле. Но до этого мне не близкий путь, так как даже компилировать dll-ку не получается.

Про компиляцию.
Заголовочные файлы из разных версий MinGW (а у меня их две версии, самая последняя и какая-то древняя) дают при компиляции отличающиеся синтаксические ошибки. Получается, что надо компилировать с какой-то определённой версией MinGW. Но даже если знать с какой, то всё-равно в интернете их нет, кроме последней с официального сайта.
Тягомотина, блин. Что-то я пока не понимаю, что происходит. Ощущение, что подключается другой какой-то компилятор, который читает заголовочные файлы из MinGW.

Если бы сообщались ошибки о нехватке каких-то файлов, то было бы легче.

[rolin]

RA3PKJ, нашел у себя в записях

gcc -shared quisk.o -LC:\Python27\libs -o quisk.pyd
gcc.exe -mno-cygwin -shared -s quisk.o -LC: \ Python27 \ libs -LC: \ Python27 \ libs -lpython25 -lmsvcr71 -o quisk.pyd

то есть сначала компилируем в объектный файл, потом формируем дллку.
Не уверен, что это рабочий вариант, но с компиляцией проблем не должно быть, главное чтобы библиотеки все нужные с расширением .а лежали в указанной папке.
если что-то понадобится из них - скажите, у меня есть.

Добавлено через 16 минут(ы):

RA3PKJ, вот ! Нашел. Из этой папки я компилировал sdriq.pyd, надеюсь разберетесь.

[RA3PKJ]

Спасибо, буду смотреть.

[RA3PKJ]

Давид, ваш пример работает без проблем. Есть понимание как всё это работает.

Но у меня облом происходит на этапе получения объектного файла из сишного файла sound_directx.c. Объектные файлы из остальных сишных файлов получаются без проблем, а этот не хочет.

Две ошибки на картинке. Перекопал много чего, но не понимаю почему два имени не определены, а главное где они должны быть определены. Эти два имени упоминаются во включённом заголовочном файле C:\Program Files (x86)\Microsoft DirectX SDK (February 2010)\Include\dsound .h (ниже во вложении). Больше ничего не нашёл. Знаний недостаточно.
Придётся взять тайм-аут, а то вскипела голова.

[vadim_d]

Две ошибки на картинке

В схожей проблеме при пользовании интеловским компилятором грешат на совместимость версий SDK https://community.intel.com/t5/Intel...es/td-p/853205 , можно еще и по другим компиляторам посмотреть, что народ пишет, поиск в Гугле lpdirectsound8 undeined error

[RA3PKJ]

Вадим, спасибо. Поискал и нашёл описание такой проблемы и её решение в конце страницы: https://fooobar.com/questions/150211...ctsoundcreate8.
Но с учётом пробелов в знаниях по компилированию в gcc придётся заняться мне более глубокой самоподготовкой, а то пока не въехал, что там имеется ввиду.

[vadim_d]

нашёл описание такой проблемы и её решение в конце страницы

Похоже это просто русский перевод третьей ссылки гугла https://stackoverflow.com/questions/...ctsoundcreate8 , там тоже упоминается совет от VTT . По работе иногда приходится заморачиваться компиляцией в GCC, всяких граблей обычно хватает, сам тоже в этой теме спецом себя не считаю

[RN3KK]

Давид, ваш пример работает без проблем. Есть понимание как всё это работает.

Но у меня облом происходит на этапе получения объектного файла из сишного файла sound_directx.c. Объектные файлы из остальных сишных файлов получаются без проблем, а этот не хочет.

Две ошибки на картинке. Перекопал много чего, но не понимаю почему два имени не определены, а главное где они должны быть определены. Эти два имени упоминаются во включённом заголовочном файле C:\Program Files (x86)\Microsoft DirectX SDK (February 2010)\Include\dsound .h (ниже во вложении). Больше ничего не нашёл. Знаний недостаточно.
Придётся взять тайм-аут, а то вскипела голова.

Не находится типа данных этого типа.
Часто бывает важен порядок включения хедеров в файл. Попробуйте поменить. Виндовые хедеры поставить первыми в списке.

[RA3PKJ]

бывает важен порядок включения хедеров в файл. Попробуйте поменить.

Безрезультатно.

[RA3PKJ]

Нашёл на каком-то форуме в древней теме ещё более древнющий выложенный там файл dsound.h. Оба-на. С ним всё ОК!
Создал искомую dll-ку _quisk.pyd. Правда, размер файла чуть больше получился, чем у автора (161кБ против 155кБ у автора), но это скорее всего свежий MinGW виноват. Quisk работает нормально!!!
Даже не верится, что проблема решена. Я уже потерял веру в справедливость на Земле. Мозги надо уже приводить в порядок.

Посмотрел разницу между двумя вариантами dsound.h. В древнем варианте попроще синтаксис в определении типа некоторых переменных. В остальном существенных отличий не увидел.