On 2025-04-09 13:49, Brian Inglis via Cygwin wrote:
Hi folks,
Latest c-ares build failing with gcc 12.4 and Cygwin 3.6.0 header:
$ uname -srvmo
CYGWIN_NT-10.0-19045 3.6.0-1.x86_64 2025-03-18 17:01 UTC x86_64 Cygwin
$ gcc --version
gcc (GCC) 12.4.0
Copyright (C) 2022 Free Software Foundation, In
Hi folks,
Latest c-ares build failing with gcc 12.4 and Cygwin 3.6.0 header:
$ uname -srvmo
CYGWIN_NT-10.0-19045 3.6.0-1.x86_64 2025-03-18 17:01 UTC x86_64 Cygwin
$ gcc --version
gcc (GCC) 12.4.0
Copyright (C) 2022 Free Software Foundation, Inc.
...
/usr/include/sys/unistd.h:218:14: error: expe
Corinna Vinschen via Cygwin wrote:
On Aug 25 22:50, Mark Geisert via Cygwin wrote:
Hi Corinna,
Corinna Vinschen via Cygwin wrote:
On Aug 24 14:39, Mark Geisert via Cygwin wrote:
Denis Excoffier via Cygwin wrote:
Hello,
When i try to compile coreutils-9.3 under cygwin-3.4.8 i get the
On Aug 25 22:50, Mark Geisert via Cygwin wrote:
> Hi Corinna,
>
> Corinna Vinschen via Cygwin wrote:
> > On Aug 24 14:39, Mark Geisert via Cygwin wrote:
> > > Denis Excoffier via Cygwin wrote:
> > > > Hello,
> > > > When i try to co
Hi Corinna,
Corinna Vinschen via Cygwin wrote:
On Aug 24 14:39, Mark Geisert via Cygwin wrote:
Denis Excoffier via Cygwin wrote:
Hello,
When i try to compile coreutils-9.3 under cygwin-3.4.8 i get the following
error messages (see below).
There seems to be a kind of loop in the hierarchy of
On Aug 24 14:39, Mark Geisert via Cygwin wrote:
> Hi Denis,
>
> Thanks for the report. More below...
>
> Denis Excoffier via Cygwin wrote:
> > Hello,
> > When i try to compile coreutils-9.3 under cygwin-3.4.8 i get the following
> > error messages (see below)
Hi Denis,
Thanks for the report. More below...
Denis Excoffier via Cygwin wrote:
Hello,
When i try to compile coreutils-9.3 under cygwin-3.4.8 i get the following
error messages (see below).
There seems to be a kind of loop in the hierarchy of #includes.
Moreover, with cygwin-3.4.7, this is
Hello,
When i try to compile coreutils-9.3 under cygwin-3.4.8 i get the following
error messages (see below).
There seems to be a kind of loop in the hierarchy of #includes.
Moreover, with cygwin-3.4.7, this is ok. Also, if under cygwin-3.4.8 i remove
the 2 #includes from /usr/include/sys
On 2023-08-09 16:59, Wendy Lin via Cygwin wrote:
On Wed, 9 Aug 2023 at 22:04, Hans-Bernhard Bröker via Cygwin
wrote:
Am 09.08.2023 um 21:17 schrieb Wendy Lin via Cygwin:
How can I compile
https://github.com/microsoft/Windows-driver-samples/tree/main/filesys/cdfs
with Cygwin gcc?
You should
On Wed, Aug 9, 2023 at 10:04 PM Hans-Bernhard Bröker via Cygwin
wrote:
>
> Am 09.08.2023 um 21:17 schrieb Wendy Lin via Cygwin:
> > How can I compile
> > https://github.com/microsoft/Windows-driver-samples/tree/main/filesys/cdfs
> > with Cygwin gcc?
>
> You s
On Wed, 9 Aug 2023 at 22:04, Hans-Bernhard Bröker via Cygwin
wrote:
>
> Am 09.08.2023 um 21:17 schrieb Wendy Lin via Cygwin:
> > How can I compile
> > https://github.com/microsoft/Windows-driver-samples/tree/main/filesys/cdfs
> > with Cygwin gcc?
>
> You s
Am 09.08.2023 um 21:17 schrieb Wendy Lin via Cygwin:
How can I compile
https://github.com/microsoft/Windows-driver-samples/tree/main/filesys/cdfs
with Cygwin gcc?
You should not be trying to do that.
That's deeply system-specific Windows code. It has nothing to with
POSIX, Cygw
How can I compile
https://github.com/microsoft/Windows-driver-samples/tree/main/filesys/cdfs
with Cygwin gcc?
Compiling the individual *.c files might be easy, but how do I LINK
this to a *.sys module which can be loaded into the Windows 10 64bit
kernel?
Wendy
--
Problem reports: https
The problem is that I need the mingw chain to recognize the libraries
compiled by me, but I can't.
El lun, 5 sept 2022 a las 19:30, Helge Konetzka () escribió:
>
> Hello,
>
> Am 05.09.22 um 18:54 schrieb Juan carlos Rebate:
> > hello, I try to compile qemu but there ar
Hello,
Am 05.09.22 um 18:54 schrieb Juan carlos Rebate:
> hello, I try to compile qemu but there are too many dependencies
> missing that I am not able to find in the package manager, one of them
> is gthread-2.0, I tried to get help from the qemu community but I do
> not receive a r
hello, I try to compile qemu but there are too many dependencies
missing that I am not able to find in the package manager, one of them
is gthread-2.0, I tried to get help from the qemu community but I do
not receive a response, the only solution would be to pack the
dependencies but no I know how
Bruce Mardle via Cygwin writes:
> Hi, all. I've been happily compiling simple C programs under Emacs
> (emacs-w32) under Cygwin. Yesterday I wanted to install
> libedit-dev. While I was doing that, setup...exe marked a few dozen
> other packages for upgrades. I didn't notice which.
You can still
pgrades. I didn't notice
> which. Now, if I `emacs hello.c` and M-x compile gcc -o hello hello.c the
> compilation works... but then, a few seconds later, Emacs SEGVs. emacs-nox
> does the same but without the delay.
> I've tried Emacs versions 27.2-1, 28.0.60-1.f7e6c199bf
Hi, all.
I've been happily compiling simple C programs under Emacs (emacs-w32) under
Cygwin. Yesterday I wanted to install libedit-dev. While I was doing that,
setup...exe marked a few dozen other packages for upgrades. I didn't notice
which. Now, if I `emacs hello.c` and M-x comp
On Thu, Feb 17, 2022 at 03:37:00PM +, Jon Turney wrote:
> On 16/02/2022 10:40, Adam Dinwoodie wrote:
> >
> > Inevitably a bunch of other maintainers will have their own way of doing
> > things; I think Scallywag is the closest thing we have to a common CI/CD
> > setup. But hopefully some of t
in apache2)
SW
On Thu, Feb 17, 2022 at 10:35 AM Jon Turney
wrote:
> On 14/02/2022 22:25, Scott Wood wrote:
> > I'm trying to compile a current version of apache2 httpd under the
> cygwin64
> > environment. There is an older version of apache2 compiled in cygwin but
> &
On 14/02/2022 22:25, Scott Wood wrote:
I'm trying to compile a current version of apache2 httpd under the cygwin64
environment. There is an older version of apache2 compiled in cygwin but
it's orphaned and didn't include some of the ssl libs I needed.
When I try to compile it
On Tue, Feb 15, 2022 at 04:50:22AM -0800, Russell VT wrote:
> Thanks for the clarification, Adam.
>
> I've been meaning/wanting to step up and take care of some Cygwin packages,
> given that it's generally my Unix after from my desktop environment sort of
> arrangement ... and, well, I have a Jenk
e:
> > On Mon, Feb 14, 2022 at 2:26 PM Scott Wood <> wrote:
> >
> > > I'm trying to compile a current version of apache2 httpd under the
> cygwin64
> > > environment. There is an older version of apache2 compiled in cygwin
> but
> >
On Mon, Feb 14, 2022 at 11:17:59PM -0800, Russell VT wrote:
> On Mon, Feb 14, 2022 at 2:26 PM Scott Wood <> wrote:
>
> > I'm trying to compile a current version of apache2 httpd under the cygwin64
> > environment. There is an older version of apache2 compiled in cyg
On Mon, Feb 14, 2022 at 2:26 PM Scott Wood wrote:
> I'm trying to compile a current version of apache2 httpd under the cygwin64
> environment. There is an older version of apache2 compiled in cygwin but
> it's orphaned and didn't include some of the ssl libs I needed.
>
I'm trying to compile a current version of apache2 httpd under the cygwin64
environment. There is an older version of apache2 compiled in cygwin but
it's orphaned and didn't include some of the ssl libs I needed.
When I try to compile it's failing when trying to compile the
m
> - Original Message -
>
> Tatsuro MATSUOKA writes:
> > I tried both CXXFLAGS="-std=gnu++11" and CXXFLAGS="-std=gnu++14" to the
> > configure but the results are the same.
>
> It turns out this is a latent bug in Qt5 sources. It was relying on an
> implicit include chain that is no
cygport qt5-base.cygport compile fails ( *** ERROR: configure failed )
Error massage
ERROR: Feature 'dbus-linked' was enabled, but the pre-condition 'features.dbus
&& libs.dbus' failed.
ERROR: Feature 'system-pcre2' was enabled, but the pre-condition
Tatsuro MATSUOKA writes:
> I tried both CXXFLAGS="-std=gnu++11" and CXXFLAGS="-std=gnu++14" to the
> configure but the results are the same.
It turns out this is a latent bug in Qt5 sources. It was relying on an
implicit include chain that is no longer present in gcc-11 header files.
https://g
> - Original Message -
>
> Tatsuro MATSUOKA writes:
> >> > In file included from
> >> > /usr/src/qt5-base-5.9.4-2.src/qt5-base-5.9.4-2.x86_64/src/qtbase-opensource-src-5.9.4/src/corelib/tools/qbytearray.cpp:42:
> >> > /usr/src/qt5-base-5.9.4-2.src/qt5-base-5.9.4-2.x86_64/src/qtbase-openso
> - Original Message -
> Tatsuro MATSUOKA writes:
> >> > In file included from
> >> > /usr/src/qt5-base-5.9.4-2.src/qt5-base-5.9.4-2.x86_64/src/qtbase-opensource-src-5.9.4/src/corelib/tools/qbytearray.cpp:42:
> >> > /usr/src/qt5-base-5.9.4-2.src/qt5-base-5.9.4-2.x86_64/src/qtbase-openso
Tatsuro MATSUOKA writes:
>> > In file included from
>> > /usr/src/qt5-base-5.9.4-2.src/qt5-base-5.9.4-2.x86_64/src/qtbase-opensource-src-5.9.4/src/corelib/tools/qbytearray.cpp:42:
>> > /usr/src/qt5-base-5.9.4-2.src/qt5-base-5.9.4-2.x86_64/src/qtbase-opensource-src-5.9.4/src/corelib/tools/qbytearra
> - Original Message -
> On 15.12.2021 04:48, Tatsuro MATSUOKA wrote:
> > cygport qt5-base.cygport compile fails
> >
> > $ cygport qt5-base.cygport compile
> >>>> Compiling qt5-base-5.9.4-2.x86_64
> > Preparing build tree...
> > Creati
I have forgotten to send to ML,
> - Original Message -
> On 15.12.2021 04:48, Tatsuro MATSUOKA wrote:
> > cygport qt5-base.cygport compile fails
> >
> > $ cygport qt5-base.cygport compile
> >>>> Compiling qt5-base-5.9.4-2.x86_64
> > Prepari
On 15.12.2021 04:48, Tatsuro MATSUOKA wrote:
cygport qt5-base.cygport compile fails
$ cygport qt5-base.cygport compile
Compiling qt5-base-5.9.4-2.x86_64
Preparing build tree...
Creating qmake...
In file included from
/usr/src/qt5-base-5.9.4-2.src/qt5-base-5.9.4-2.x86_64/src/qtbase
cygport qt5-base.cygport compile fails
$ cygport qt5-base.cygport compile
>>> Compiling qt5-base-5.9.4-2.x86_64
Preparing build tree...
Creating qmake...
In file included from
/usr/src/qt5-base-5.9.4-2.src/qt5-base-5.9.4-2.x86_64/src/qtbase-opensource-src-5.9.4/src/corelib/tools/qbyte
> - Original Message -
>
> From: "Marco Atzeri"
> To: "cygwin
> Date: 2021/12/15 水 06:14
> Subject: Re: cygport compile command fails
>
>
>
>
> On 14.12.2021 22:04, Tatsuro MATSUOKA wrote:
> > Hello
> >
> > In o
On 14.12.2021 22:04, Tatsuro MATSUOKA wrote:
Hello
In order attach patch to QT tried to use the cygport.
Download qt5-base-5.9.4-2.src
and go to directory qt5-base-5.9.4-2.src
$ cygport qt5-base.cygport compile
Compiling qt5-base-5.9.4-2.x86_64
/usr/share/cygport/lib/syntax.cygpart: line
Hello
In order attach patch to QT tried to use the cygport.
Download qt5-base-5.9.4-2.src
and go to directory qt5-base-5.9.4-2.src
$ cygport qt5-base.cygport compile
>>> Compiling qt5-base-5.9.4-2.x86_64
/usr/share/cygport/lib/syntax.cygpart: line 156:
/usr/src/qt5-base-5.9.4-2.src
All,
The reason why is that I want to work exclusively in cygwin (and cygwin
emulates UNIX without me having to go to UNIX).
I can compile postgres and pl/r in cygwin. I needed to debug versions of R that
are not the current version and the version is somewhere in between
distributions.
On
On 03.06.2021 06:37, Andre Mikulec via Cygwin wrote:
All,
I am trying to compile "R" from source.
any reason ? R is alrady available in Cygwin
I am stuck. I am getting an error. Please, help.
My configure line:
https://github.com/AndreMikulec/r-
All,
I am trying to compile "R" from source.
I am stuck. I am getting an error. Please, help.
My configure line:
https://github.com/AndreMikulec/r-build/blob/99bec605560b6b07de8847b481157d3320515b44/build_script.sh#L513
```
./configure --disable-rpath --enable-R-shlib --enable-BLA
Brian Inglis writes:
> Suggest Cygwin binutils windres be updated to revert the patch like Msys2:
>
> https://github.com/msys2/MSYS2-packages/pull/2384
>
> as nothing appears to be happening with the issue in binutils; or else
> the downstreams need to use options as implemented rather than as per
On 2021-04-26 06:14, Thomas Wolff wrote:
Am 26.04.2021 um 14:06 schrieb Eliot Moss:
On 4/26/2021 8:00 AM, Lemures Lemniscati via Cygwin wrote:
I tried to compile mintty-3.5.0,
but failed with the message:
windres -c 65001 --preprocessor 'gcc -E -xc -DRC_INVOKED -MMD -MP
-DTARGET=x86_
On Mon, 26 Apr 2021 08:06:22 -0400, Eliot Moss
> On 4/26/2021 8:00 AM, Lemures Lemniscati via Cygwin wrote:
> > Hi!
> >
> > I tried to compile mintty-3.5.0,
> > but failed with the message:
> >
> > windres -c 65001 --preprocessor 'gcc -E -xc -DRC_INV
Am 26.04.2021 um 14:06 schrieb Eliot Moss:
On 4/26/2021 8:00 AM, Lemures Lemniscati via Cygwin wrote:
Hi!
I tried to compile mintty-3.5.0,
but failed with the message:
windres -c 65001 --preprocessor 'gcc -E -xc -DRC_INVOKED -MMD -MP
-DTARGET=x86_64-pc-cygwin -DNDEBUG' res
On 4/26/2021 8:00 AM, Lemures Lemniscati via Cygwin wrote:
Hi!
I tried to compile mintty-3.5.0,
but failed with the message:
windres -c 65001 --preprocessor 'gcc -E -xc -DRC_INVOKED -MMD -MP
-DTARGET=x86_64-pc-cygwin -DNDEBUG' res.rc ../bin/cygwin64/res.o
/bin/sh: gcc -E -xc -DRC_IN
Hi!
I tried to compile mintty-3.5.0,
but failed with the message:
windres -c 65001 --preprocessor 'gcc -E -xc -DRC_INVOKED -MMD -MP
-DTARGET=x86_64-pc-cygwin -DNDEBUG' res.rc ../bin/cygwin64/res.o
/bin/sh: gcc -E -xc -DRC_INVOKED -MMD -MP -DTARGET=x86_64-pc-cygwin -DNDEBUG:
command
ackage I choose. gcc-core does not compile
using the cygwin dll, the one that compiles for that library is cygwin-
gcc.
Packages gcc-core/g++ are the Cygwin native compilers for the architecture you
are running the compiler on and uses the Cygwin native DLL.
Packages cygwin32/64-gcc-core/g++ are t
On 1/8/21, juan carlos rebate rodriguez via Cygwin wrote:
>
> I think I expressed myself incorrectly or I am not able to be
> understood, no matter what package I choose. gcc-core does not compile
> using the cygwin dll, the one that compiles for that library is cygwin-
> gcc.
>
t!
> Arthur
>
I think I expressed myself incorrectly or I am not able to be
understood, no matter what package I choose. gcc-core does not compile
using the cygwin dll, the one that compiles for that library is cygwin-
gcc.
now I will try to explain my case better,
1 when I use the gcc-core pa
On 08.01.2021 14:06, Eliot Moss wrote:
On 1/8/2021 3:42 AM, Arthur Norman via Cygwin wrote:
>> I can't use virtualbx because what I need is to emulate
>> the aarch64 architecture, I don't want to use binaries compiled by
>> others, one of the reasons is that those binaries don't include
I
for
ARM targets (more commonly 32 bit, but also 64). I happen to use VirtualBox
and there cross-compile from x86 to ARM. This works for building even a whole
OS from scratch. After that I am using gem5, not qemu, but the principle
would be the same. I also spent less than $100 to set myself up with a
I can't use virtualbx because what I need is to emulate
the aarch64 architecture, I don't want to use binaries compiled by
others, one of the reasons is that those binaries don't include sd-card
emulation support...
This is perhaps an off-topic response as regards compiling things on
cygwin, but
On 08.01.2021 06:52, Marco Atzeri wrote:
On 07.01.2021 23:33, juan carlos rebate rodriguez via Cygwin wrote:
El jue, 07-01-2021 a las 15:39 +0100, Marco Atzeri via Cygwin escribió:
To compile for Windows on Cygwin you need to use a cross-compiler.
The 64 bit one is in:
ehm, copy and paste
thout having to modify
their paths, since when editing them the compilation process slows down
even more than it already is
Juan Carlos,
you are misunderstanding what gcc-core is.
gcc-core includes only the compiler that targets Cygwin itself.
To compile for Windows on Cygwin you need to use a cros
El jue, 07-01-2021 a las 15:39 +0100, Marco Atzeri via Cygwin escribió:
> If the upstream developers have not bothered to use a serious
> configure system,, I doubt there is a easy solution.
>
> Questions:
>
> Are you trying to build for Cygwin or for Windows in general ?
> why you can not use th
and there is no solution , but I refuse
to think that there is not, it is simply that nobody has bothered to
publish it.
I am using the gcc-core 9.3 package to compile qemu, I use this one
because mingw does not incorporate all the features that I am looking
for, and gcc is able to search for
On 1/7/2021 11:18 AM, Marco Atzeri via Cygwin wrote:
> It is not that is impossible, but will likely need a big effort.
>
> As there are Windows binaries, I do not think it is worth
Right - I had noticed on the web some mention of people maybe working on
getting qemu going under Cygwin. There i
On 07.01.2021 15:53, Csaba Raduly wrote:
On Thu, 7 Jan 2021 at 15:39, Marco Atzeri wrote:
...
have you looked inside the configure script ?
It clearly needs to be patched for accepting other options,
as I mentioned.
and that is the reason why autoconf/cmake/.. were developed
some time ago.
On Thu, 7 Jan 2021 at 15:39, Marco Atzeri via Cygwin wrote:
...
> have you looked inside the configure script ?
> It clearly needs to be patched for accepting other options,
> and that is the reason why autoconf/cmake/.. were developed
> some time ago.
if check_define __linux__ ; then
targetos=
in general ?
why you can not use the Windows binaries ?
I am using the gcc-core 9.3 package to compile qemu, I use this one
because mingw does not incorporate all the features that I am looking
for, and gcc is able to search for resources as it would in linux
whereas mingw cannot unless the
environment, but above all do not ask me to read because
I already read all of Google and there is no solution , but I refuse
to think that there is not, it is simply that nobody has bothered to
publish it.
I am using the gcc-core 9.3 package to compile qemu, I use this one
because mingw does not incorporate
all do not ask me to read because
> I already read all of Google and there is no solution , but I refuse
> to think that there is not, it is simply that nobody has bothered to
> publish it.
> I am using the gcc-core 9.3 package to compile qemu, I use this one
> because mingw does not
is not, it is simply that nobody has bothered to
publish it.
I am using the gcc-core 9.3 package to compile qemu, I use this one
because mingw does not incorporate all the features that I am looking
for, and gcc is able to search for resources as it would in linux
whereas mingw cannot unless the
Is it possible to compile only cygwin1.dll in newlib-cygwin
repository? I want to skip building all docs and the installation of
xmlto like programs. Also there is an error:
../../../../winsup/cygwin/gendef: No such file or directory
Any hint?
--
Problem reports: https://cygwin.com
On Monday, June 29, 2020, 01:46:09 PM EDT, Cary Lewis via Cygwin
wrote:
> I did a git clone:
> git clone https://github.com/php/php-src.git
The src is available from the setup-x86_64.exe. Find the package you are
interested in and choose Src? checkbox.
Cloning the original source will not
--enable-intl --with-xsl --with-zlib --with-json
but when I try to run make, i get errors:
/bin/sh /home/clewis/php-src/libtool --silent --preserve-dup-deps
--mode=compile g++ -DU_NO_DEFAULT_INCLUDE_UTF_HEADERS=1
-DU_HIDE_OBSOLETE_UTF_OLD_H=1 -Wno-write-strings -D__STDC_LIMIT_MACROS
On 2020-02-10 9:55 a.m., Eliot Moss wrote:
I wonder ... are there relevant ./configure options? EM
I finally managed to dig to the bottom of this one, and sure enough it
was a simple goof on my part. qtermwidget has a dependency on
'lxqt-build-tools' which includes cmake modules that prov
FROM_ASCII and -DQT_NO_CAST_TO_ASCII are removed from the
compile directives, the situation improves drastically (at least on the first file I tried to
compile manually, the number of compile errors goes from dozens to zero). But, I don't know why
Cmake is adding those directives.
I wonde
d from the compile directives, the
situation improves drastically (at least on the first file I tried to
compile manually, the number of compile errors goes from dozens to
zero). But, I don't know why Cmake is adding those directives.
--
Problem reports: http://cygwin.com/pr
On 2/9/2020 5:10 PM, Paul Galbraith via cygwin wrote:
I was trying to compile the qtermwidget (0.8.0) port with cygport, but I'm getting a lot of Qt
related errors (see attached).
I was wondering if there's anyone with some Qt experience who could help point me in the right
directi
On 2019-10-26 08:09, Eliot Moss wrote:
> On 10/25/2019 1:37 PM, Cary Lewis wrote:
>> I tried to clone the repo, and after running configure, then make I got
>> this error:
>>
>> make -C out BUILDTYPE=Release V=0
>> touch 12396aa5d0c66cc1eba58d7550d4db5f74c0a51c.intermediate
>>
>> LD_LIBRARY_PATH
On 10/25/2019 1:37 PM, Cary Lewis wrote:
I tried to clone the repo, and after running configure, then make I got
this error:
make -C out BUILDTYPE=Release V=0
touch 12396aa5d0c66cc1eba58d7550d4db5f74c0a51c.intermediate
LD_LIBRARY_PATH=/home/clewis/node/out/Release/lib.host:/home/clewis/node/
> -Original Message-
> From: Cary Lewis
> Sent: Friday, October 25, 2019 1:38 PM
>
> I tried to clone the repo, and after running configure, then make I got
> this error:
>
> make -C out BUILDTYPE=Release V=0
> touch 12396aa5d0c66cc1eba58d7550d4db5f74c0a51c.intermediate
>
> LD_LIBRARY_
I tried to clone the repo, and after running configure, then make I got
this error:
make -C out BUILDTYPE=Release V=0
touch 12396aa5d0c66cc1eba58d7550d4db5f74c0a51c.intermediate
LD_LIBRARY_PATH=/home/clewis/node/out/Release/lib.host:/home/clewis/node/out/Release/lib.target:$LD_LIBRARY_PATH;
exp
p/stdsoap2.cpp stdsoap2_ssl_cpp.cpp
make all-recursive
make[3]: Entering directory '/home/office2pdf/test/gsoap-2.8/gsoap'
Making all in .
make[4]: Entering directory '/home/office2pdf/test/gsoap-2.8/gsoap'
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I.
2.cpp stdsoap2_ssl_cpp.cpp
make all-recursive
make[3]: Entering directory '/home/office2pdf/test/gsoap-2.8/gsoap'
Making all in .
make[4]: Entering directory '/home/office2pdf/test/gsoap-2.8/gsoap'
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I.. -
list is more appropriate than in e.g.
the packagers list.
I would like to compile gsoap as a shared library to use it in another
project (kopano-core). Please note that static linking works fine.
However, I would like to achieve a shared library of gsoap. gsoap
itself provides only static compilation
packagers list.
I would like to compile gsoap as a shared library to use it in another
project (kopano-core). Please note that static linking works fine.
However, I would like to achieve a shared library of gsoap. gsoap
itself provides only static compilation. However, the major
distributions deliver it as
&& stricmp(pszName, szComputerName) == 0)
> +/* for a hostname up to 1024 characters */
> +&& strncmp(pszName, szComputerName, 1024) == 0)
> {
> return TRUE;
> }
The canonical replacement for stricmp is strcasecmp on POSIX
On 2019-03-29 9:43 pm, Massimo Balestra wrote:
Thank you Chris for answering.
But the problem is not during the test, but during the compilation
itself (make).
Yes, I know I could use ActiveState, but I don't want to have two perl
installed on my pc. For me it is more important to have cygwin a
> Hi Massimo. The following changes should let it compile. The tests
> working depends on the peculiarities of your Windows version and Excel
> version. I would, though, highly recommend using ActiveState Perl
> along with their prebuilt module for any OLE work.
>
Thank you Chri
On 2019-03-29 3:56 pm, Massimo Balestra wrote:
Hi,
I am trying to compile the module Win32::OLE but it fails.
I searched on Google and I did not find any good suggestion.
Can anyone help me?
This is what I get:
(This is from cpan but it is the same if I compile manually
downlaoding the tar
Hi,
I am trying to compile the module Win32::OLE but it fails.
I searched on Google and I did not find any good suggestion.
Can anyone help me?
This is what I get:
(This is from cpan but it is the same if I compile manually downlaoding the tar
package)
cpan[1]> install Win32::OLE
Read
Stephen Brown
why do you need to compile zlib and you are not using the
available packages ?
$ cygcheck -cd| grep zlib
zlib1.2.11-1
zlib-devel 1.2.11-1
zlib0 1.2.11-1
Is it possible that the version
Hi There.
I have compiled and installed the source code for zlib-1.2.11-1.src.
When compiling clamav I get the following error.
configure: error: The installed zlib version may contain a security bug. Please
upgrade to 1.2.2 or later: http://www.zli
compile due to missing devel libraries
What was done and happened
1. download qt5-b ase source to /usr/src using setup
At /usr/src/qt5-base-5.9.4-1.src
2. execute
cygport qt5-base.cygport prep
cygport qt5-base.cygport compile
3. cygport qt5-base.cygport compile reports like the below
ERROR
cygport qt5-base.cygport compile due to missing devel libraries
What was done and happened
1. download qt5-b ase source to /usr/src using setup
At /usr/src/qt5-base-5.9.4-1.src
2. execute
cygport qt5-base.cygport prep
cygport qt5-base.cygport compile
3. cygport qt5-base.cygport compile
On 13/02/2018 07:44, Biswapriyo wrote:
/usr/bin/awk: cannot
execute binary file: Exec format error
is awk working ?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
o follow the commands
> ./configure & make. Command generates only object files. Is it
> possible to compile cygwin1.dll from its source code?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
w the commands
./configure & make. Command generates only object files. Is it
possible to compile cygwin1.dll from its source code?
Check the FAQ, specifically...
https://cygwin.com/faq.html#faq.programming.building-cygwin
..mark
--
Problem reports: http://cygwin.com/problems
amp; make. Command generates only object files. Is it
possible to compile cygwin1.dll from its source code?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygw
gt; (struct crypt_data *)safemalloc(sizeof(struct crypt_data));
>^~
>
> Currently i cannot figure out whether this is crypt's or perl's fault. Any
> help appreciated.
crypt_r and struct crypt_data are GNU extensions and therefore, just
like wi
Hello,
I tried to build perl-5.26.0 with GCC 7.2.0 (build from source with cygwin's
GCC 5.4.0) and failed with the following error:
pp.c: In function 'Perl_pp_crypt':
pp.c:3743:43: error: invalid application of 'sizeof' to incomplete type 'struct
crypt_data'
(struct crypt_data *)safemalloc(
Am 28.06.2017 um 21:45 schrieb Marco Atzeri:
On 28/06/2017 21:18, Hans-Bernhard Bröker wrote:
The closest of these in terms of update time relative to the date this
started to fail for me would be libgc-7.6.0-1 update I installed on May
12th. gdb-ing into the stuck guile process shows about m
Dear Wouter,
great that you found the root cause - I was about to try it on some of my
cygwin installation.
I would report it as a bug towards the virus scanner manufacturer, that they
kill processes without notifying the user. I think users generally want to be
informed if the virus scanner t
And now, finally, it seems that member Houder managed to nail it!
Virusscanner.
More specifically: the auto-containment policy of Comodo Antivirus.
I've used Comodo for a very long time, certainly from before the
moment that they have added that feature, which is essentially a
white-list of allow
On Wed, 6/28/17, Wouter van Doorn <> wrote:
Subject: Compile/run problems on cygwin not solved by going to cygwin64
To: cygwin@cygwin.com
Date: Wednesday, June 28, 2017, 4:00 PM
==
This is what ldd has to say
1 - 100 of 951 matches
Mail list logo
