On 2024-11-03 11:07, Csaba Ráduly via Cygwin wrote:
On 03/11/2024 15:07, Brian Inglis via Cygwin wrote:
One upstream refuses to support distros that do not support C++20 compilers,
so curl and wget2 will hopefully continue to build with their current package!
Both curl and wget2 are C-only, so
On 03/11/2024 15:07, Brian Inglis via Cygwin wrote:
One upstream refuses to support distros that do not support C++20
compilers,
so curl and wget2 will hopefully continue to build with their current
package!
Both curl and wget2 are C-only, so they are not affected by the ABI
change of std::st
On 2024-11-02 16:49, ASSI via Cygwin wrote:
Dimitry Andric via Cygwin writes:
I think most Linux distributions have switched fully to the new ABI by
now, and dropped support for the old ABI, so they configure their
gcc's with _GLIBCXX_USE_CXX11_ABI=1 by default.
I struggled to find any Cygwin
Dimitry Andric via Cygwin writes:
> I think most Linux distributions have switched fully to the new ABI by
> now, and dropped support for the old ABI, so they configure their
> gcc's with _GLIBCXX_USE_CXX11_ABI=1 by default.
They also have the luxury of full distro rebuilds every once in a while.
On 31 Oct 2024, at 06:40, Brian Inglis via Cygwin wrote:
>
> On 2024-10-30 10:30, Dimitry Andric via Cygwin wrote:
>> On 30 Oct 2024, at 17:14, Csaba Ráduly via Cygwin wrote:
>>> On 30/10/2024 17:00, Dimitry Andric via Cygwin wrote:
#include
#include
constexpr bool foo()
On 2024-10-30 10:30, Dimitry Andric via Cygwin wrote:
On 30 Oct 2024, at 17:14, Csaba Ráduly via Cygwin wrote:
On 30/10/2024 17:00, Dimitry Andric via Cygwin wrote:
#include
#include
constexpr bool foo()
{
std::string str2{"abcwe"};
return str2.size()==5;
}
static_assert(foo());
int ma
On 30/10/2024 17:00, Dimitry Andric via Cygwin wrote:
#include
#include
constexpr bool foo()
{
std::string str2{"abcwe"};
return str2.size()==5;
}
static_assert(foo());
int main()
{
assert(foo());
}
Seems like _GLIBCXX_USE_CXX11_ABI is not defined by default.
Csaba
--
Life is comp
On 30 Oct 2024, at 17:14, Csaba Ráduly via Cygwin wrote:
>
> On 30/10/2024 17:00, Dimitry Andric via Cygwin wrote:
>> #include
>> #include
>>
>> constexpr bool foo()
>> {
>> std::string str2{"abcwe"};
>> return str2.size()==5;
>> }
>>
>> static_assert(foo());
>>
>> int main()
>> {
>> ass
On 30 Oct 2024, at 16:06, Brian Inglis via Cygwin wrote:
> Trying to update a package using c++ (requires gcc 12.4+ for adequate c++
> 2020 support) and getting confusing error messages.
>
> It appears that noexcept in the header files may here redefined by the
> compiler or headers as __GLIBC_
On Oct 30 09:06, Brian Inglis via Cygwin wrote:
> Hi folks,
>
> Trying to update a package using c++ (requires gcc 12.4+ for adequate c++
> 2020 support) and getting confusing error messages.
>
> It appears that noexcept in the header files may here redefined by the
> compiler or headers as __GLI
Greetings, Kevin Schnitzius!
> On Wednesday, January 19, 2022, 12:46:26 AM EST, Marco Atzeri
> Works fine from bash. It reproes from cmd.exe
Then your CMD environment is not set identical to your bash env.
Simple fix - use bash.
--
With best regards,
Andrey Repin
Wednesday, January 26, 2022
please use a decent mail program
On 19.01.2022 21:58, Kevin Schnitzius via Cygwin wrote:
On Wednesday, January 19, 2022, 12:46:26 AM EST, Marco Atzeri wrote:
This works for me from CLI
g++ -Wall prova.cc -o prova
So how are you setting your NetBeans ?
g++ --version> g++ (GCC) 11.2.0
On Wednesday, January 19, 2022, 12:46:26 AM EST, Marco Atzeri
wrote:>> On 19.01.2022 02:06, slipbits wrote:> > g++
(GCC) 10.2.0> > Win 7-64> > Netbeans 12.5> >> > g++ reported a compiler error
in not finding stddef.h referenced in> > stdlib.h. I've looked in /usr/include
and /usr/include/c++/
On 19.01.2022 02:06, slipbits wrote:
g++ (GCC) 10.2.0
Win 7-64
Netbeans 12.5
g++ reported a compiler error in not finding stddef.h referenced in
stdlib.h. I've looked in /usr/include and /usr/include/c++/v1. I found
an stddef.h in /usr/include/c++/v1. Should I copy this to /usr/include?
The
On 2020-11-24 07:31, Kristian Ivarsson via Cygwin wrote:
On 11/24/2020 4:32 AM, Kristian Ivarsson via Cygwin wrote:
all the std::filesystem implementations I've seen for Windows
The implementation on top of Cygwin is not "for Windows", it's "for
Cygwin", i.e., "for Posix". And for Cygwin tha
On 2020-11-18 17:08, Doug Henderson via Cygwin wrote:
On Wed, 18 Nov 2020 at 13:50, Kristian Ivarsson wrote:
The only purpose CYGWIN have is to make/build posix-applications runnable
on Windows and applications usually have user defined input, such as paths
etc, and on Windows that input is usu
On Wed, 18 Nov 2020 at 13:50, Kristian Ivarsson via Cygwin
wrote:
>
>
> The only purpose CYGWIN have is to make/build posix-applications runnable on
> Windows and applications usually have user defined input, such as paths etc,
> and on Windows that input is usually Windows-native-paths unless
On 11/18/2020 4:18 PM, Kristian Ivarsson wrote:
I would agree that if you want an executable that acts and feels more like a
Windows native application, then mingw is probably what you want. Cygwin is if
you want something that acts and feels more like a Posix thing ... which means
it will
On 11/18/2020 3:46 PM, Kristian Ivarsson via Cygwin wrote:
Is there any other use cases for CYGWIN than to build applications running in
Windows ? Do people use CYGWIN (shell) to operate or monitor their applications
? For all other use cases than the development (the shell) I cannot see why
C
> I would agree that if you want an executable that acts and feels more like a
> Windows native application, then mingw is probably what you want. Cygwin is
> if you want something that acts and feels more like a Posix thing ... which
> means it will be oriented to Posix style paths.
To be ab
I would agree that if you want an executable that acts and feels more like a Windows native
application, then mingw is probably what you want. Cygwin is if you want something that acts and
feels more like a Posix thing ... which means it will be oriented to Posix style paths.
EM
--
Problem rep
> 18 nov. 2020 kl. 17:26 skrev René Berber via Cygwin :
>
> On 11/18/2020 3:00 AM, Kristian Ivarsson via Cygwin wrote:
>
On 11/17/2020 9:15 AM, Kristian Ivarsson via Cygwin wrote:
>>>
The filesystem-library as a part of C++17 seems to have some defects
and flaws in the cygwin-pa
On 11/17/2020 9:15 AM, Kristian Ivarsson via Cygwin wrote:
The filesystem-library as a part of C++17 seems to have some defects and
flaws in the cygwin-package and pretty much every lexical- and canonical
operation works in mysterious ways (or not at all)
[snip]
https://cygwin.com/cygwin-ug-ne
On Sun, Apr 12, 2020 at 12:04 PM JonY via Cygwin wrote:
>
> Please file a bug entry on https://gcc.gnu.org/bugzilla/, and attach the
> preprocessed source code.
>
> Do something like:
> g++ -DHAVE_CONFIG_H -MF .deps/cdo-cdo.Tpo -E -o cdo-cdo.ii
> ../../cdo-1.9.9rc2/src/cdo.cc
>
Alternativel
On 4/12/20 11:39 AM, John Selbie wrote:
> I would file a bug, but that link you provided takes me to a sign-up page
> that says, "Account creation restricted. Please contact ... response
> within 24 hours..."
>
> A quick cursory glace of GCC sources would suggest the issue is in
> \gcc\coverage.c
I would file a bug, but that link you provided takes me to a sign-up page
that says, "Account creation restricted. Please contact ... response
within 24 hours..."
A quick cursory glace of GCC sources would suggest the issue is in
\gcc\coverage.c. This is a snippit of a function that builds the ma
On 4/12/20 10:59 AM, John Selbie via Cygwin wrote:
> Sure, but this bug is unique to cygwin. Why would that be there bug?
>
Because Cygwin does not modify gcc to use Windows paths.
signature.asc
Description: OpenPGP digital signature
--
Problem reports: https://cygwin.com/problems.html
F
Sure, but this bug is unique to cygwin. Why would that be there bug?
On Sun, Apr 12, 2020 at 2:57 AM JonY via Cygwin wrote:
> On 4/12/20 7:27 AM, John Selbie via Cygwin wrote:
> > TLDR: With gcc/g++ 9.2.0 and 9.30 on Cygwin, when you use
> > -fprofile-generate and -fprofile-dir together, the t
On 4/12/20 6:10 AM, Marco Atzeri via Cygwin wrote:
> Joy,
> this segfault happens on 9.3.0 but not on 9.2.0
>
> To replicate is enough to download cdo-1.9.9rc2.tar.gz from
> https://code.mpimet.mpg.de/projects/cdo/files
>
> https://code.mpimet.mpg.de/attachments/download/21529/cdo-1.9.9rc2.tar.gz
On 4/12/20 7:27 AM, John Selbie via Cygwin wrote:
> TLDR: With gcc/g++ 9.2.0 and 9.30 on Cygwin, when you use
> -fprofile-generate and -fprofile-dir together, the target path for the
> .gcda file is corrupted with a backslash instead of having a forward slash
> used.
>
> Here's a sample run where
On 2019-06-11 11:22, Achim Gratz wrote:
> Keith Thompson writes:
>> On Windows targets (including Cygwin and MinGW), the "-fms-extensions"
>> option is enabled by default. This option enables certain Microsoft
>> extensions -- and apparently inhibits any diagnostics for implicit int.
>>
>> It is u
Keith Thompson writes:
> On Windows targets (including Cygwin and MinGW), the "-fms-extensions"
> option is enabled by default. This option enables certain Microsoft
> extensions -- and apparently inhibits any diagnostics for implicit int.
>
> It is unfortunate, and arguably a bug, that this means
I believe this answer by user "M.M" on Stack Overflow explains the issue:
https://stackoverflow.com/a/56537459/827263
On Windows targets (including Cygwin and MinGW), the "-fms-extensions"
option is enabled by default. This option enables certain Microsoft
extensions -- and apparently inhibits an
On 2017-07-07 15:43, Ken Brown wrote:
On 7/7/2017 11:12 AM, Ken Brown wrote:
On 7/6/2017 8:26 AM, Masamichi Hosoda wrote:
On Cygwin 2.8.1 x86_64, I've found that g++ std:map initializing
may raise segmentation fault.
The binary compiled with cygwin-devel-2.8.0-1
does not raise segmentation faul
On 7/7/2017 11:12 AM, Ken Brown wrote:
On 7/6/2017 8:26 AM, Masamichi Hosoda wrote:
Hello,
On Cygwin 2.8.1 x86_64, I've found that g++ std:map initializing
may raise segmentation fault.
The binary compiled with cygwin-devel-2.8.0-1
does not raise segmentation fault
even if on Cygwin 2.8.1 x86_6
> On 07/07/2017 16:21, Ivan Gagis wrote:
>> I installed g++ 6.3.0-2 and still can reproduce the segfault :(.
>>
>> Br,
>> Ivan
>>
>
> It seems due to the -std=c++11 restriction
>
> $ g++ foo.cc
>
> $ ./a.exe
> Hello World!
>
> $ g++ -std=c++11 foo.cc
>
> $ ./a.exe
> Segmentation fault (core du
On 7/6/2017 8:26 AM, Masamichi Hosoda wrote:
Hello,
On Cygwin 2.8.1 x86_64, I've found that g++ std:map initializing
may raise segmentation fault.
The binary compiled with cygwin-devel-2.8.0-1
does not raise segmentation fault
even if on Cygwin 2.8.1 x86_64 environments.
So I suspect cygwin-dev
On 07/07/2017 16:21, Ivan Gagis wrote:
I installed g++ 6.3.0-2 and still can reproduce the segfault :(.
Br,
Ivan
It seems due to the -std=c++11 restriction
$ g++ foo.cc
$ ./a.exe
Hello World!
$ g++ -std=c++11 foo.cc
$ ./a.exe
Segmentation fault (core dumped)
--
Problem reports: ht
I installed g++ 6.3.0-2 and still can reproduce the segfault :(.
Br,
Ivan
2017-07-07 17:09 GMT+03:00 Masamichi Hosoda :
>> On 07/07/2017 14:51, Marco Atzeri wrote:
>>> On 06/07/2017 14:26, Masamichi Hosoda wrote:
Hello,
On Cygwin 2.8.1 x86_64, I've found that g++ std:map initializi
> On 07/07/2017 14:51, Marco Atzeri wrote:
>> On 06/07/2017 14:26, Masamichi Hosoda wrote:
>>> Hello,
>>>
>>> On Cygwin 2.8.1 x86_64, I've found that g++ std:map initializing
>>> may raise segmentation fault.
>>> The binary compiled with cygwin-devel-2.8.0-1
>>> does not raise segmentation fault
>>
On 07/07/2017 14:51, Marco Atzeri wrote:
On 06/07/2017 14:26, Masamichi Hosoda wrote:
Hello,
On Cygwin 2.8.1 x86_64, I've found that g++ std:map initializing
may raise segmentation fault.
The binary compiled with cygwin-devel-2.8.0-1
does not raise segmentation fault
even if on Cygwin 2.8.1 x86
On 06/07/2017 14:26, Masamichi Hosoda wrote:
Hello,
On Cygwin 2.8.1 x86_64, I've found that g++ std:map initializing
may raise segmentation fault.
The binary compiled with cygwin-devel-2.8.0-1
does not raise segmentation fault
even if on Cygwin 2.8.1 x86_64 environments.
So I suspect cygwin-dev
Hi,
I'm having the same problem after updating to latest cygwin packages.
It seems quite important problem, are there any plans to fix it?
Trying to debug the test program from Masamichi Hosoda it can be seen
that crash occurs in std::map implementation, see stacktrace below. I
wonder if there wa
On 13 May 2017 at 11:17, René Berber wrote:
> On 5/12/2017 10:03 PM, Allan C. wrote:
>
>> I am trying to build a win32 project with gcc 5.4 with the flag
>> -mno-cygwin but the flag is not recognized. Is there an approach I
>> could release an exe without bundling cygwin's dll?
>
> That option has
On 5/12/2017 10:03 PM, Allan C. wrote:
> I am trying to build a win32 project with gcc 5.4 with the flag
> -mno-cygwin but the flag is not recognized. Is there an approach I
> could release an exe without bundling cygwin's dll?
That option has been deprecated for many years.
What you have to do
On 2016-04-21 04:21, Marco Atzeri wrote:
try using __XSI_VISIBLE=4
Everbody,
*Please* review the documentation in . The __*_VISIBLE
macros are internal only and must NEVER be defined by users. The public
_*_SOURCE macros are the ONLY acceptable way to use the feature test macros.
--
Yaak
Дмитрий Марков mail.ru> writes:
> After successful updating of cygwin I can't build my project.
You most likely need to clear any configure caches and run configure again.
Regards,
Achim.
On 21/04/2016 10:36, Дмитрий Марков wrote:
Hello,
I updated my cygwin yesterday, because I found strange bug when using
boost::asio::ip::tcp::socket for sending some text information(some information
became broken). I haven't got such bug under my Linux OS, so I decide upgrade
the cygwin.
Af
On 12/12/2015 22:49, Piotr Mitas wrote:
> g++-5.2.0 miscompiles the following program so badly, that gdb can't
> even break at the exe's entry point.
Make sure you have also selected all the 5.2 runtime.
signature.asc
Description: OpenPGP digital signature
On 3/14/2015 04:58, Christian Franke wrote:
>
> Yes. The attached patch for cmath include file would fix this.
>
> Christian
>
Hi,
I think newlib should be updated instead. Patching a libstdc++ header is
something I'd want to avoid.
signature.asc
Description: OpenPGP digital signature
Corinna Vinschen wrote:
On Mar 13 09:13, Csaba Raduly wrote:
Hi
On Thu, Mar 12, 2015 at 10:55 AM, Duncan Roe wrote:
On Wed, Mar 11, 2015 at 06:55:16PM -0400, Vlad Gheorghiu wrote:
The following code fails to compile under latest cygwin, Windows 7,
g++4.9.2. Compiled with g++ -std=c++11 test.
On Mar 13 09:13, Csaba Raduly wrote:
> Hi
>
> On Thu, Mar 12, 2015 at 10:55 AM, Duncan Roe wrote:
> > On Wed, Mar 11, 2015 at 06:55:16PM -0400, Vlad Gheorghiu wrote:
> >> The following code fails to compile under latest cygwin, Windows 7,
> >> g++4.9.2. Compiled with g++ -std=c++11 test.cpp. The
Hi
On Thu, Mar 12, 2015 at 10:55 AM, Duncan Roe wrote:
> On Wed, Mar 11, 2015 at 06:55:16PM -0400, Vlad Gheorghiu wrote:
>> The following code fails to compile under latest cygwin, Windows 7,
>> g++4.9.2. Compiled with g++ -std=c++11 test.cpp. The compiler
>> complains that std::log2 is not a mem
On 03/11/2015 06:55 PM, Vlad Gheorghiu wrote:
The following code fails to compile under latest cygwin, Windows 7,
g++4.9.2. Compiled with g++ -std=c++11 test.cpp. The compiler
complains that std::log2 is not a member of std.
#include
#include
int main()
{
auto
On Wed, Mar 11, 2015 at 06:55:16PM -0400, Vlad Gheorghiu wrote:
> The following code fails to compile under latest cygwin, Windows 7,
> g++4.9.2. Compiled with g++ -std=c++11 test.cpp. The compiler
> complains that std::log2 is not a member of std.
>
> #include
> #include
>
> int main
On 12/17/2014 3:17 PM, Ilya Dogolazky wrote:
Hi Marco!
You're right I forgot to attach the cygcheck output (attaching it now).
Does it show what's wrong? (I have not found anything relevant inside)
12/17/2014 03:12 PM, ext Marco Atzeri пишет:
broken installation, some dll's are missing.
Ho
On 12/17/2014 1:51 PM, Ilya Dogolazky wrote:
Hi !
I installed GCC toolchain for cygwin by selecting "install" near the
"Devel" entry in the setup tool as described in [1]. G++ executable is
present now, but it doesn't work (which out any error messages):
$ ls -l /usr/bin/g++
-rwxr-xr-x 4 ilya N
On 05/20/2014 08:33 PM, Chris J. Breisch wrote:
Hi Henry.
Cook, Henry wrote:
Thanks Chris. It was indeed the cygwin1.dll. I have an old version of
> cygwin installed (2.774) along with this one 2.850 (32 bit). All of
> the mirrors are down from that version, so I installed a new one.
> R
On 05/20/2014 05:52 PM, Cook, Henry wrote:
Thanks Chris. It was indeed the cygwin1.dll. I have an old version of
cygwin installed (2.774) along with this one 2.850 (32 bit). All of the
mirrors are down from that version, so I installed a new one. Reading
the forum, I thought it was OK to have
Hi Henry.
Cook, Henry wrote:
Thanks Chris. It was indeed the cygwin1.dll. I have an old version of
> cygwin installed (2.774) along with this one 2.850 (32 bit). All of
> the mirrors are down from that version, so I installed a new one.
> Reading the forum, I thought it was OK to have multip
Thanks Chris. It was indeed the cygwin1.dll. I have an old version of cygwin
installed (2.774) along with this one 2.850 (32 bit). All of the mirrors are
down from that version, so I installed a new one. Reading the forum, I thought
it was OK to have multiple versions of cygwin installed, bu
Cook, Henry wrote:
I'm running 32 bit Cygwin on a 64 bit machine to build 32 bit binaries.
> Trying to build a simple program fails due to a pathing issue related
> to g++/cc1plus. I've tried several Cygwin re-installs, so that is not
> the issue. Calling "g++ foo.cpp" just hangs and never ter
On 16/03/2014 18:03, zosrothko wrote:
Hi
Dear,
re-opening a thread dead 3 years ago, is NOT a good way to have
any answer here.
If you have any problem, please follow
Problem reports: http://cygwin.com/problems.html
start a new thread and clarify your need or doubts
Regards
Marco
Hi
Here the definition of the cmain.c program, part of libcygwin.a. This code
has a "main" entry point which is calling the WinMain by the end So the
question remains: Why g++/ld links with this "main" entry instead of the one
of the user's main program?
zos
/* libcmain.c
Copyright 1996
On 8/20/2013 2:03 AM, LMH wrote:
Dmitrii, thank you for the thoughtful response. I really am looking for
information here.
If you're looking for the reason that gcc-3 was removed from your
computer during your recent upgrade, I believe that question has been
answered by Chris. If you're wo
Dima Pasechnik wrote:
On 20 August 2013 03:13, LMH wrote:
I would be happy to build gcc-3 myself, I'm just looking for some
documentation to get that done.
The fact the gcc-3/g77 are old means nothing to me. There are still millions
of lines of fortran77 code out there that are being used. The
On 20 August 2013 03:13, LMH wrote:
> I would be happy to build gcc-3 myself, I'm just looking for some
> documentation to get that done.
>
> The fact the gcc-3/g77 are old means nothing to me. There are still millions
> of lines of fortran77 code out there that are being used. There is just no
>
On Mon, Aug 19, 2013 at 06:43:39PM -0400, LMH wrote:
>Thanks for the information. I am tying to get the packages using the
>Time Machine, but all I am getting is an error, "unable to get
>setup.ini" from the different ftp addresses I have tried. I sent an
>email to the link at the bottom of the
Thanks for the information. I am tying to get the packages using the
Time Machine, but all I am getting is an error, "unable to get
setup.ini" from the different ftp addresses I have tried. I sent an
email to the link at the bottom of the page, so hopefully they will be
able to help me with tha
On 8/19/2013 3:13 PM, LMH wrote:
I would be happy to build gcc-3 myself, I'm just looking for some
documentation to get that done.
I don't have a direct pointer for you but I'm sure you can find something
while looking around the net. gcc.gnu.org might be the best place to get
some basic info
I would be happy to build gcc-3 myself, I'm just looking for some
documentation to get that done.
The fact the gcc-3/g77 are old means nothing to me. There are still
millions of lines of fortran77 code out there that are being used. There
is just no reason to spend years of man hours to update
On 8/19/2013 1:27 PM, LMH wrote:
I recently tried to update my cygwin install and discovered I had to change
to the setup-x86.exe package for the update to work. After finishing the
update, I see that some binaries have been removed from my install. Which
g++-3 and which g77-3 now return no findi
On 4/19/2013 1:07 PM, David wrote:
I am using eclipse and gnu. (Maybe my version is to old.)
I have
struct MyStruct {
int a0,a1;
};
void afunc(int &t) {
cout<<"in para "<
likely your makefile is swallowing the output.
g++ -Wall -pedantic prova.cpp -o prova
prova.cpp: In function ‘int ma
One got to use
-O or -O1 as option to g++ -O0 will not do. By the way it is really
limited to what extent the compiler can track down uninitialized variables.
Den 19-04-2013 13:07, David skrev:
I am using eclipse and gnu. (Maybe my version is to old.)
I have
struct MyStruct {
int a0,a1;
I tried disabling Windows Defender in 'services.msc' and restarting my
computer but still no luck. I'm guessing there's some other
unknown/unlisted BLODA installed on my computer, but I'll be darned if
I can figure out which one it is. I'll try it on a different windows
7 computer to see if I can
TOFU...
On 22/02/2013 3:26 PM, KG wrote:
>From what I can determine, Defender is a built-in part of Windows and
cannot be un-installed. It doesn't appear in the 'Programs and
Features' list of programs to un-install. I'm able to use my Start
menu to search for and find Defender but when I try
>From what I can determine, Defender is a built-in part of Windows and
cannot be un-installed. It doesn't appear in the 'Programs and
Features' list of programs to un-install. I'm able to use my Start
menu to search for and find Defender but when I try to open it I get a
message saying Defender i
On 22/02/2013 2:52 PM, KG wrote:
Hello All,
I recently installed Netbeans and Cygwin on my Windows 7 64-bit
laptop. To test that everything was working fine I tried to build &
run one of the example projects in Netbeans but I always get the same
error messages.
I have installed Windows Defen
Problem solved. "which g++" showed that cygwin's g++ wasn't installed and
I had been using mingw's g++.
Bob T.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://c
On 2012-05-24 20:56, Bob Tennent wrote:
I'm trying to build a package that uses Qt4. The build fails at
#include
with "No such file or directory". But /usr/include/qt4/QtGui/QtGui
exists and -I/usr/include/qt4/QtGui is one of the flags for g++. What am
I missing here?
Specific information: na
On Sat, Oct 22, 2011 at 9:18 PM, Philipp Kraus wrote:
> Hello,
>
> I use Cygwin with g++ for compiling my source codes and on some codes I get
> the error:
>
> /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../libcygwin.a(libcmain.o):(.text+0xa9):
> undefined reference to `_WinMain@16'
If there is no ma
On 10/23/2011 12:52 PM, René Berber wrote:
> Perhaps looking at the link map will clarify what is going on:
>
> g++ -Wl,-M ... > link-map.txt
Or better, use the linker trace symbol functionality:
g++ -Wl,-trace-symbol=_WinMain ...
--
René Berber
--
Problem reports: http:
On 10/23/2011 5:07 AM, Philipp Kraus wrote:
> On 2011-10-23 01:28:37 +0200, René Berber said:
>
>> I'm not sure why this static library is pulled.
>
> yes *g* that my problem also. My cygwin g++ / ld
> links it automatically
Where it comes from? The compiler specs:
$ g++ -dumpspecs
...
*lib:
On 2011-10-23 01:37:19 +0200, René Berber said:
On 10/22/2011 6:28 PM, René Berber wrote:
I also don't know what it is [libcygwin.a]
Looking at where it came from, libg.a is a symlink to this one, and libg
is known as "special debugging-enabled C library".
Still don't know what its doing in
On 2011-10-23 01:28:37 +0200, René Berber said:
I'm not sure why this static library is pulled.
yes *g* that my problem also. My cygwin g++ / ld
links it automatically
Phil
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
On 10/22/2011 6:28 PM, René Berber wrote:
> I also don't know what it is [libcygwin.a]
Looking at where it came from, libg.a is a symlink to this one, and libg
is known as "special debugging-enabled C library".
Still don't know what its doing in your program.
--
René Berber
--
Problem report
On 10/22/2011 5:48 PM, Philipp Kraus wrote:
> I have checked each library (*.dll, *.a, *.dll.a) but no library file as
> got a reference to the _WinMain
> and I use the -mconsole linker flag. I don't understand why the linker
> creates the error on some
> codes and on other code there is no error.
On 2011-10-22 23:43:32 +0200, René Berber said:
On 10/22/2011 3:37 PM, Philipp Kraus wrote:
[snip]
error
is created again. Should I rebuild my libraries with the -mconsole
option, at the time
I have build them only with configure, make, make install?
You can check which libraries have a refe
On 10/22/2011 3:37 PM, Philipp Kraus wrote:
[snip]
> error
> is created again. Should I rebuild my libraries with the -mconsole
> option, at the time
> I have build them only with configure, make, make install?
You can check which libraries have a reference to _WinMain@16 by using nm.
$ nm /usr/
Thanks for your great answer.
On 2011-10-22 22:17:06 +0200, René Berber said:
On 10/22/2011 2:18 PM, Philipp Kraus wrote:
I use Cygwin with g++ for compiling my source codes and on some codes I
get the error:
/usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../libcygwin.a(libcmain.o):(.text+0xa9):
On 10/22/2011 2:18 PM, Philipp Kraus wrote:
> I use Cygwin with g++ for compiling my source codes and on some codes I
> get the error:
>
> /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../libcygwin.a(libcmain.o):(.text+0xa9):
> undefined reference to `_WinMain@16'
[snip]
That means the linking is bein
On 6/13/2011 2:46 AM, Jan Chludzinski wrote:
Just finished compiling some numerical code (developed using the
Borland C++ compiler) using G++ 4.3.4 (that came with Cygwin 1.7).
The answers are different from what I get using the Borland compiler
(circa 2002). I have known correct answers from so
Greg Chicares-2 wrote:
>
> Last I heard, boost lost its Cygwin maintainer; and old libraries aren't
> likely to work with a newer compiler. This page
> http://cygwin.com/packages/boost-devel/boost-devel-1.43.0-1
> confirms that:
> "boost-devel: Obsolete package (installed binaries and suppor
On 2011-02-15 11:57Z, lampak wrote:
>
> Hi. I'm trying to compile on windows one linux app of mine which uses a few
> boost libraries. I've got g++ and boost (1.43.0-1) installed through
> setup.exe. I use g++ through Eclipse IDE. I've managed to get the program
> compiled but I'm getting linking
On 11 December 2010 22:24, Peter Foelsche wrote:
> I tried find some download to install this compiler -- nothing.
> I also tried to compile it myself from the sources (did the same for linux
> before)
> and run into some crazy errors.
> Was anybody successful with this?
The Cygwin gcc maintainer
http://cygwin.com/acronyms/#PPIOSPE - redirecting to the list
On 03/17/2010 04:50 PM, martina leske wrote:
>>> the next error smg pops up (i searched it in my bin and put it in my dir
>>> from the programm)
>>> but that istn waht i want =/ i want that the rogramm is usable only with
>>> ONE dll
On 03/17/2010 04:40 PM, martina leske wrote:
> i can open it in the cygwin window (hello world pops up =D)
> but if i tryed to open the .exe in windows the error msg came up (no
> cygwin1.dll) after i searched a bit i put it in the dir from my programm
Not a good idea - now you have multiple cop
On 2010/01/19 8:06 PM, Eric Blake wrote:
> Using -ansi generally says that you want the headers to expose ONLY the
> interfaces mentioned in the C89 standard. But C89 did not describe
> snprintf, hence your compilation failure.
Actually, it looks like -ansi means something slightly different when
According to Steven Monai on 1/19/2010 8:11 PM:
> I compile and run this program as follows:
>
> $ g++ -ansi -o mytest mytest.cc && ./mytest
Using -ansi generally says that you want the headers to expose ONLY the
interfaces mentioned in the C89 standard. But C89 did not describe
snprintf, hence
Quoting Joshua John Bialkowski
I'm using g++ (GCC) version 3.4.4 from the cygwin installer, and
I've run in to
this very confusing problem. I'm compiling with the -mno-cygwin option
[...]
The problem I have is that when I launch a separate thread, and
then throw an
exception in that separate
1 - 100 of 315 matches
Mail list logo
