[Nut-upsdev] problem with compiling on Cygwin64
Walter Literowich
wliterow at gmail.com
Mon Nov 2 20:43:32 UTC 2015
Success !! at least in the compile and build of the Cygwin *.exe's
git clone git://github.com/networkupstools/nut.git
./autogen.sh
cd nut
./autogen.sh
./configure --with-all=auto --with-doc=auto
make install
problem was in :
/* genericups.c - support for generic contact-closure UPS models
Copyright (C) 1999 Russell Kroll <rkroll at exploits.org>
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
*/
Added >>> #define TIOCM_LE 0001 /* line enable
*/
Added >>> #define TIOCM_ST 0010 /* secondary
transmit */
Added >>> #define TIOCM_SR 0020 /* secondary
receive */
-----Original Message-----
From: Charles Lepple [mailto:clepple at gmail.com]
Sent: Sunday, November 01, 2015 10:37 AM
To: Walter Literowich
Cc: nut-upsdev at lists.alioth.debian.org
Subject: Re: [Nut-upsdev] problem with compiling on Cygwin64
On Oct 24, 2015, at 12:11 PM, Walter Literowich <wliterow at gmail.com> wrote:
>
> Making all in drivers
> make[1]: Entering directory '/cygdrive/c/nut/drivers'
> gcc -g -O2 -Wall -Wsign-compare usbhid-ups.c -o usbhid-ups
> In file included from usbhid-ups.c:32:0:
> main.h:4:20: fatal error: common.h: No such file or directory #include
> "common.h"
How are you invoking "make"? It is almost like some of the Makefile
variables and rules are being ignored. The usbhid-ups binary gets built from
many different source files, so the default make rule for "%: %.c" will not
work.
As you have probably gathered, we don't regularly build NUT against Cygwin.
If there is an easy way to cross-compile, I am open to that idea, but until
then, we will need your help debugging this.
To figure out what settings might be causing this difference, you might want
to compare your config.log and build log against the NUT Buildbot on various
Linux systems:
http://buildbot.networkupstools.org/public/nut/waterfall
http://buildbot.networkupstools.org/public/nut/waterfall?show=Debian-x64-gcc
The "stdio" links show a transcript of the commands, with the actual
commands in blue at the top. "make distcheck-light" stages the build into a
subdirectory, which is why the source paths all have "../" components.
If Cygwin64 is not compatible with the versions of auto* that were used to
generate the ./configure script and the Makefile.am/.in files, might also be
necessary for you to install automake, autoconf, and libtool to regenerate
them. After installing, you can run "./autogen.sh" in the top level of the
NUT directory. Details:
http://www.networkupstools.org/docs/developer-guide.chunked/ar01s03.html#bui
lding
--
Charles Lepple
clepple at gmail
More information about the Nut-upsdev
mailing list