Проблемы с подключением Allegro 5 к DEV C++ 5.11

Allegro 5 - это библиотека для 2D игр типа SFML только низкоуровневая, решил в ней покопаться, потому что там графика идёт на любой видяхе даже без драйверов.
Не находит библиотеку allegro_image.h ! Где это взять ? У кого то вообще Allegro 5 присоединялась к DEV C++ 5.11 ,,,,,,???

0

Сообщение от 8Observer8 2023 ты написал в Issue, что GCC 13.1 Release 3 медленный в 2 раза

я сперва обращался по поводу r1, это он потом выпускал последующие релизы и спрашивал, мол скорость возросла или нет. Я несколько таких релизов попробовал, никаких улучшений не увидел и далее не участвовал в теме.

Сообщение от 8Observer8 Я использую крайние стабильные релизы которые идут по умолчанию в MSYS и WinLibs.

GNU GCC и "стабильность", имхо, несовместимые вещи Тоже самое можно сказать про Mingw-w64. Последний имеет значительные несоответствия с WinSDK.
Этот тулчейн на винде у меня как второстепенный. И держу его потому, что некоторые либы хорошо работают именно с ним (например, wxWidgets). Более того, для всяких экспериментов на С++ GNU GCC неплохой выбор, многие новые фичи они реализуют раньше других.
Но на Windows лучше компилятора MSVC и официального WinSDK ничего не найти.
Clang/LLVM лучший выбор для macOS.
GNU GCC лучший выбор для Linux.

Ну раз пошло на то, чтобы держать линуксовый тулчейн (GNU GCC) на винде, то msys2 вполне норм вариант. Тем более, человек который любит линуксовый компилятор, полюбит и Unix-похожий терминал mintty и линуксовый менеджер пакетов Pacman, которые используются в MSYS2. Любителям Arch точно понравится pacman))

0

Сообщение от Royal_X лучше компилятора MSVC

Можно вполне себе использовать Clang, а точнее Clang-cl, хотя и простой clang взятый с офф гита тоже бинарно совместим со студией. И для работы требуется установленная студия (для winsdk и стандартных бибилиотек языков с/с++). Разница между clang и clang-cl из офф гита llvm только в интерфейсе и cl версия в случае ошибки попытается пересобрать на cl. Спокойно либы/ехе собранные в clang/cang-cl линкуются и работают с либами/ехе от cl.

Сообщение от Royal_X Clang/LLVM лучший выбор для macOS

Там не чистый Clang, а Apple Clang, он вроде отличается от чистого. Это я про тот что устанавливается с XCode, то что в офф гите llvm не знаю и не пробовал (мой мак слишком старый). По идее может отличаться так же как и в случае с виндой.
Хотя под винду есть и гнутые сборки clang, которые уже ближе к гнутым компиляторам и ничего дополнительно не требуют. Про их совместимость с гнутыми компиляторами не знаю.

Сообщение от Royal_X msys2 вполне норм вариант

А что на счет cygwin?

0

Сообщение от alecss131 Можно вполне себе использовать Clang, а точнее Clang-cl, хотя и простой clang взятый с офф гита тоже бинарно совместим со студией.

на Windows много чего "можно" использовать. Но, тем не менее, именно MSVC (cl.exe) лучший выбор и дефолтно лучше использовать именно его.

Действительно, у Microsoft есть еще clang-cl - это тот же бэкенд LLVM, но с интерфейсом командной строки, совместимым с cl.exe.

А есть clang (стандартный из LLVM), который использует свой собственный синтаксис командной строки (GCC-подобный) и свой бэкенд (LLVM). Кстати, этот clang тоже можно ставить из MSYS2, он там есть.

В любом случае, как уже писал выше, на винде MSVC + официальный WinSDK самый идеальный вариант для разработки. Остальные тулчейны, будь-то clang-cl, clang или gnu gcc, следует ставить только тогда, когда это действительно нужно в том или ином конкретном случае. Порой бывают библиотеки/фреймворки для винды, которые работают лучше не с MSVC, а с тем или иным из перечисленных альтернативных компиляторов. Но опять же, если нет никакой причины использовать специфичный компилятор, то дефолтно нужно брать MSVC на винде.

Сообщение от alecss131 А что на счет cygwin?

Cygwin дает POSIX-совместимый слой поверх Windows, транслируя POSIX-вызовы в Windows API. Это позволяет компилировать и запускать unix-утилиты и даже сложные программы почти без изменений исходников, в отличие от MinGW, где обычно линкуются нативно под Windows API. Честно говоря, он занимает специфическую нишу и я не советую его использовать на винде, тем более, когда есть WSL2 на винде.
Cygwin юзается как раз компилятором MSYS судя по таблице в https://www.msys2.org/docs/env... tabbed_1_1

0

