Witam,
Dzisiaj podczas pracy nad projektem jak to robię zwykle stworzyłem kolejną jego kopię - tak by mieć zachowane poprzednie wersje programu a w nowej skopiowanej wersji dodawać nowy kod.
Niestety dziś po tej czynności nie chce mi się skompilować ani skopiowany projekt ani żadna z jego poprzednich wersji. Nie rozumiem dlaczego, ponieważ wcześniej wielokrotnie kompilowałem dany program, a operację z kopiowaniem też udawało mi się zawsze zrobić i wszystko ładnie śmigało. Przy próbie kompilacji wyświetla mi się:

Dodam, że inne programy jak np. stworzone szybko dla testu miganie diody kompiluje się bez problemu.

Clean project robiłeś?

Tak. Nie pomaga.
----EDIT----
Sfrustrowany zacząłem przeglądać kod linijka po linijce i usuwać je cofając się do poprzednich wersji programu.
Znalazłem linijkę, która powoduje ten błąd. W głównej pętli while rysowanie linii na wyświetlaczu LCD.

Problem w tym, że wcześniej wielokrotnie kompilowałem kod ze znajdującą się tam tą funkcją
a Eclipse nie widzi tam żadnego błędu - nie podkreśla mi nic w kodzie a jedynie (aż) nie chce mi z tą funkcją go skompilować.
W czym problem?

Nie wiem jakiego Eclipse używasz. Zamiast tracić czas i się zastanawiać co jest nie tak, to ja bym rozpakował czystego Eclipsa np Mars w jakimś nowym katalogu i utworzył nowy projekt. Starsze projekty można łatwo zaimportować, jeżeli potrzeba.

_________________
Pozdrawiam
PP

U mnie wlasnie tak sie dzieje, import nie dziala jak trzeba, musze utworzyc nowy projekt i skopiowac pliki do niego, wtedy dziala:)
Eclipse IDE for C/C++ Developers
Version: Indigo Service Release 2
Build id: 20120216-1857

Z Indigo różne rzeczy się działy, dlatego tylko pojedynczy fani tej wersji go jeszcze używają.
Można tylko upraszać, żeby się nie skarżyli na forum, skoro chcą dalej iść tą "kamienistą" drogą

INDIGO - dla masochistów tyle mogę powiedzieć

_________________
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 ]

Już przesiadłem się na mars...

aa to mowicie ze z Indigo wam sie cuda działay a ja myslałem że mi sie Widows posypał więc reinstalnołem i na marsa przeszedłem a pewnie wystarczyło samego marsa zapodać

A nie przepraszam, ja nie mialem z Indigo cudów a z Luną, więc chyba jednak coś bolało Windowsa

Używam Ecplise Luna, świeżo wypakowany i skonfigurowany. Niestety nie rozwiązało to problemu.



Linia

Powoduje błąd kompilacji. Tzn. nie podkreśla żadnych błędów składni czy warningów tylko nie chce skompilować tak jak wyżej pisałem.
Co ciekawe, jeśli znienne x1,x2,y1,y2 zamienie na stałe np. 1,2,3,4 program kompiluje się bez problemu. Jestem na 100% pewien, że wcześniej miałem tam zmienne x1 itd. i kompilowało ładnie i śmigało... Nie wiem, może mi się coś w głowie miesza i tam nie można zmiennych wcisnąć. Może wcałe ich tam wcześniej nie miałem tylko mi się to przyśniło?
Macie jakiś pomysł na rozwiązanie tego problemu?
Zmienić Eclipsa i to pomoże? Na jakiego?

Coś ten Twój kod nie pełny a gdzie masz #include ?

Includy oczywiście mam. Nie zamieszczałem całości kodu bo jaki sens ma pokazywanie tu obsługa przerwań czy timerów.
Część "includowa"

No to spróbj z tym Marsem może, odinstaluj jave itd. no zrób dokładnie wg. tego poradnika jak nie znasz

http://mirekk36.blogspot.com/2015/07/eclipse-start-plus-pierwszy-program.html

Jak to nie pomoże to spróbój inny komputer bo jeszcze windows posypany może być, ale też możesz ewentualnie komuś wysłać kod cały żeby on puścił kompilacje i czy będzie miał błedy lub nie.

Mi kiedyś pomogło jak było nie tak coś, zrobić projekt od nowa i do niego skopiować pliki z projektu niedziałającego i wtedy leciało bez błędu.

Próbowałem i nie działa. Jak nie znajdę innej rady to wieczorem zainstaluje marsa.

_________________
+++++[>++++<-]>[>++++++<-]>.---------.+++.

a sprobuj tego:
Properties projektu C/C++ Build/Settings/AVR linker i w command line patern...
zamien na

${COMMAND} -lc -lm ${FLAGS} ${OUTPUT_FLAG}${OUTPUT_PREFIX}${OUTPUT} ${INPUTS} -lc

U mnie jest tak.

Bez tego mam podobne bledy:

