Hej wszystkim.

Piszę program, w którym te same funkcje wykonują się wiele razy dla innych danych wejściowych, więc chce go nieco uprościć, wstawiając do struktur wskaźniki na funkcje (ala metody) oraz tworząc coś na kształt instancji. Tu pojawił się problem ponieważ z tego co wiem C nie wspiera tego typu operacji i trzeba to robić na piechotę.

To co chce osiągnąć wyglądało by jak kod poniżej, gdyby nie to, że nie mogę wykorzystać typu Buffer_t jako argument wskaźnika na funkcję bool (*ReadFilteredSample)(signed _Fract* , Buffer_t*) w deklaracji struktury ponieważ to definicja Buffer_t więc kompilator nie będzie wiedział co tam wstawić.


Alternatywą jest przerobienie funkcji bool ReadFilteredSample(signed _Fract* , Buffer_t*) na bool ReadFilteredSample(signed _Fract* , void*) i rzutowanie wewnątrz funkcji wskaźnika void* na wewnętrzną zmienną typu Buffer_t*.


Funkcja ReadFilteredSample wyglądał by tak:


Moje pytanie brzmi czy da się to zrobić nieco prościej bez wskaźnika typu void i rzutowania różnych typów na siebie - wydaje mi się że jest to mało bezpieczne rozwiązanie.

Z góry dzięki za wszelkie rady!

Deklarujesz typ przed jego definicją:

Dzięki za radę.
Niestety tą metodą otrzymam konflikt typów, przez słowo kluczowe typedef ta opcja nie wchodziła w gre wcześniej. Być może coś mi umknęło i da się to obejść w ten sposób tylko jeszcze nie wiem jak.





edit:
Nie dodałem w pierwszym poście informacji o C w wersji C99

lub

O coś takiego mi chodziło tyle, że pomimo kompilacji bez błędów na koniec dostaje komunikat jak niżej - dlatego wcześniej odrzuciłem ten pomysł i poszedłem w wskaźniki (na których nie dostaje tego błędu). Może coś jest skopane w ustawieniach projektu, bo nie chce mi się wierzyć, że wpadłeś na identycznie błędny pomysł jak ja.
Sprawdzę ustawienia projektu i zobaczę czy dalej będzie generowało uszkodzonego hex'a.



------------------------ [ Dodano po: 50 minutach ]

Na starszej wersji kompilatora rozwiązanie zaproponowane przez kolegę fofex działa poprawnie, na nowszej ciągle otrzymuje błąd z hex'em - poszedł ticket do MCP.
Dzięki za pomoc.

Otrzymałem odpowiedź w sprawie hex error, umieszczam ją tu dla porządku.

Środowisko:
MPLAB X ver 5.30, kompilator XC16 ver 1.50

Problem:
MPLAB X ver 5.30 po skopiowaniu projektu może generować błąd niewykonalnego/nieistniejącego hex'a.

Rozwiązanie:
Zmusić MPLAB X do ponownego wygenerowania nbproject/Makefile-default.mk, np. poprzez usunięcie go lub przełączenie kompilatora na inną wersję (można wrócić do najnowszej po przeładowaniu projektu).