Re: gcc-4.9.2 crashes Xt and gcc-4.8.4 ada build problems

On Sun, 2015-06-07 at 14:58 -0700, Emil Lambrache wrote: > After I have allowed the setup to update my cygwin tree, I discovered to > my dismay > that the latest gcc 4.9.2 has dropped support for varargs.h. http://en.wikipedia.org/wiki/Stdarg.h#varargs.h http://stackoverflow.com/a/24950684/580360

gcc-4.9.2 crashes Xt and gcc-4.8.4 ada build problems

After I have allowed the setup to update my cygwin tree, I discovered to my dismay that the latest gcc 4.9.2 has dropped support for varargs.h. With that all my Xt-X11 based cygwin apps were broken as well: spice3, ngspice-26, xgraph, but moreover even tcl-tk-8.5 based apps were broken. Motif h

Re: Build problems using wxWidgets-2.8.10 / gcc-4.3.4 / cygwin-1.7.1 : multiple definitions of function select()

On Jan 14 12:32, Greg Chicares wrote: > On 2010-01-14 10:15Z, Schwerzmann Stephan wrote: > > > > /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../include/w32api/winsock.h:4 > > 79: error: declaration of C function 'int select(int, _types_fd_set*, > > _types_fd_set*, _types_fd_set*, const timeval*)'

Re: Build problems using wxWidgets-2.8.10 / gcc-4.3.4 / cygwin-1.7.1 : multiple definitions of function select()

On 2010-01-14 10:15Z, Schwerzmann Stephan wrote: > > /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../include/w32api/winsock.h:4 > 79: error: declaration of C function 'int select(int, _types_fd_set*, > _types_fd_set*, _types_fd_set*, const timeval*)' conflicts with > /usr/include/sys/select.h:3

Build problems using wxWidgets-2.8.10 / gcc-4.3.4 / cygwin-1.7.1 : multiple definitions of function select()

Hello all, I'm upgrading to 1.7.1 from the previous version which I was pretty good at keeping up to date; until recently, I had this combo in flawless use: - wxWidgets-2.8.10 / gcc-3.4.4 / cygwin-1.5.25 / WinXP-SP3 The new combo - wxWidgets-2.8.10 / gcc-4.3.4 / cygwin-1.7.1 / WinXP-SP3 Is giv

Re: Build problems

l.dll. > > But you are creating festival.dll. Do you get an warnings or > errors without "-lfestival" > > -- View this message in context: http://www.nabble.com/Build-problems-tp18599595p18607498.html Sent from the Cygwin list mailing list archive at Nabble.com. --

Re: Build problems

Stefano Facchetti writes: > g++ -shared -o festival.dll festivaldll.o -L. -lfestival -lestools > -lestbase -leststring -ltermcap -lwinmm -I ../src/include/ > -I ../../speech_tools/include/ > -I ./ -mno-cygwin -I./mingw/include -L./mingw/lib/ Wait. The switch "-lfestival" tells the linker

Re: Build problems

this message in context: http://www.nabble.com/Build-problems-tp18599595p18604835.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: h

Re: Build problems

Stefano Facchetti wrote: > When I compile my cc files under cygwin with this command line: > g++ -c festivalDll.cc -o festivalDll.o -L. -lfestival -lestools -lestbase > -leststring -ltermcap -lwinmm -I../src/include/ > -I../../speech_tools/include/ -I ./ -mno-cygwin -I./mingw/include > -L./mingw/l

Build problems

ompatible with MinGw libs..? Thanks, Fad. -- View this message in context: http://www.nabble.com/Build-problems-tp18599595p18599595.html Sent from the Cygwin list mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports:

Re: mod_perl2 build problems

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Jan-Aage Frydenbø-Bruvoll wrote: | I have tried googling for this error, without finding a single hit, and | I have tried finding out which lib should provide the references above. | Would anybody on the list be able to point me in the right directi

mod_perl2 build problems

Dear list, I am trying to build mod_perl2 in my Cygwin environment, and the build stops at the following: make[3]: Entering directory `/usr/src/.cpan/build/mod_perl-2.0.4-Y5Qjqi/WrapXS/APR/ThreadRWLock' rm -f ../../../blib/arch/auto/APR/ThreadRWLock/ThreadRWLock.dll g++ --shared -Wl,--enab

Re: Build problems - unistd.h

You really should not edit unistd.h or any other system header, ever. That's a very bad practice to get into. If "#undef pipe" in dbus-binding-tool-glib.c works, then go with that, but even that's a horrible hack. The best way would be to find out why this macro that seems to be relevant only to

Re: Build problems - unistd.h

Scott Peterson wrote: > On that advice, I now get a new error: > > /home/Scott/downloads/dbus-glib-0.73/dbus/dbus-binding-tool-glib.c:800: > undefine > d reference to `_g_file_open_tmp_utf8' > > This is nearly identical to the error I got when commenting out line > 108 of unistd.h: > > /home/S

Re: Build problems - unistd.h