Сообщение от Royal_X А есть Clang (стандартный из LLVM), который использует свой собственный синтаксис командной строки (GCC-подобный) и свой бэкенд (LLVM). Кстати, этот clang тоже можно ставить из MSYS2, он там есть.

То что выложено в виде бинарников на офф гите llvm все совместимо бинарно со студией и зависит от нее. Если надо от этого избавиться, то надо его собирать самому (с помощью гнутых компиляторов) либо искать готовые сторонние сборки или как написано msys.
То есть clang еще зависит от того чем собран. При сборке студией он будет студийный. И clang-cl будет отличаться от clang только интерфейсом командной строки.
Имхо clang более строгий компилятор (следует стандартам) и из-за этого лучше.
И в установщике студии можно тоже поставить и сам clang и его поддержку (раздельно). Если поставить отдельно только поддержку, то в студии (IDE) можно использовать его как компилятор. Хотя там появилась и поддержка wsl, то есть можно в той же ide собирать и под линукс.

0

8Observer8, я даже собрал wxWidgets еще раз, но на 20 потоках. В этом случае тоже тулчейн из MSYS2 все равно оказался быстрее (мерял с помощью Get-Date в Powershell, как ты сам это делаешь).

https://github.com/brechtsande... 4873213188

Но раз у тебя наоборот winlibs быстрее собирает SDL3, то значит, наверное, еще зависит, что за библиотека и что за процессор у тебя...

Сообщение от Royal_X на Windows много чего "можно" использовать. Но, тем не менее, именно MSVC (cl.exe) лучший выбор и дефолтно лучше использовать именно его

например, как видно в https://github.com/brechtsande... 4873213188, даже многопоточная сборка с помощью GNU GCC занимает более 5 мин, тогда как MSVC собирает за 1 мин 25 с.

0

Скачал Embarcadero Dev-C++ 6.3 пробую SFML 2.0 сначала на нём протестить
Стандарнтный код
Окно создаёт и сразу закрывает ! Я не знаю в чём проблема ? Ошибок никаких не выводит !
все каталоги прописаны в линкере -lsfml-graphics-d
-lsfml-window-d
-lsfml-system-d Делаем в дэбаге на 64 бит

0

Сообщение от Mr_den Скачал Embarcadero Dev-C++ 6.3 пробую SFML 2.0

тебя на старье тянет? ставь нормальную ide и пробуй SFML 3.1.0

SFML 3 отличается от SFML 2, поэтому если собрался изучать эту либу, то начинай с 3-й версии

В доку сказано, что 3-я версия поддерживает винду аж до XP, так что смело бери крайнюю версию и не переживай насчет твоей вин 7 - всё там будет работать.

The latest version of SFML is currently available and fully functional on Windows (10, 8, 7, Vista, XP), Linux and macOS. SFML works on both 32 and 64 bit systems.

0

Mr_den, вот мой старый видео-туториал по настройке SFML 3 с динамической линковкой в VS 2022.

Библу тебе собирать не нужно, скачиваешь готовые бинарники отсюда https://www.sfml-dev.org/download/sfml/3.1.0/

Альтернативно, можешь использовать Cmake https://www.sfml-dev.org/tutor... ted/cmake/. Но там шаблон https://github.com/SFML/cmake-... eLists.txt юзает FetchContent, а это значит, что и Git нужно ставить.
Если не хочешь ставить все эти утилиты, то делай по видео вручную.

Вложения

sfml.zip (13.69 Мб, 4 просмотров)

0

Royal_X, в VS нет проблем, я принципиально не хочу его ставить 20 гигов это пц - у меня wow меньше весил Ща 2.5 уже тестю m скоро до 3 дойду

0

Сообщение от Mr_den я принципиально не хочу его ставить 20 гигов это пц

можешь ночную сборку Code::Blocks использовать - весит чуть больше 200 МБ (без словарей проверки правописания). По крайней мере, C::B до сих пор обновляется и поддерживает все версии С++ и современные компиляторы. Не требует установки.

0

Сообщение от Mr_den Окно создаёт и сразу закрывает ! Я не знаю в чём проблема ?

Dll дебажные положил рядом с exe?

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

Сообщение от Mr_den не хочу его ставить 20 гигов

Хм.
22-я студия - 6,2 ГБ. Только с поддержкой С++, без шарпа.
Откуда такая цифра, 20ГБ?

0

Сообщение от RabbitAttaks Откуда такая цифра, 20ГБ?

Наверное, он какие-то лишние компоненты добавил. Кстати, при сильном желании он может увеличить размер VS 2022 до 210 ГБ

0

Маша GPT говорит что должна работать для Dev C++ 5.11 только 2.42 версия и только на 32 бита. Я пробовал обе ! Окно выводит только консольное, а SFML окно не создаёт. Embarcadero мне не понравился - это тоже самое что 5.11 только весит больше и там проблемы с русскими шрифтами есть в интерфейсе. Ща пойду у других ИИ спрашивать если вы не знаете почему

