Opened 19 years ago
Closed 19 years ago
#19 closed defect (fixed)
gcc: gcc limits.h overrides limits.h from libc
| Reported by: | bird | Owned by: | bird |
|---|---|---|---|
| Priority: | high | Milestone: | libc-0.6.1 |
| Component: | gcc | Version: | 0.6 |
| Severity: | normal | Keywords: | gcc libc limits.h |
| Cc: |
Description
GCC has it's own limits.h which hides the limits.h in usr/include installed by libc. This means that we're missing lot's a stuff, esp. PATH_MAX.
Change History (4)
comment:1 by , 19 years ago
comment:2 by , 19 years ago
| Milestone: | libc-0.7 → libc-0.6.1 |
|---|---|
| Status: | new → assigned |
comment:3 by , 19 years ago
GCC doesn't detect our limits.h because the path used in the test statement has lot's of backslashes. Have made an attempt at fixing it by messing with the PATH, so for untested and I'm unsure if it'll help..
comment:4 by , 19 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
The PATH wasn't the clue. The problem was in t-emx, first we used a PC slashy path so we've never found the libc limits.h, and second we overridden STMP_FIXINC so when the first problem was fixed syslimits.h wasn't found. But now it seems like it's working again.
Note:
See TracTickets
for help on using tickets.
Don the necessary libc bit (on the trunk). There are three #defines which libc isn't defining. These has been added to sys/syslimits.h.