Hi all,
I'm going to answer all of your emails in one instead of one for each.:-)
If there are anythings I forgot to reply, please raise it up again.
This is a (partially) revised patch, not all of your comments get
addressed in this one. Since I cannot access to my computer during this
weekend, I'd like to send out my partial work for further comments. I'll
finally address all of your comments and suggestions.
These two issues have been fixed in this patch:
* License for new created files has been changed to a BSD-like one.
Jeff Johnston wrote:
I forgot another issue. The bfin processor should be using
underscored cpu macros from the compiler. That is, you should be
looking for __BFIN__ or __bfin__ inside newlib header files: not "BFIN"
or "bfin". The latter two are in the user's namespace.
Michael Ambrus wrote:
- The usage of the predefined BFIN macro in machine/ieeefp.h will lead
to the same compiling issues as mentioned in:
http://sourceware.org/ml/newlib/2006/msg00787.html
http://sourceware.org/ml/newlib/2006/msg00791.html
As for these two macros, they were in our CVS(*) long long ago. I admit
they look weird and uncommon. But considering they have been used in
many code in such long time, we have to estimate its impact before doing
any change.
Currently, it works properly for building newlib in gcc source code tree
on all Suse hosts we are using (9.2, 10.1, and maybe some others) and
Debian amd64 testing and Ubuntu dapper and edgy. I never observed that
issue. Maybe because I never build newlib outside of gcc source tree.
I'll investigate this issue further next week.