<div dir="ltr"><div><div><div><div>Hi Charles,<br><br></div>Thanks for the prompt reply!<br></div><div>Errors occur when execute make:<br></div><div><br></div>/bin/sh ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I../include      -MT nutclient.lo -MD -MP -MF $depbase.Tpo -c -o nutclient.lo nutclient.cpp &&\<br>mv -f $depbase.Tpo $depbase.Plo<br>libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF .deps/nutclient.Tpo -c nutclient.cpp  -fPIC -DPIC -o .libs/nutclient.o<br>In file included from nutclient.cpp:20:<br>nutclient.h:26:18: string: No such file or directory<br>nutclient.h:27:18: vector: No such file or directory<br>nutclient.h:28:15: map: No such file or directory<br>nutclient.h:29:15: set: No such file or directory<br>nutclient.h:30:21: exception: No such file or directory<br>In file included from nutclient.cpp:20:<br>nutclient.h:51: error: `exception' is not a class or namespace<br>nutclient.h:51: error: invalid base-class specification<br>nutclient.h:53: error: syntax error before `&' token<br>nutclient.h:53: error: missing ';' before right brace<br>nutclient.h:54: error: ISO C++ forbids defining types within return type<br>nutclient.h:54: error: destructors must be member functions<br>nutclient.h:54: error: return type specification for destructor invalid<br>nutclient.h:54: error: virtual outside class declaration<br>nutclient.h:55: error: virtual outside class declaration<br>nutclient.h:55: error: non-member function `const char* nut::what()' cannot <br>   have `const' method qualifier<br>nutclient.h: In function `const char* nut::what()':<br>nutclient.h:55: error: invalid use of `this' in non-member function<br>nutclient.h: At global scope:<br>nutclient.h:56: error: syntax error before `(' token<br>nutclient.h:65: error: syntax error before `{' token<br>nutclient.h:68: error: destructors must be member functions<br>nutclient.h:68: error: virtual outside class declaration<br>nutclient.h:69: error: syntax error before `private'<br>nutclient.h:78: error: syntax error before `{' token<br>nutclient.h:81: error: destructors must be member functions<br>nutclient.h:81: error: virtual outside class declaration<br>nutclient.h:82: error: syntax error before `}' token<br>nutclient.h:88: error: base class `IOException' has incomplete type<br>nutclient.h: In constructor `UnknownHostException::UnknownHostException()':<br>nutclient.h:90: error: class `UnknownHostException' does not have any field <br>   named `IOException'<br><br><br></div>etc...<br>------<br></div>Sergey<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 6, 2015 at 4:56 PM, Charles Lepple <span dir="ltr"><<a href="mailto:clepple@gmail.com" target="_blank">clepple@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><span class=""><div>On Jul 6, 2015, at 4:40 AM, Sergey Talchuk wrote:</div></span><div><span class=""><br><blockquote type="cite"><div dir="ltr"><p style="margin-bottom:0in;line-height:100%">Dear
developers,<br>
<br>
libnutclient has been added as a C++
alternative to libupsclient in 2.7.1. As a result I can't compile nut
2.7.3 with gcc-3.3.6.</p></div></blockquote><div><br></div></span><div>What does the error message look like? Does the configure script fail when checking for the C++ compiler, or later on?</div><span class=""><blockquote type="cite"><div dir="ltr"><p style="margin-bottom:0in;line-height:100%"> There wasn't such a problem with nut-2.6.5.<br>
<br>
Is
it possible to add a configuration parameter like
'-without-libnutclient' to provide better compatibility with older
gcc versions please (since libnutclient is an alternative to
libupsclient)?<br></p></div></blockquote><div><br></div></span><div>Certainly possible - the NUT clients (upsc, upsmon, etc.) do not use libnutclient. I would like the defaults to work, though - hence the previous question.</div><span class=""><blockquote type="cite"><div dir="ltr"><p style="margin-bottom:0in;line-height:100%">
Or maybe use C instead of C++ for
libnutclient?<br></p></div></blockquote><div><br></div></span>As I understand it, the purpose of libnutclient was to provide a more object-oriented API to NUT. I'm not sure we need two different C APIs.<span class=""><br><blockquote type="cite"><div dir="ltr"><p style="margin-bottom:0in;line-height:100%">
<br>
Unfortunately, is not that easy to upgrade
glibc in an embedded system.<br><br></p></div></blockquote><br></span></div><div>Thanks for the feedback. I agree that libnutclient should be optional, but it is good to confirm that it is a problem in the field.</div><div><br></div><div>No need to email both NUT lists - we can post results to nut-upsuser later.</div><span class="HOEnZb"><font color="#888888"><br><div>
<span style="border-collapse:separate;border-spacing:0px"><div>-- </div><div>Charles Lepple</div><div>clepple@gmail</div><div><br></div></span><br>

</div>
<br></font></span></div></blockquote></div><br></div>