From mboxrd@z Thu Jan 1 00:00:00 1970 From: david m. richter Date: Wed, 1 Oct 2008 15:15:34 -0400 Subject: [Cluster-devel] cluster3 build: libdlm.h and PATH_MAX Message-ID: <1d07ca700810011215p10d441bge4495cd10a74d754@mail.gmail.com> List-Id: To: cluster-devel.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit hello, I should've asked on IRC before you folks all left for your conference, but these are two things I'd forgotten about until now (because I'm setting up a new cluster from scratch). [libdlm.h] First, I'm building cluster3 and run into difficulties with finding libdlm.h. In order to coax the build along, I had to modify: - cluster/dlm/tool/Makefile - cluster/dlm/libdlmcontrol/Makefile - cluster/group/dlm_controld .. by adding cluster/dlm/libdlm/ as an include directory. I believe I'd had this trouble in the past with cluster2, as well, and just punted and yum installed cman-devel -- but that's an ugly kludge. My question is: has anyone else noticed anything w/r/t missing libdlm.h, and if not have you verified that it's actually getting picked up from the cluster source tree and not a pre-existing one in /usr/include somewhere? [PATH_MAX] I'd had a similar problem before with cluster/group/libgfscontrol/libgfscontrol.h, which uses PATH_MAX. Builds on my systems blow up because it doesn't #include . I've had the one-liner patch in my tree for months and forgot about it until I rebased and excised it, expecting it to be vestigial. Has anyone noticed anything similar? This one seems pretty clear-cut, but something must be screwy somewhere or everyone would've noticed it a long time ago. thanks -- and enjoy Austria (or wherever you folks are having your conference), d .