Custom Query (245 matches)
Results (43 - 45 of 245)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #278 | worksforme | gcc 4.7.x inline behaviour change | ||
| Description |
With newer gcc releases, code inlining is following a different path than before. This leads to many problems in the build of libc but also of other applications. See http://gcc.gnu.org/onlinedocs/gcc-4.7.1/gcc/Inline.html for details. At this time, this is fixed using -fgnu89-inline which restores old behaviour. The right thing seems to use 'extern inline' instead of 'static inline'. But without a proper prototype, gcc will still ignore inlining. Many headers defines code to be inlined without a prototype.
|
|||
| #276 | fixed | arithchk must be compiled with optimizer enabled | ||
| Description |
otherwise it crashes with a floating point exception when gcc 4.x is used for build. Another solution is to mask all floating point exceptions. |
|||
| #275 | fixed | locale.h and unidef.h out of sync | ||
| Description |
Unidef.h and locale.h define LC_MONETARY and LC_NUMERIC with reversed values. kLIBC is builds set_locale with unidef.h. setlocale will fail to do the right thing for LC_NUMERIC and LC_MONETARY if the application is built with locale.h. This is probably a holdover from the original EMX headers which have the same reversal. |
|||
