Posílám odpověď i přímo, protože asi zkrze pandoru neprojde.
Opravdu to nemá smysl řešit takto. je potřeba to udělat správně.
Důvod je jednoduchý, nedostal jsem report, že již není
potřeba pro RTIME sysless udržovat staré GCC.
Požadavek na otestování GCC-4.3.x a pak 4.4.3 jsem posílal
dávno. Teď jsme na GCC-4.4.4.
Protože nevím, jestli zde stále looseři se starým GCC nejsou,
vždy se mi akorát dostávají z třetí ruky hlášky, někdo si
někdy stěžoval, že mu vše novější nechodí, tak jsem zatím
na RTIME nechal oprasy, které umožňují používat GCC a newlib,
které neobsahují v současné době standardizované hlavičkové
soubory - inttypes.h, machine/endian.h a další.
Tady opras koliduje se slušným řešením. Zároveň se tady
projevují nebezpečně volné definice typu
include_HEADERS = $(notdir $(wildcard $(SOURCES_DIR)/*.h))
Už mě komunikace nebaví, ohledy končí, prasárny vyhážu,
a Ti kdo nepřejdou na nový toolchain a nepomohou ho
při potížích opravit, mají smůlu. Protože takto se vším
všichni a především i já ztrácíme hromadu času.
Takže jdu bezohledně na věc,
Pavel
On Thursday 01 July 2010 22:16:10 jiri.kubias(a)gmail.com (sysless(a)pandora.cz)
wrote:
> Nechtel jsem nic posilat dokud jsem nevedel ze je neco moje hloupa
> chyba. V ulanu okolo LPC17xx par veci chybi...
>
> Nicmene ted jsem skoncil na tomto a tady uz si opravdu nevim rady
>
> Use "make V=1" to see the verbose compile lines.
> make[omk]: include-pass in arch/generic/defines
> make[omk]: include-pass in arch/arm/generic/defines
> make[omk]: include-pass in arch/arm/generic/libs/misc
> make[omk]: include-pass in arch/arm/mach-cmsis/defines
> make[omk]: include-pass in arch/arm/mach-cmsis/libs/ldscripts
> make[omk]: include-pass in arch/arm/mach-cmsis/libs/system
> make[omk]: include-pass in board/arm/cmsis/defines
> make[omk]: include-pass in libs4c/cmdproc
> make[omk]: include-pass in libs4c/misc
> make[omk]: library-pass in arch/arm/generic/libs/misc
> CC bbconf_info.o
> AR /home/jirka/test/sysless/_compiled/lib/libarch.a
> CC system_stub.o
> In file included from
> /home/jirka/test/sysless/_compiled/include/core_cm3.h:85, from
> /home/jirka/test/sysless/_compiled/include/LPC17xx.h:98,
> from /home/jirka/test/sysless/_compiled/include/system_def.h:19,
> from /home/jirka/test/sysless/arch/arm/generic/libs/misc/system_stub.c:14:
> /usr/arm-elf/gcc/4.4.4/bin/../lib/gcc/arm-elf/4.4.4/../../../../arm-elf/inc
>lude/stdint.h:79: error: conflicting types for 'int32_t'
> /home/jirka/test/sysless/_compiled/include/types.h:37: note: previous
> declaration of 'int32_t' was here
> /usr/arm-elf/gcc/4.4.4/bin/../lib/gcc/arm-elf/4.4.4/../../../../arm-elf/inc
>lude/stdint.h:80: error: conflicting types for 'uint32_t'
> /home/jirka/test/sysless/_compiled/include/types.h:36: note: previous
> declaration of 'uint32_t' was here
> make[7]: *** [system_stub.o] Error 1
> make[6]: *** [library-pass-this-dir] Error 2
> make[5]: *** [library-pass-misc-subdir] Error 2
> make[4]: *** [library-pass-libs-subdir] Error 2
> make[3]: *** [library-pass-generic-subdir] Error 2
> make[2]: *** [library-pass-arm-subdir] Error 2
> make[1]: *** [library-pass-arch-subdir] Error 2
> make: *** [library-pass] Error 2
>
> Jirka
>
>
> 2010/7/1 Michal Sojka (sysless(a)pandora.cz) <sojkam1(a)fel.cvut.cz>
>
> > On Thu, 01 Jul 2010, jiri.kubias(a)gmail.com wrote:
> > > LPC13xx ne (zatim nema can) ale lpc17xx jo. A vzhledem k tomu ze od 13
> > > k 17 je hodne blizko tak si to vymodifikuju na 17. Zkusil jsem sysless
> > > loupnout sam na LPC17 + CMSIS od ARMu, ale porad koncim ne nejakych
> > > errorech okolo system_stub.c o kterym vubec nic nevim.
> >
> > A co takhle sem ty chybove hlasky poslat? Tady se urcite najde nekdo,
> > kdo vi, co je zpusobuje.
> >
> > M.
> >
> > ---
---