Now a few of tests with prog types are placed into Avr-libc repository:
tests/simulate/progtype-[123].c
Look about the completeness of them, please.
The problem is compatibility. The change in 1.8.0 is too savage,
now the user program is not compiled with obscure error:
prog_char s[] = "123";
==> error: expected '=', ',', ';', 'asm' or '__attribute__' before 's'
IMHO, there is no bases for such abort (in case of C source and known
GCC version, i.e. <= 4.6). It is sufficient to put warning:
prog_char s[] = "123";
==> warning: 'prog_char' is deprecated
and continue building.
IMHO, on the other hand, Avr-libc should not provide prog types with C++
under no circumstances like __PROG_TYPES_COMPAT__. As it is known wrong
(see example at first post), the building must be rejected.
Opinions?
May be an example of prog type misbehaviour with C code?
Dmitry.
_______________________________________________
AVR-libc-dev mailing list
AVR-libc-dev@nongnu.org
https://lists.nongnu.org/mailman/listinfo/avr-libc-dev
