search for: cygwin64

...t be interesting since it seems to be the only LLVM test failing with VS 2015: FAIL: LLVM :: DebugInfo/PDB/pdbdump-symbol-format.test (7377 of 14212) ******************** TEST 'LLVM :: DebugInfo/PDB/pdbdump-symbol-format.test' FAILED ******************** Script: -- llvm-pdbdump -symbols C:\cygwin64\home\ismail\src\llvm\test\DebugInfo\PDB/Inputs/symbolformat.pdb | C:/cygwin64/home/ismail/ src/llvm/dist/./bin\FileCheck.EXE --check-prefix=SYM_FORMAT C:\cygwin64\home\ismail\src\llvm\test\DebugInfo\PDB\pdbdump-symb ol-format.test llvm-pdbdump -types C:\cygwin64\home\ismail\src\llvm\test\DebugInfo\...

...ly LLVM test > failing with VS 2015: > > FAIL: LLVM :: DebugInfo/PDB/pdbdump-symbol-format.test (7377 of 14212) > ******************** TEST 'LLVM :: > DebugInfo/PDB/pdbdump-symbol-format.test' FAILED ******************** > Script: > -- > llvm-pdbdump -symbols > C:\cygwin64\home\ismail\src\llvm\test\DebugInfo\PDB/Inputs/symbolformat.pdb > | C:/cygwin64/home/ismail/ > src/llvm/dist/./bin\FileCheck.EXE --check-prefix=SYM_FORMAT > C:\cygwin64\home\ismail\src\llvm\test\DebugInfo\PDB\pdbdump-symb > ol-format.test > llvm-pdbdump -types > C:\cygwin64\home\i...

...with : cmake -G "Ninja" -DCMAKE_BUILD_TYPE=Release -DLLVM_USE_CRT_RELEASE=MT -DLLVM_ENABLE_TIMESTAMPS=ON -DLLVM_ENABLE_ASSERTIONS=ON -DLLVM_INSTALL_TOOLCHAIN_ONLY=ON -DLLVM_TARGETS_TO_BUILD="ARM;X86" -DPYTHON_EXECUTABLE=$python_exe -DLLVM_BUILD_TESTS=ON -DLLVM_LIT_TOOLS_DIR=C:/cygwin64/bin fwiw compiler-rt is also enabled. Also if you can forward me the output of llvm-pdbdump.exe -types llvm/test/DebugInfo/PDB/Inputs/symbolformat.pdb then I can compare the outputs. Thanks! On Tue, Jul 21, 2015 at 5:27 PM, Aaron Ballman <aaron at aaronballman.com> wrote: > FWIW, th...

Thank you for responding to my problem I have no problem building in Debian 8 , the problem is with Cygwin64 I see that the two lines from Cygwin64 >> gcc -g -O2 -Wall -Wsign-compare usbhid-ups.c -o usbhid-ups In file included from usbhid-ups.c:32:0: And Debian>>> make[1]: Entering directory '/home/walter/nut/drivers' depbase=`echo usbhid-ups.o | sed 's|[^/]*$|.deps...

...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...

I am trying to compile the latest nut version on Cygwin64 and have run into his issue Any Ideas?? gcc -DHAVE_CONFIG_H -I. -I../include -I../include -I/usr/include/neon -g -O2 -Wall -Wsign-compare -MT genericups.o -MD -MP -MF $depbase.Tpo -c -o genericups.o genericups.c &&\ mv -f $depbase.Tpo $depbase.Po In file included from generic...

Has anyone successfully compiled the latest version of NUT on Cygwin64 Having problems with configure -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/20151030/76da029d/attachment.html>

...ols.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...

...9;all-recursive' failed make: *** [all-recursive] Error 1 -----Original Message----- From: Charles Lepple [mailto:clepple at gmail.com] Sent: Saturday, October 24, 2015 8:58 AM To: Walter Literowich Cc: nut-upsdev at lists.alioth.debian.org Subject: Re: [Nut-upsdev] problem with compiling on Cygwin64 On Oct 23, 2015, at 4:18 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:...

On Oct 23, 2015, at 4:18 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"

....just a hunch... http://www.cs.nyu.edu/rgrimm/teaching/fa05-oop/windows-make.html -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsdev/attachments/20151102/383f1739/attachment.html>

Hi R package developers. This is literally the strangest thing I've ever seen. Latest (as of a month ago) R under cygwin64. I'm teaching an intern package building and using the .C interface. The package compiles, but when it gets to "setting up lazy load" or some such it throws the error "triang" not available for .C() in package "randpkg". Upon checking, after removing the current...

...e *vt = PointerTy-&gt;getElementType(); &nbsp; &nbsp; a = vt-&gt;isVectorTy(); &nbsp; } &nbsp; return a; } Then meet the following error: Assertion failed: ResultElementType == cast<PointerType&gt;(getType()-&gt;getScalarType())-&gt;getElementType(), file D:\cygwin64\home\celine\clang-102\llvm\include\llvm/IR/Instructions.h, line 958 I wonder how to create vector pointer type correctly? -- Best Regards, Celine -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191021/23...

...e files depending on whether or not a file argument (including wildcards) is present. With a file argument, the link count is 0 and user and group are given by number. Without an argument, link count is correct and user and group are given by name. The OS's where I have observed this are local=cygwin64 or Linux and remote=Linux. I haven't tried any others. To observe the behavior make an sftp connection, then execute commands ls -l ls -l * I do not know the versions of sftp, since the command does not seem to support a version inquiry. However the versions of ssh are OpenSSH_7.4p1,...