avr-gcc -lc -lm -Wl,-Map,test_adc.map -mmcu=atmega128 -o"test_adc.elf" ./at45db/AT45DB011.o ./UART/uart_functions.o ./TIMERS_AND_MENU/case_time.o ./T6963/logger_lcd.o ./T6963/mode0.o ./T6963/mode1.o ./T6963/mode2.o ./T6963/przewijanie.o ./T6963/random.o ./T6963/t6963c.o ./T6963/temp_cisnienie.o ./T6963/temperatura.o ./T6963/wilgotosc.o ./T6963/wyswietl_wyniki.o ./T6963/zegar.o ./T6963/zegarek.o ./SPI/SPI.o ./SETUP/setup.o ./Menu/logger.o ./Menu/menu.o ./Menu/podswietlenie.o ./Menu/ustawienie_save_discard.o ./Menu/ustawienie_zegara.o ./Menu/wyswietlanie.o ./LED/led.o ./KLAWISZE/klawisze.o ./IR_DECODE/ir_decode.o ./I2C/i2cmaster.o ./I2C/i2csoft.o ./EEPROM/eeprom.o ./DTH22/dth221.o ./DS1305/DS1305.o ./BMP085/bmp085.o ./ADC/ADC.o ./24C256/24C256.o ./main.o
c:/program files (x86)/atmel/avr tools/avr toolchain/bin/../lib/gcc/avr/4.7.2/../../../../avr/lib/avr51\libc.a(inverse.o):/data2/home/toolsbuild/jenkins-knuth/workspace/avr8-gnu-toolchain/src/avr-libc/libm/fplib/inverse.S:50:(.text.avr-libc.fplib+0xc): relocation truncated to fit: R_AVR_13_PCREL against symbol `__divsf3' defined in .text section in c:/program files (x86)/atmel/avr tools/avr toolchain/bin/../lib/gcc/avr/4.7.2/avr51\libgcc.a(_div_sf.o)
c:/program files (x86)/atmel/avr tools/avr toolchain/bin/../lib/gcc/avr/4.7.2/../../../../avr/lib/avr51\libc.a(log.o):/data2/home/toolsbuild/jenkins-knuth/workspace/avr8-gnu-toolchain/src/avr-libc/libm/fplib/log.S:96:(.text.avr-libc.fplib+0x46): relocation truncated to fit: R_AVR_13_PCREL against symbol `__addsf3' defined in .text section in c:/program files (x86)/atmel/avr tools/avr toolchain/bin/../lib/gcc/avr/4.7.2/avr51\libgcc.a(_addsub_sf.o)
c:/program files (x86)/atmel/avr tools/avr toolchain/bin/../lib/gcc/avr/4.7.2/../../../../avr/lib/avr51\libc.a(log.o):/data2/home/toolsbuild/jenkins-knuth/workspace/avr8-gnu-toolchain/src/avr-libc/libm/fplib/log.S:100:(.text.avr-libc.fplib+0x4e): relocation truncated to fit: R_AVR_13_PCREL against symbol `__addsf3' defined in .text section in c:/program files (x86)/atmel/avr tools/avr toolchain/bin/../lib/gcc/avr/4.7.2/avr51\libgcc.a(_addsub_sf.o)
c:/program files (x86)/atmel/avr tools/avr toolchain/bin/../lib/gcc/avr/4.7.2/../../../../avr/lib/avr51\libc.a(log.o):/data2/home/toolsbuild/jenkins-knuth/workspace/avr8-gnu-toolchain/src/avr-libc/libm/fplib/log.S:116:(.text.avr-libc.fplib+0x6a): relocation truncated to fit: R_AVR_13_PCREL against symbol `__floatsisf' defined in .text section in c:/program files (x86)/atmel/avr tools/avr toolchain/bin/../lib/gcc/avr/4.7.2/avr51\libgcc.a(_si_to_sf.o)
c:/program files (x86)/atmel/avr tools/avr toolchain/bin/../lib/gcc/avr/4.7.2/../../../../avr/lib/avr51\libc.a(modf.o):/data2/home/toolsbuild/jenkins-knuth/workspace/avr8-gnu-toolchain/src/avr-libc/libm/fplib/modf.S:90:(.text.avr-libc.fplib+0x3e): relocation truncated to fit: R_AVR_13_PCREL against symbol `__subsf3' defined in .text section in c:/program files (x86)/atmel/avr tools/avr toolchain/bin/../lib/gcc/avr/4.7.2/avr51\libgcc.a(_addsub_sf.o)
collect2.exe: error: ld returned 1 exit status
make: *** [test_adc.elf] Error 1

@wchpikus
Ciekawostka- na forum widzę twój post taki:


A jak kilkne cytuj taki:



Tak czy inaczej pomogło!! Dziękuję bardzo!
Mógłbyś mi jeszcze tylko wytłumaczyć co właściwie zrobiłem?

Nie pamietam gdzie znalazlem to rozwiaznie, ale chyba chodzilo o bibliotke, ktora nie chciala sie skompilowac..pamietam ze po dodaniu ktorejs z bibliotek dostalem taki blad..


Tutaj:
http://www.avrfreaks.net/forum/linker-error-6


A missing -lm would lead to a linker complaint if you use sin() from math.h, for example, because the sin function implementation is shipped in libm.a.

The root cause of the problem is #33698, i.e. AVR-LibC uses RCALL/RJMP instruction to external functions. If the assumption that the call target can be encoded in the instruction does not hold, the linker complains.

There are several cases where adding -lm does not work around the problem or does not work as intended.

Reason is that AVR-LibC turned libm.a into a core library like libgcc.a but using -lm will not use it like a system library. To achieve that, you'll have to patch the specs (e.g. using -dumpspecs, patch them and feed them back into the compiler) and not adding -lm wherever on the command line.

-lm work in most cases because this leads to mode efficient float routines, this the RCALL/RJMP targets are inside the valid range again. However, there are cases where is does not work: Using LTO, fixed-point <-> float conversions, C++, ...