Now it is fixed. Sorry that it took so long! Borut
On 04/29/2010 10:31 PM, Peter Van Epp wrote: > Someone off list suggested using -V to figure out where SDCC is dying > and as he suspected it looks to be cpp, perhaps from something in this recent > change for what its worth. > > a2010-04-22 Borut Razem<borut.razem AT siol.net> > > * support/cpp/libcpp/charset.c, support/cpp/libcpp/directives.c, > support/cpp/libcpp/errors.c, support/cpp/libcpp/expr.c, > support/cpp/libcpp/files.c, support/cpp/libcpp/identifiers.c, > support/cpp/libcpp/include/cpp-id-data.h, > support/cpp/libcpp/include/cpplib.h, > support/cpp/libcpp/include/line-map.h, > support/cpp/libcpp/include/symtab.h, support/cpp/libcpp/init.c, > support/cpp/libcpp/internal.h, support/cpp/libcpp/lex.c, > support/cpp/libcpp/line-map.c, support/cpp/libcpp/macro.c, > support/cpp/libcpp/mkdeps.c, support/cpp/libcpp/symtab.c, > support/cpp/libcpp/traditional.c, support/cpp/libiberty/filenames.h, > support/cpp/libiberty/hashtab.c, support/cpp/libiberty/hashtab.h, > support/cpp/libiberty/obstack.h, support/cpp/libiberty/safe-ctype.h, > support/cpp/libiberty/splay-tree.h, support/cpp/sdcpp.c, > support/cpp/sdcpp.h, support/cpp/sdcpp-opts.c: > SDCPP synchronized with GCC CPP release version 4.5.0 > > Peter Van Epp > ------------------------------------------------------------------------------ _______________________________________________ Sdcc-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sdcc-user