0

Сообщение от Mr_den должна работать для Dev C++ 5.11 только 2.42 версия и только на 32 бита

скачай Dev-Cpp 5.11 No Compiler Portable.7z или Embarcadero_Dev-Cpp_6.3_No_Compiler_Portable.7z и подключи свежий компилятор (можешь брать из winlibs).
Вот с ней будет работать даже крайняя версия SFML 3.1.0.

не советую скачивать эти ide со встроенными компиляторами, которые сильно устарели.

В первом TDM-GCC 4.9.2, а во втором TDM-GCC 9.2. Эти компиляторы старье. К тому же, TDM-GCC такой себе компилятор, лучше использовать GCC.

Разрабы SFML поставляют уже собранную либу, например, SFML-3.1.0-windows-gcc-14.2.0-mingw-64-bit.zip. Скачай из winlibs gcc-14.2.0-mingw-64-bit и подключи к ide.

0

Я одну ошибку уже нашёл в DEV 5 11 - Дэфолтная ссылка компилятора C:\Program Files (x86)\Dev-Cpp\MinGW64\x86_64-w64-mingw32\lib32 НЕ СУЩЕСТВУЕТ ! Её надо заменить на C:\Program Files (x86)\Dev-Cpp\MinGW64\x86_64-w64-mingw32\lib Это обьясняется что он многое не находит

0

Пока у меня только один раз выиграл MSYS (GCC 16.1) - при сборке OpenAL Soft из исходников. А при сборке Box2D 3.1.1 и SFML 3.1.0 на первом месте оказался GCC 13.1 (WinLibs), обойдя GCC 16.1 (WinLibs) и GCC 16.1 (MSYS2): https://github.com/brechtsande... 4879048115

Миниатюры

 

0

8Observer8, ты уже начал заниматься манипуляциями. Я написал там ответ: https://github.com/brechtsande... 4879168925

Лепишь огромные проценты, мол WinLibs опередил MSYS2 на 26.5%, но потом оказывается, что разница всего 0.893 сек.

Да и при чем там вообще версия WinLibs 13.1? Коль на то пошло, то сравнивай с MSYS2 13.1.

А вот в моем сравнении, WinLibs проиграл на несколько минут. Карл, не доли секунды (как в твоих сравнениях) и даже не секунды, а проиграл на минуты.

***

Если хочешь объективного сравнения, так сравнивай на либах, которые собираются не меньше 5 - 10 мин.

0

Mr_den, очень важно, чтобы совпадали версии GCC собранной SFML, которую вы скачали здесь: https://github.com/SFML/SFML/releases и версии GCC, которую вы подключили в IDE. Если вы видите в названии GCC 14.2: SFML-3.1.0-windows-gcc-14.2.0-mingw-64-bit.zip, то к IDE вы должны подключить точно такую же версию GCC 14.2. Либо вы можете скачать исходники SFML и собрать с вашей версией GCC и тогда инструменты и либа будут 100% совпадать.

0

8Observer8, ты испортил мою тему на гитхабе. Вместо того, чтобы разраб winlibs думал над улучшением своей сборки, ты своими предвзятыми тестами и оптимистическими выводами надоумил его, чтобы тот закрыл тему, мол дескать теперь всё хорошо (что ложь - winlibs хоть стал быстрее, но все равно он проигрывает msys2). Но ты на самом деле сделал медвежью услугу. Теперь вряд ли кто-нибудь задумается над улучшением winlibs, раз тема уже закрыта. А там другие люди тоже советы давали, чего теперь не будет. Так что, ты только навредил своему любимому Winlibs.
Не будь моей темы на гитхабе, winlibs до сих пор бы был медленнее в 2-3 раза.

0

Сообщение от Royal_X Да и при чем там вообще версия WinLibs 13.1?

Я использую GCC 13.1, потому что он мне кажется более надёжным, чем самый свежий GCC 16.1. Это во-первых. А во-вторых, GCC 13.1 несколько лет используется для сборок Qt и поставляется вместе с Qt. У меня больше доверия к этой версии. Тут больше идёт сравнение GCC 16.1 от WinLibs и MSYS2, а GCC 13.1 это просто дополнение для себя, потому что я её использую в своих проектах.

Сообщение от Royal_X А вот в моем сравнении, WinLibs проиграл на несколько минут. Карл, не доли секунды (как в твоих сравнениях) и даже не секунды, а проиграл на минуты.

Я сравниваю в % потому что это относительная величина. Грубо говоря, когда человек ждёт сборки две минуты, то 20 секунд он заметит, если сборка идёт 2 часа, то несколько минут разницы он не заметит.

0