Przepisuje i analizuje filmik " dawcy czasu " p. Mirka i wywala mi warninga w stworzonym pliku mk_pcf8583.c , który znajduje się w folderze MK_PCF8583
w kodzie pliku mk_pcf8583.h stworzona jest taka struktura :



natomiast w bliżniaczym pliku mk_pcf8583.c nie widać tych struktur i wywala warninga w linijce TDATETIME datetime;


nie widać także w tej funkcji ( mk_pcf8583.c ) definicji preprocesora :



dlaczego tak się dzieje że plik c nie zauważa pliku h ??

po kompilacji wyglada to tak:

Jak na moje oko kompilator ani linker nie wywalają żadnych warningów, źródła kompilują się poprawnie.
Zrób pełnego builda z cleanem.

Nie widzę za to popranej deklaracji struktury w pliku nagłówkowym, jest tylko definicja typu strukturalnego.
Należałoby zatem dopisać:


Być może masz to w kodzie, ale jest tylko wycinek pliku nagłówkowego.

Zrobiłem tak jak napisałeś i oto dziwne zjawisko nastąpiło wpisałem w pliku nagłówkowym :



Wywaliło mi w tym miejscu warninga , ale po chwili gdy usunąłem ten zapis warning zniknął i wszystko zadziałało , nierozumiem tylko dlaczego tak się stało ,
w sumie build i clean zrobiłem po tym, proszę mi wyjaśnić gdzie robiłem błąd bo całą noc siedziałem nic nie wymyśliłem , rano wstałem napisałem jak kolega
mi podpowiedział i wszystko ruszyło , chociaż zapis jest taki sam?

Dlaczego programy bliżniacze się nie widziały??

Niestety z Twojego opisu niewiele wiadomo.
Nie wiadomo co za warning, również co to są "programy bliźniacze"

Jeśli korzystasz ze struktury w innych modułach, to deklaracja "extern TDATETIME datetime;" musi być.
Koniecznie przeczytaj ten wątek:
topic19291.html

ale najlepiej parę razy, ze zrozumieniem.

Zle się faktycznie wyraziłem miałem na myśli pliki bliżniacze mk_pcf8583.h i mk_pcf8583.c, które się nie widziały.
A co do tego "extern TDATETIME datetime;" to jest to ciekawe że jak to wpisałem wyskoczył warning - skasowałem i po chwili kompilacja nie wyrzuciła warniga?????

Nie to nie jest ciekawe.
Warning wyskakuje tylko podczas pierwszej kompilacji.
Jak zrobisz clean pewnie znowu Ci wyskoczy...

_________________
Jestem początkujący i moje porady mogą być błędne

No ale teraz jest obojętne ile razy zrobię klinowanie
czy bindowanie za każdym razem jest ok i nawet
słówka extern nie wpisuje

W wątku, który podawałem był poruszany temat, że z brakiem słówka "extern" kompilator sobie radzi.
Niemniej jednak deklarację w pliku nagłówkowym trzeba podać, jeśli chcemy udostępnić zmienną do innych modułów.
Wg mnie po prostu "toolchain wie" co ma zrobić z plikiem naglówkowym w tym wypadku. Tak czy inaczej nalezy to extern tam wpisywać, zgodnie z tzw. "Sztuką"

zastanawia mnie czy trzeba go zawsze stosować w plikach nagłówkowych , a czy może być problem jak by się go za często stosowało i dlaczego nie stosuje się go w poradnikach wideo?

Trzeba, nie trzeba to zwykle nieproste pytanie i trochę filozoficzne. Zwykle świat się nie wali, gdy uznajemy, ze nie trzeba, ale możemy dostać "rykoszetem"
Ja wpisuję zawsze. Potem pozwala mi to łatwiej analizować własny kod. Takie podejście porządkuje, ułatwia, ale zwykle w szerszej perspektywie.
Nie mam potem problemu czy deklaracja czy definicja. Dopiero teraz, po dłuższym programowaniu, doceniam takie szczególiki, myczki jak programowanie ze "sztuką"
Czemu nie ma tego w poradnikach? Ważne, że jest w książkach. Poradniki piszą różni ludzie, ci co zjedli zęby na programowaniu i ci którym się wydaje, że zjedli
Piszą też Ci, co zauważyli, że brak extern nic nie zmienia i zakładają, że to jest po prostu dobrze i w większości jest, ale diabeł często tkwi w szczegółach.
Dobra dość tej filozofii programowanie to sztuka bycia dokładnym, to sztuka precyzji, półśrodki (jak nie wpisanie tego extern) zwykle potem się mszczą.
Ave!

