Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
VIII. Basque Tournament of Atari 2600 Kolejna relacja, wśród otrzymywanych od naszego przyjaciela Egoitza z Kraju Basków.
atari.area forum » Programowanie - 16/32bit » Mutex - problem z kompilacją
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
Dlaczego próba kompilacji:
#include <mutex>
int main()
{
mutex m;
}kończy się tak:
m68k-atari-mint-gcc mutex.cpp
mutex.cpp: In function 'int main()':
mutex.cpp:5:5: error: 'mutex' was not declared in this scope
5 | mutex m;?
Toolchain Thorsten'a oparty na gcc 9.x, ale strzelam, że Vincent'owy pewnie też tak się zachowa.
Nie wiem jak jest w tym środowisku z kompatybilnością ze standardem, ale ja bym spróbował std::mutex
Czy nazwa kompilowanego pliku mutex.cpp nie powoduje, że gcc próbuje dopasować plik nagłówkowy z tego katalogu gdzie masz mutex.cpp bo mutex.cpp implikuje mu lokalny plik nagłowkowy w tym katalogu a nie systemowy.
Zmień nazwę mutex.cpp
Nie wiem jak jest w tym środowisku z kompatybilnością ze standardem, ale ja bym spróbował std::mutex
Żeby za każdym razem nie pisać "std::" można na początku dorzucić "use namespace std".
Czy nazwa kompilowanego pliku mutex.cpp nie powoduje, że gcc próbuje dopasować plik nagłówkowy z tego katalogu gdzie masz mutex.cpp bo mutex.cpp implikuje mu lokalny plik nagłowkowy w tym katalogu a nie systemowy.
Zmień nazwę mutex.cpp
Wtedy komunikat byłby o braku pliku nagłówkowego.
Nie wiem jak jest w tym środowisku z kompatybilnością ze standardem, ale ja bym spróbował std::mutex
Dzięki za sugestię, ale niestety nie o to chodzi. Generalnie to w tym środowisku średnio jest z kompatybilnością ze standardem. Wiele rzeczy jest poza biblioteką standardową i std:: nie przechodzi, i w tym przypadku też na pewno tak jest.
Wtedy komunikat byłby o braku pliku nagłówkowego.
Zgadza się.
A nie jest przypadkiem tam, że żeby Ci znalazło ten plik to musisz użyć kompilatora C++ (g++) zamiast zwykłego gcc?
Hmm, jak tak nad tym chwilę podumałem, to może i faktycznie. Zdziwiłbym się w sumie mocno, ale warto spróbować.
g++ i gcc to takie proxy do prawdziwego kompilatora ustawiające specyficzne parametry. Wielokrotnie naciąłem się na to, że nie można wołać ich zamiennie.
Żeby za każdym razem nie pisać "std::" można na początku dorzucić "use namespace std".
Wciąganie namespace std do głównej przestrzeni nazwa powinno być karate usunięciem delikwenta piszącego takie herezje z cechu programistów. Te przykłady na pół strony robiące takie rzeczy wyrządziły dużo złego propagując taki zwyczaj.
Na Mint-a/Atari nie ma implementacji pthread z tego co mi wiadomo, a tym samym nie ma mutexów :)
Hmm, to by mogło tłumaczyć problem z kompilacją, tylko kurcze po co w takim razie zostały dodane wszystkie "wątkowe" nagłówki do toolchaina (mutex, conditional_variable, itd)?
Spróbuję z ciekawości w takim razie poszukać coś więcej w temacie braku wątków "u nas". Dzięki za wskazówkę.
Wciąganie namespace std do głównej przestrzeni nazwa powinno być karate usunięciem delikwenta piszącego takie herezje z cechu programistów. Te przykłady na pół strony robiące takie rzeczy wyrządziły dużo złego propagując taki zwyczaj.
Na szczęście nie jestem programistą więc mogę sobie pozwolić na takie wyskoki.
tylko kurcze po co w takim razie zostały dodane wszystkie "wątkowe" nagłówki do toolchaina (mutex, conditional_variable, itd)?
Bo nagłówki są dla wygody ale pewno "ifdefowane" na potrzeby danego środowiska i efektywnie są puste.
Zresztą sam sobie odpowiedziałeś:
...
Lizard napisał/a:Wtedy komunikat byłby o braku pliku nagłówkowego.
Zgadza się.
moje 0.02$ do tego ... gdyby gcc było tylko do C a nie C++, to powinie "dżeć paszcze" o brak pliku "mutex." czyli bez rozszerzenia.
https://gcc.gnu.org/onlinedocs/gcc/Invo … voking-GCC
https://gcc.gnu.org/onlinedocs/gcc/Invo … _002b_002b
jury napisał/a:tylko kurcze po co w takim razie zostały dodane wszystkie "wątkowe" nagłówki do toolchaina (mutex, conditional_variable, itd)?
Bo nagłówki są dla wygody ale pewno "ifdefowane" na potrzeby danego środowiska i efektywnie są puste.
No właśnie tutaj nigdy nie zaobserwowałem takiego podejścia. Na przykład wiele "starych" bibliotek ciągnących się z gcc od dziesiątek już lat po prostu fizycznie brakuje w atarowskim toolchainie i już, a to byłby pierwszy przypadek na który trafiłiam, że nagłówki są ale nic poza tym. Co do samej zawartości nagłówków, to zaglądałem tam i nie wyglądały mi na "ifdefowane do pustki", ale zdarza mi się czasem kompletnie ominąć jakiś kawałek ifdef'a, więc może faktycznie tym razem tak została rozwiązana kwestia braku biblioteki. Z ciekawości zerknę dokładniej w te nagłówki (ale strzelam, że są pełnoprawne)
gdyby gcc było tylko do C a nie C++, to powinie "dżeć paszcze" o brak pliku "mutex." czyli bez rozszerzenia.
W sumie racja
@sqward: jedynie GNU pth zostało sportowane (,ale czy działa? ;-)), https://freemint.github.io/sparemint/sp … devel.html. Ale GNU pth działa na poziomie userspace'a, nie kernela os'a. https://en.wikipedia.org/wiki/GNU_Portable_Threads. Ma niby emulację api pthreads (opcjonalną). To chyba jedyna opcja..
Prawdopodobnie potrzebujesz implementacji jakiegoś konkretnego problemu a nie całej biblioteki.
https://greenteapress.com/wp/semaphores/
IMO klasyczne wprowadzenie do tematu, kod w czystym C i przejrzysty, platform agnostic, to kniga darmowa.
Dzięki. Przejrzałem sobie tą książkę i zapowiada się nieźle.
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Programowanie - 16/32bit » Mutex - problem z kompilacją
Wygenerowano w 0.020 sekund, wykonano 64 zapytań