Summary: | quake3-1.34_alpha789 crashing with openal-0.0.8 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Andrew Stimpson <mrvx7fj02> |
Component: | [OLD] Games | Assignee: | Gentoo Games <games> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | 2006.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Output of quake3 crash
emerge --info output |
Description
Andrew Stimpson
2006-09-24 18:17:52 UTC
Created attachment 97991 [details]
Output of quake3 crash
Created attachment 97992 [details]
emerge --info output
Can you see if it still crashed with openal-0.0.8-r1? Yes, it still crashes with openal-0.0.8-r1. No change at all. Recompile quake3 w/o mfpmath=sse. It won't work with quake's i387 asm. (In reply to comment #5) > Recompile quake3 w/o mfpmath=sse. It won't work with quake's i387 asm. This fixed it. Thanks! I would have never figured this out myself. Is using this CFLAG a bad idea in general, or is this just a quirk of quake3? As long as your package doesn't do explicit i387 operation, the flag is safe, but if it does (as quake3) it breaks. But there should be the possibility to disable i387 asm, as quake3 works on x86_64 as well, where newer gcc's uses mfpmath=sse by default. BTW, I don't think this bug shou be marked "fixed", as the ebuiold doesn't filter the offending cflag out on x86. The bug should rather be marked INVALID... Actually, I just updated CVS, so we can leave this as FIXED. |