To nie jest filozoficzne, takie są założenia języka C ot po prostu

to, że czasem ktoś sobie np wymyśli - że w języku C inkluduje się np inne pliki źródłowe *.c i to czasem działa ... to znaczy, że tak się robi ? No cóż wiele osób, które nie zapoznają się z zasadami języka C - robią tak, i piszą później - że skoro im tak działa to znaczy, że można i tak się robi Tyle że pokazuje to tylko jedno - nie programowali jeszcze w życiu za wiele i za dużo w C, nie spotkali się z problemami inkludowania plików źródłowych do źródłowych ...

co gorsza! nie wiedzą - że bez takiego inkludowania można WSZYSTKO w C i co ważniejsze - NIGDY nie napotka się idąc zgodnie z zasadą, problemów

------------------------------------

mnie już np ręce opadają - bo ostatnio przetoczyło się kilka dziwnych dyskusji na forum i to właśnie o specyfikatorze "extern" na forum i o tym, że niektórzy kompletnie nie rozumieją czym różni się DEKLARACJA od DEFINICJI zmiennej więc w tym wątku już nawet nie zabieram głosu

powiem tylko, że ... no aż ciarki mnie po plecach przechodzą na takie zdanie:



w jakich poradnikach wideo ? bo chyba nie w moich do jasnej ciasnej

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Ja miałem na myśli inne poradniki nie p. Mirka, na poradnikach Pana Mirka to ja się wzoruje , przepraszam jeśli zostałem żle zrozumiany i nie chciałem nikogo urazić.

Ja tylko do końca nie rozumiem kiedy mogę używać a kiedy nie nadużywać słówka EXTERN i to wszystko dlatego stąd moje pytanie.

Program nie chciał mi się poprawnie kompilować , potem nic wiele nie zmieniając w programie nagle ładnie zadziałał i stąd moje dylematy człowieka , który tylko che się się czegoś
nauczyć i poznać dokładnie tajniki tego magicznego słówka.
Deklaracja była zapisana w pliku mk_pcf8583.h



a definicja w bliżniaczym pliku mk_pcf8583.c


Jeżeli żle zrozumiałem to proszę mnie poprawić, gdzie nie rozumiem co to deklaracja -a definicja zagadnienie dotyczyło jednak tego dlaczego kompilator nie widział zapisu " TDATETIME datetime " a potem go nagle zobaczył??

A poradniki są bardzo dobre i bardzo fachowe, jakbym w młodych latach kiedy nie było jeszcze internetu miał taki dostęp do tak fachowej wiedzy to może byłbym kimś innym.
Przepraszam że się rozgadałem.

No i tu jest pies pogrzebany. W tym fragmencie nigdzie nie dałeś deklaracji. UWAGA! Zdefiniowałeś tylko typ strukturalny.

Poprawny kod byłby taki:
1. Plik nagłówkowy:


2. Plik źródłowy


Dla 1), poprzez deklarację, informujesz inne moduły, że "gdzieś jest zrobiona definicja zmiennej". W tym przypadku akurat w pliku źródłowym 2)


Cechą charakterystyczną, praktycznie wszystkich początkujących, również tyczy się to mnie , jest to, że bardzo często im się "wydaje". Nie znając dziedziny, z którą się spotykają, zbyt dogłębnie, nie widzą szczegółów, patrzą przez jakiś pryzmat swoich wyobrażeń, a nie faktów - tak to oceniam
Dochodzą później do takich wniosków: "kompilator nie widział, a teraz widzi".
Kompilator widzi to co mu poda programista, a że początkujący zwykle nie wie co ma podać, to później dochodzi do zrzucania winy na wszystko, tylko nie na siebie. I tu nie chodzi o wiek początkującego, w żadnym wypadku, tylko o doświadczenie w danej dziedzinie.
Mnie się często zdarzają sytuację, że piszę coś w plikach źródłowych, mam jakieś dziwne akcje i już chce zwalać na rąbek u spódnicy, a na koniec okazuje się, że nie pisałem tam gdzie trzeba - nie widziałem całości i wyciągałem zły wniosek.
Teraz ja się rozgadałem W przeciwieństwie do Mirka, ja wszędzie widzę filozofię

Podsumowując. W podanym wyżej kodzie nie miałeś deklaracji. Prawdopodobnie pomyliłeś deklarację z definicją typów.
Definicja typu to nie to samo co definicja zmiennej.
Przynajmniej tak to wynika ze wpisu, choć mam wrażenie, że coś Ci ucięło zdanie, po nawiasie "{".