Custom Query (245 matches)
Results (1 - 3 of 245)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #271 | fixed | Build break when building GS 8.71 | ||
| Description |
As explained to Dmitriy and Silvan. gcc -DHAVE_LONG_LONG -Zomf -o obj\genarch.exe base\genarch.c emxomf: Input file `X:\TEMP\ccwOlfDg.o' is not an a.out file emxomfld: a.out to omf conversion failed for 'X:\TEMP\ccwOlfDg.o'. NMAKE : fatal error U1077: 'D:\OS2\CMD.EXE' : return code '1' Stop. This is 100% reproducible here. |
|||
| #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. |
|||
| #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.
|
|||
