On Wed, Aug 29, 2007 at 07:08:08PM +0700, Dmitry Frolov wrote:
> * Steffen Grunewald <[EMAIL PROTECTED]> [29.08.2007 16:24]:
> 
> > Hi all,
> > 
> > trying to build ipmitool from current CVS (2007-08-29T09:00:00UTC), I get
> > 
> > make[5]: Entering directory 
> > `/.auto/home/root64/fai-buildpackages/ipmitool/src/plugins/open'
> > if /bin/sh ../../../libtool --silent --tag=CC --mode=compile gcc 
> > -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../include    -g -O2 
> > -fno-strict-aliasing -I /lib/modules/2.6.17-hexe-smp/build/include -MT
> > open.lo -MD -MP -MF ".deps/open.Tpo" -c -o open.lo open.c; \
> >         then mv -f ".deps/open.Tpo" ".deps/open.Plo"; else rm -f 
> > ".deps/open.Tpo"; exit 1; fi
> > open.c: In function 'ipmi_openipmi_send_cmd':
> > open.c:234: error: 'struct ipmi_ipmb_addr' has no member named 
> > 'transit_slave_addr'
> > make[5]: *** [open.lo] Error 1
> > make[5]: Leaving directory 
> > `/.auto/home/root64/fai-buildpackages/ipmitool/src/plugins/open'
> > 
> > Looking into open.c, I can see that open.h is not #included although it
> > seems to be the only place where "transit_slave_addr" is defined.
> > Am I missing a change in the build dependencies? 
> 
> open.h is conditionally included if no other OpenIPMI header is
> available.
> 
> Currenlty there is a feature called "dual bridge support" that
> is incompatible with mainline OpenIPMI, that causes ipmitool
> compile to fail on Linux when kernel headers are installed. I added
> --disable-intf-open-dual-bridge configure option to disable parts of the
> code that fails.

The existence of Linux kernel source or headers indeed pose a serious
limitation - other software packages require them to be available for
a successful build.
I'd consider existence of ipmi.h the rule with Linux systems, not the
exception.

I can confirm though that the --disable-intf-open-dual-bridge option 
results in a clean build.

> However I want to ask developers, and especially Jean-Michel Audet, what
> they think about disabling this code by default, or even auto-detect if
> appropriate OpenIPMI header is available?

I'd prefer that...

Cheers, and thanks a lot for the fix,
 Steffen

-- 
Steffen Grunewald * MPI Grav.Phys.(AEI) * Am Mühlenberg 1, D-14476 Potsdam
Cluster Admin * http://pandora.aei.mpg.de/merlin/ * http://www.aei.mpg.de/
* e-mail: steffen.grunewald(*)aei.mpg.de * +49-331-567-{fon:7233,fax:7298}
No Word/PPT mails - http://www.gnu.org/philosophy/no-word-attachments.html

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel

Reply via email to