[Bug hurd/11638] New: regex.c fails to compile on Hurd

[Bug hurd/11638] New: regex.c fails to compile on Hurd

[aurelien at aurel32 dot net]

Since commit 54dd0ab31fe2b2168ba1a6180a0c05941fb54b3c, the MAX macro is used in 
regex_internal.c which is included by regex.c, while it is not defined on the 
include on Hurd.

On other architectures it is define in <sys/param.h> which is included in a 
weird way:

from ../sysdeps/i386/i686/hp-timing.h:25,
from ../sysdeps/x86_64/hp-timing.h:23,
from ../nptl/descr.h:28,
from ../nptl/sysdeps/x86_64/tls.h:98,
from ../include/tls.h:6,
from ../bits/libc-tsd.h:45,
from ../locale/localeinfo.h:210,
from regex.c:54

I think that it should be included directly in regex_internal.h instead. Patch 
will follow.

-- 
           Summary: regex.c fails to compile on Hurd
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: hurd
        AssignedTo: roland at gnu dot org
        ReportedBy: aurelien at aurel32 dot net
                CC: glibc-bugs at sources dot redhat dot com
 GCC build triplet: i686-unknown-gnu0.3
  GCC host triplet: i686-unknown-gnu0.3
GCC target triplet: i686-unknown-gnu0.3


http://sourceware.org/bugzilla/show_bug.cgi?id=11638

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.

[Bug hurd/11638] regex.c fails to compile on Hurd

[aurelien at aurel32 dot net]

------- Additional Comments From aurelien at aurel32 dot net  2010-05-26 14:38 -------
Created an attachment (id=4818)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=4818&action=view)
Patch to fix the problem


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=11638

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.