On that advice, I now get a new error: /home/Scott/downloads/dbus-glib-0.73/dbus/dbus-binding-tool-glib.c:800: undefine d reference to `_g_file_open_tmp_utf8' This is nearly identical to the error I got when commenting out line 108 of unistd.h: /home/Scott/downloads/dbus-glib-0.73/dbus/dbus-bin

Re: Build problems - unistd.h

On Thu, 31 May 2007, Scott Peterson wrote: > Sorry about the large email: didn't realize how big it was when I cut > and pasted. > Line 108 is indeed: > > int _EXFUN(pipe, (int __fildes[2] )); > > I've greped around for "define pipe" and the only results I could find > are /usr/include/glib-1.

Re: Build problems - unistd.h

Sorry about the large email: didn't realize how big it was when I cut and pasted. Line 108 is indeed: int _EXFUN(pipe, (int __fildes[2] )); I've greped around for "define pipe" and the only results I could find are /usr/include/glib-1.2/glib.h and /usr/include/glib-2.0/glib/gwin32.h. Both fi

Re: Build problems - unistd.h

Greg Chicares wrote: On 2007-05-30 00:12Z, Scott Peterson wrote: Here's the content of the intermediate file dbus-binding-tool-glib.i: [major snip] On 2007-05-29 02:07Z, you had written: In file included from /usr/include/unistd.h:4, from dbus-binding-tool-glib.c:39: /usr/inc

Re: Build problems - unistd.h

On 2007-05-30 00:12Z, Scott Peterson wrote: > > Here's the content of the intermediate file dbus-binding-tool-glib.i: [major snip] On 2007-05-29 02:07Z, you had written: > > In file included from /usr/include/unistd.h:4, > from dbus-binding-tool-glib.c:39: > /usr/include/sys/unis

Re: Build problems - unistd.h

Scott Peterson wrote: > Here's the content of the intermediate file dbus-binding-tool-glib.i: Did you really have to send a 350 KB message to thousands of people? Some people consider that a little wasteful when exactly one line of all of that was relevant. If you're going to do that at least s

Re: Build problems - unistd.h

Scott Peterson wrote: > Eric, when I try make CC="gcc -E" I get this error in the output: > .libs/dbus-glib.o: file not recognized: File format not recognized You just created an .o file consisting of the output of the preprocessor. That's obviously not going to work in the context of make where

Re: Build problems - unistd.h

Eric, when I try make CC="gcc -E" I get this error in the output: .libs/dbus-glib.o: file not recognized: File format not recognized I'm building dbus-glib from source and I get this error when I make: In file included from /usr/include/unistd.h:4, from dbus-binding-tool-glib.c:

Re: Build problems - unistd.h

Scott Peterson wrote: > I'm building dbus-glib from source and I get this error when I make: > > In file included from /usr/include/unistd.h:4, > from dbus-binding-tool-glib.c:39: > /usr/include/sys/unistd.h:108: error: parse error before numeric constant > > Ideas? There's not

Re: Build problems - unistd.h

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Scott Peterson on 5/28/2007 8:07 PM: > I'm building dbus-glib from source and I get this error when I make: > > In file included from /usr/include/unistd.h:4, > from dbus-binding-tool-glib.c:39: > /usr/include/sys/unistd.h

Build problems - unistd.h

I'm building dbus-glib from source and I get this error when I make: In file included from /usr/include/unistd.h:4, from dbus-binding-tool-glib.c:39: /usr/include/sys/unistd.h:108: error: parse error before numeric constant Ideas? -- Scott. -- Unsubscribe info: http://cygw

Re: Build problems --- putty-0.58-cygterm-20060525.tar.gz and putty-0.58.tar.gz-----0.59 WORKS

I had not trouble building putty-0.58-cygterm-20060525.tar.gz you do need to do: install -s path-to.../cthelper/cthelper.exe /usr/local/bin install -s path-to /utty.exe /usr/local/bin for cygwin based system. See if you /bin/ld program is there. You'll need it if you want to

Re: Build problems --- putty-0.58-cygterm-20060525.tar.gz and putty-0.58.tar.gz-----0.59 WORKS

Dave Korn wrote: On 07 December 2006 16:00, Keith Christian wrote: Baffling. Any ideas? Different binutils versions? make versions? Run "cygcheck -s -v -r" on each machine and then diff the two? Yesterday I downloaded the 0.59 binary zipfile, and it WORKS on the machine where the 0.5

RE: Build problems --- putty-0.58-cygterm-20060525.tar.gz and putty-0.58.tar.gz

On 07 December 2006 16:00, Keith Christian wrote: > > Baffling. Any ideas? Different binutils versions? make versions? Run "cygcheck -s -v -r" on each machine and then diff the two? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http:/

Build problems --- putty-0.58-cygterm-20060525.tar.gz and putty-0.58.tar.gz

Problem: Successful build on one XP machine but not on another. On the machine with the successful build, PuTTY-Cygterm is fabulous. I can't wait to get it working on the other machine. I was able to successfully build Puttycyg on one Windows XP machine, but not on another. Used the same sou

Xfce4.1.99 build problems.

Hello, While trying to build Xfce4.1.99 , in the package libxfce4util-4.1.99.1 I get the following error. Cannot export R: symbol not defined Cannot export _xfce_builtin_license_BSD: symbol not defined Cannot export _xfce_builtin_license_GPL: symbol not defined Cannot export _xfce_builtin_license

Re: Mozilla Build Problems - make attempt log included

Hallo Igor, Am Dienstag, 20. Januar 2004 um 17:55 schriebst du: >> sh /home/default/mozilla/build/cygwin-wrapper -up /bin/perl I believe that this cygwin-wrapper is broken. I tried already to build Mozilla on top of Cygwin and ran into problems there too, so I decided to remove the wrapper fuzz

Re: Mozilla Build Problems - make attempt log included

Andrew, IMO, this discussion belongs on the main Cygwin list. Redirecting. On Tue, 20 Jan 2004, Andrew Cowan wrote: > Cygwin Installer - 2.4.16 (all packages installed) FYI, this doesn't tell us anything about the installed packages. See for the suggested way

Re: cygwin build problems...(libintl)

[Crossposted to binutils, gdb, and cygwin for information purposes] Marcus Binny said: > I am trying to build a cross compiler from the latest > checked out sources. When I configure into the > combined sources, it says that it doesn't need to > build libintl.a (in intl/Makefile all: is all-no),