From 4318d4a1b62579003c5df549e212c711364e535d Mon Sep 17 00:00:00 2001 From: Alexandre Oliva Date: Mon, 25 Oct 2004 08:35:34 +0000 Subject: [PATCH] * config/frv/linux.h (TARGET_C99_FUNCTIONS): Define to 0. From-SVN: r89525 --- gcc/ChangeLog | 4 ++++ gcc/config/frv/linux.h | 15 +++++++++++++++ 2 files changed, 19 insertions(+) diff --git a/gcc/ChangeLog b/gcc/ChangeLog index e216c9ac83c9..039be86bbc45 100644 --- a/gcc/ChangeLog +++ b/gcc/ChangeLog @@ -1,3 +1,7 @@ +2004-10-25 Alexandre Oliva + + * config/frv/linux.h (TARGET_C99_FUNCTIONS): Define to 0. + 2004-10-25 Alexandre Oliva * config/frv/frv.md (movdi, movdf): Handle wide-constant splits diff --git a/gcc/config/frv/linux.h b/gcc/config/frv/linux.h index 6f0f1b27f677..0f56e374b219 100644 --- a/gcc/config/frv/linux.h +++ b/gcc/config/frv/linux.h @@ -71,4 +71,19 @@ asm (TEXT_SECTION_ASM_OP); #undef Twrite #define Twrite __write +/* uClibc doesn't support many of the C90-reserved C99-defined math + functions. Make sure we don't implicitly generate them unless C99 + support is explicitly requested. This will affect both frv-linux + and frv-uclinux. Even though the glibc, the primary library for + frv-linux, would enable better code to be generated with + TARGET_C99_FUNCTIONS defined to 1, uClinux can be used as the + library for frv-linux as well, and we'd better have that work + correctly. Maybe we move this to a uclibc.h header in the future, + and use that for frv-uclinux and frv-linux-uclibc? Define it here + for now, such that we can still get exactly the same code out of + both frv-linux-gcc and frv-uclinux-gcc, when feeding them the same + preprocessed sources. */ +#undef TARGET_C99_FUNCTIONS +#define TARGET_C99_FUNCTIONS 0 + #endif /* __FRV_LINUX_H__ */