C/C++ IDE cross complie

Fejlesztés

Üdv!

Grafikus (X-alapú) alkalmazás készítéséhez milyen C IDE-t javasoltok, amivel könnyen lehet cross compile fordítást készíteni?
x86 -> arm, Raspberry Pi-hez kellene.

--
G.

  • 5672 megtekintés

( emberk | 2014. 10. 05., v – 11:01 )

Feliratkozás (a magyarul nem tudóknak subscribe )

------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

( apal v | 2014. 10. 05., v – 11:17 )

Van valami, amiatt nem tudod az rpi-n leforditani?

Ha van egy rendes forra'sfa'd amiben van rendes Makefile, akkor persze.

Ugy erdemes csinalni hogy a szukseges development toolokat (pl: `apt-get install gcc g++ linux-libc-dev make binutils`) majd a development headereket (pl: `apt-get install libgtk2.0-dev`) feltelepited az SD-kartyara, majd a /var/tmp (vagy barmilyen tmpfs mountpoint) konyvtarban forditod a programodat. Ha kesz a forditas, akkor visszamasholhatod az SD-re, vagy ha csak egyszeri a forditas (tenyleg nem kell mar belenyulni a forrasba), akkor mehet az is az SD-n. Mondjuk ezelobbit (/var/tmp-ben valo forditgatas) inkabb azert szoktam meg mert fejleszteni is kell sokesetben ilyen beagyazott rendszereken - oszt igy a fejlesztes alatt lehet readonly-ra mountolni a rendszert.

( uzsolt v | 2014. 10. 05., v – 15:06 )

FreeBSD-s megvalósítás itt. Szerintem a "Csomagkészítő környezet" rész megfelelő módosításokkal adaptálható linuxra is.

( hardhead | 2014. 10. 05., v – 15:22 )

Én Code::Blocks-ot használtam RPi-hez való cross-compiláláshoz.
Most nincs fenn a gépemen. Kb. egy fél éve állítottam be, de azóta volt egy újratelepítés a gépemen. A feltelepített fordítóhoz a Code::Blocks-ban be lehet állítani, hogy mivel fordítson.

(RPi-n én is próbáltam fordítani, de macerás és főleg nagyon lassú volt.)

A neten részletes leírást is lehet találni a beállításához.

( makgab v | 2014. 10. 09., cs – 07:07 )

Tudtok olyan visual C/C++ IDE-t amiben raspberry-vel is lehet fordítani?
Olyan Delphi-szerűre (ill. Borland CBuilder-szerűre) gondoltam. Van ilyen?

--
G.

( uid_720 | 2014. 10. 09., cs – 08:57 )

Szerintem bármelyik jó neked.
A lényeg, hogy be tudd állítani pl. a C fordítód, a headerök és a libraryk elérési útját (gcc helyett arm-linux-eabi-gcc vagy akármi, nem tudom, melyik kell rPi-hez).

Fuszenecker_Róbert

+1

Amúgy meg, amíg nem kell rPi specifikus funkció, simán fejlessz desktopon, aztán meg crosscompile és rátölt.

Ha nagyon perverz akarnék lenni, akkor azt mondanám, hogy ha kell rPi-s funckionalitás (pl. GPIO), azt mock-old ki, aztán crosscompile előtt lődd alá a valós lib-et (pl. wiringPi)

"Azt hiszem, a mock nem a "perverzió" kategória, hanem a minimum"

Egészen biztos vagyok benne, hogy "programozók" egész hada vitatkozna ezzel az állítással :D

Egyébként meg igen, unit teszt szempontból, főleg amúgy hw környezetben musthave. Vagyis, nem musthave, de ott szokott aztán jönni a szopóálarc, meg a napokig tartó debug, mire kiderül, hogy az adott perifériával azért nem tudott a kód mit kezdeni ,mert {érintkezési hiba volt|rosszul lett bekötve|nem volt jó|félre lett forrasztva|más baudrate-en hajlandó megnyilvánulni|firmware upgrade miatt változott a protokollja|stbstb}, és nem azért, mert a kód volt bugos.

( hrgy84 | 2014. 10. 09., cs – 15:52 )

Cross compile-re szerintem barmelyik C-t ismero IDE jo lehet, ahol tudsz toolchaint allitani. Emlekeim szerint peldaul a NetBeans C modulja is ilyen, de allitolag az Eclipse is kepes ilyesmire, bar azt nem probaltam, nem igazan hasznalok Eclipse-t.
--
Ki oda vágyik, hol száll a galamb, elszalasztja a kincset itt alant: 


()=() 
('Y') Blog | @hron84
C . C Üzemeltető macik
()_()