| Summary: | fix SDL_test_fuzzer.c compilation | ||
|---|---|---|---|
| Product: | SDL | Reporter: | Ozkan Sezer <sezeroz> |
| Component: | build | Assignee: | Ryan C. Gordon <icculus> |
| Status: | RESOLVED FIXED | QA Contact: | Sam Lantinga <slouken> |
| Severity: | normal | ||
| Priority: | P2 | CC: | icculus |
| Version: | HG 2.0 | Keywords: | target-2.0.4, triage-2.0.4 |
| Hardware: | x86 | ||
| OS: | Linux | ||
| Attachments: |
SDL_test_fuzzer.c compilation fix
(patch for SDL_string.c) |
||
Marking a large number of bugs with the "triage-2.0.4" keyword at once. Sorry if you got a lot of email from this. This is to help me sort through some bugs in regards to a 2.0.4 release. We may or may not fix this bug for 2.0.4, though! Created attachment 2060 [details]
(patch for SDL_string.c)
Related: with glibc-2.8, stdlib/SDL_string.c spits a warning because
the prototype for vsscanf() is not available to it. Attached another
tiny patch for it.
(sorry if you get a lot of copies of this email, I'm marking several bugs at once) Marking bugs for the (mostly) final 2.0.4 TODO list. This means we're hoping to resolve this bug before 2.0.4 ships if possible. In a perfect world, the open bug count with the target-2.0.4 keyword is zero when we ship. (Note that closing a bug report as WONTFIX, INVALID or WORKSFORME might still happen.) --ryan. This patch is now https://hg.libsdl.org/SDL/rev/564b57497f2b, thanks! --ryan. You may also be interested in the patch for SDL_string.c from comment #2. (In reply to Ozkan Sezer from comment #5) > You may also be interested in the patch for SDL_string.c from comment #2. Oh, I had missed that, thank you. That patch is now https://hg.libsdl.org/SDL/rev/418e4dee26cb, thanks! --ryan. |
Created attachment 1863 [details] SDL_test_fuzzer.c compilation fix The attached patch fixes SDL_test_fuzzer.c compilation with some setups. (LLONG_MAX and ULLONG_MAX may not be defined unless _GNU_SOURCE is defined, seen with glibc-2.8.)