search for: cgilib

I can reproduce your list of missing files; I've written a make production to generate it. Something extremely odd is happening here. I looked at the first such case, clients/cgilib.h. When I grep for it in my generated nut.fi, I see this: grep -nH -e clients/cgilib.h nut.fi nut.fi:77309:M 100644 :14 clients/cgilib.h nut.fi:9602662:M 100644 :14 clients/cgilib.h nut.fi:10381358:M 100644 :14 clients/cgilib.h Here is what seems actually to be going on: The first instance is ini...

...-Wsign-compare -o upsmon upsmon.o ../common/libcommon.a -lupsclient -lssl -lcrypto /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/bin/ld: cannot find -lupsclient collect2: ld returned 1 exit status make[1]: *** [upsmon] Error 1 mv -f .deps/upslog.Tpo .deps/upslog.Po mv -f .deps/cgilib.Tpo .deps/cgilib.Po mv -f .deps/upssched.Tpo .deps/upssched.Po mv -f .deps/upsimage.Tpo .deps/upsimage.Po upsrw.c: In function 'do_setvar': upsrw.c:114: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result upsrw.c:146: warning: ignoring return value...

...AVE_CONFIG_H -I. -I../include -I../include -I/usr/include -O -Wall -Wsign-compare -MT upsstats.o -MD -MP -MF .deps/upsstats.Tpo -c -o upsstats.o upsstats.c mv -f .deps/upsstats.Tpo .deps/upsstats.Po gcc -DHAVE_CONFIG_H -I. -I../include -I../include -I/usr/include -O -Wall -Wsign-compare -MT cgilib.o -MD -MP -MF .deps/cgilib.Tpo -c -o cgilib.o cgilib.c mv -f .deps/cgilib.Tpo .deps/cgilib.Po /bin/sh ../libtool --tag=CC --mode=link gcc -I../include -I/usr/include -O -Wall -Wsign-compare -o upsstats.cgi upsstats.o cgilib.o ../common/libcommon.a libupsclient.la -lssl -lcrypto gcc -I../incl...

Subtle bug, simple fix. The problem was introduced by my change that used content hashes to avoid issuing duplicate blobs. The generated .gitignore nodes didn't have a Content-Hash header, which meant all .gitignores were treated as though they had the same *empty* hash. 2.0pre8 is at: http://www.catb.org/esr/nut-conversion/nut-conversion.tar.gz Please check that the .gitignores look OK

Hi Charles, Yes, it looks like my g++ does contain STL library which might be just my specific case... However, as a temporary solution I disabled nutclient in Makefile (please find the file attached). And nut-2.7.3 can be compiled now. Thanks, Sergey On Wed, Jul 8, 2015 at 4:13 AM, Charles Lepple <clepple at gmail.com> wrote: > On Jul 6, 2015, at 10:32 AM, Sergey Talchuk