Re: Building setup.exe: conflicting declarations of ssize_t
On Wed, Sep 07, 2011 at 08:18:30AM -0400, Ken Brown wrote: On 9/6/2011 9:52 PM, Christopher Faylor wrote: On Sat, Sep 03, 2011 at 10:19:57PM -0400, Ken Brown wrote: Building setup.exe fails as follows: depbase=`echo archive.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`;\ i686-pc-mingw32-g++ -DPACKAGE_NAME=\setup\ -DPACKAGE_TARNAME=\setup\ -DPACKAGE_VERSION=\0\ -DPACKAGE_STRING=\setup\ 0\ -DPACKAGE_BUGREPORT=\xxx\ -DPACKAGE_URL=\\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\.libs/\ -DHAVE_LIBMINGW32=1 -DHAVE_ERRNO_H=1 -DHAVE_STRING=1 -DHAVE_STRING_H=1 -I. -DLZMA_API_STATIC -I./libgetopt++/include -Werror -Wall -Wno-uninitialized -Wpointer-arith -Wcomments -Wcast-align -Wwrite-strings -g -O2 -MT archive.o -MD -MP -MF $depbase.Tpo -c -o archive.o archive.cc\ mv -f $depbase.Tpo $depbase.Po In file included from archive.cc:26:0: io_stream.h:37:21: error: conflicting declaration ??typedef long int ssize_t?? /usr/i686-pc-mingw32/sys-root/mingw/include/sys/types.h:118:18: error: ??ssize_t?? has a previous declaration as ??typedef _ssize_t ssize_t?? The conflicting declarations result from the following recent change to the mingw-runtime package: 2011-08-19 Chris Sutcliffexxx * include/sys/types.h (ssize_t): Defined as int as opposed to long. The following patch enables the build to complete, but I don't know if it's the right way to fix this: --- io_stream.h.orig2009-12-18 06:59:54.0 -0500 +++ io_stream.h 2011-09-03 21:14:44.664235000 -0400 @@ -33,7 +33,7 @@ */ //Where is this defined? -#if defined(_WIN32) ! defined(__CYGWIN__) +#if defined(_WIN32) ! defined(__CYGWIN__) ! defined(HAVE_SYS_TYPES_H) typedef signed long ssize_t; #endif That's definitely the wrong approach to fix the problem. Why not just include sys/types.h in io_stream.h? You mean just do this? --- io_stream.h.orig2009-12-18 06:59:54.0 -0500 +++ io_stream.h 2011-09-07 07:49:04.458548000 -0400 @@ -32,10 +32,7 @@ * make mkdir_p fit in the hierarchy */ -//Where is this defined? -#if defined(_WIN32) ! defined(__CYGWIN__) -typedef signed long ssize_t; -#endif +#include sys/types.h #if __GNUC__ #define _ATTR_(foo) __attribute__ foo Yes. I was testing that change after I saw your original mail. It was checked in yesterday. FYI. cgf
Re: Building setup.exe: conflicting declarations of ssize_t
On 9/6/2011 9:52 PM, Christopher Faylor wrote: On Sat, Sep 03, 2011 at 10:19:57PM -0400, Ken Brown wrote: Building setup.exe fails as follows: depbase=`echo archive.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`;\ i686-pc-mingw32-g++ -DPACKAGE_NAME=\setup\ -DPACKAGE_TARNAME=\setup\ -DPACKAGE_VERSION=\0\ -DPACKAGE_STRING=\setup\ 0\ -DPACKAGE_BUGREPORT=\xxx\ -DPACKAGE_URL=\\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\.libs/\ -DHAVE_LIBMINGW32=1 -DHAVE_ERRNO_H=1 -DHAVE_STRING=1 -DHAVE_STRING_H=1 -I. -DLZMA_API_STATIC -I./libgetopt++/include -Werror -Wall -Wno-uninitialized -Wpointer-arith -Wcomments -Wcast-align -Wwrite-strings -g -O2 -MT archive.o -MD -MP -MF $depbase.Tpo -c -o archive.o archive.cc\ mv -f $depbase.Tpo $depbase.Po In file included from archive.cc:26:0: io_stream.h:37:21: error: conflicting declaration ??typedef long int ssize_t?? /usr/i686-pc-mingw32/sys-root/mingw/include/sys/types.h:118:18: error: ??ssize_t?? has a previous declaration as ??typedef _ssize_t ssize_t?? The conflicting declarations result from the following recent change to the mingw-runtime package: 2011-08-19 Chris Sutcliffexxx * include/sys/types.h (ssize_t): Defined as int as opposed to long. The following patch enables the build to complete, but I don't know if it's the right way to fix this: --- io_stream.h.orig2009-12-18 06:59:54.0 -0500 +++ io_stream.h 2011-09-03 21:14:44.664235000 -0400 @@ -33,7 +33,7 @@ */ //Where is this defined? -#if defined(_WIN32) ! defined(__CYGWIN__) +#if defined(_WIN32) ! defined(__CYGWIN__) ! defined(HAVE_SYS_TYPES_H) typedef signed long ssize_t; #endif That's definitely the wrong approach to fix the problem. Why not just include sys/types.h in io_stream.h? You mean just do this? --- io_stream.h.orig2009-12-18 06:59:54.0 -0500 +++ io_stream.h 2011-09-07 07:49:04.458548000 -0400 @@ -32,10 +32,7 @@ * make mkdir_p fit in the hierarchy */ -//Where is this defined? -#if defined(_WIN32) ! defined(__CYGWIN__) -typedef signed long ssize_t; -#endif +#include sys/types.h #if __GNUC__ #define _ATTR_(foo) __attribute__ foo Ken
Re: Building setup.exe: conflicting declarations of ssize_t
On Sat, Sep 03, 2011 at 10:19:57PM -0400, Ken Brown wrote: Building setup.exe fails as follows: depbase=`echo archive.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`;\ i686-pc-mingw32-g++ -DPACKAGE_NAME=\setup\ -DPACKAGE_TARNAME=\setup\ -DPACKAGE_VERSION=\0\ -DPACKAGE_STRING=\setup\ 0\ -DPACKAGE_BUGREPORT=\xxx\ -DPACKAGE_URL=\\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\.libs/\ -DHAVE_LIBMINGW32=1 -DHAVE_ERRNO_H=1 -DHAVE_STRING=1 -DHAVE_STRING_H=1 -I. -DLZMA_API_STATIC -I./libgetopt++/include -Werror -Wall -Wno-uninitialized -Wpointer-arith -Wcomments -Wcast-align -Wwrite-strings -g -O2 -MT archive.o -MD -MP -MF $depbase.Tpo -c -o archive.o archive.cc \ mv -f $depbase.Tpo $depbase.Po In file included from archive.cc:26:0: io_stream.h:37:21: error: conflicting declaration ??typedef long int ssize_t?? /usr/i686-pc-mingw32/sys-root/mingw/include/sys/types.h:118:18: error: ??ssize_t?? has a previous declaration as ??typedef _ssize_t ssize_t?? The conflicting declarations result from the following recent change to the mingw-runtime package: 2011-08-19 Chris Sutcliffe xxx * include/sys/types.h (ssize_t): Defined as int as opposed to long. The following patch enables the build to complete, but I don't know if it's the right way to fix this: --- io_stream.h.orig2009-12-18 06:59:54.0 -0500 +++ io_stream.h 2011-09-03 21:14:44.664235000 -0400 @@ -33,7 +33,7 @@ */ //Where is this defined? -#if defined(_WIN32) ! defined(__CYGWIN__) +#if defined(_WIN32) ! defined(__CYGWIN__) ! defined(HAVE_SYS_TYPES_H) typedef signed long ssize_t; #endif That's definitely the wrong approach to fix the problem. Why not just include sys/types.h in io_stream.h? cgf
Building setup.exe: conflicting declarations of ssize_t
Building setup.exe fails as follows: depbase=`echo archive.o | sed 's|[^/]*$|.deps/|;s|\.o$||'`;\ i686-pc-mingw32-g++ -DPACKAGE_NAME=\setup\ -DPACKAGE_TARNAME=\setup\ -DPACKAGE_VERSION=\0\ -DPACKAGE_STRING=\setup\ 0\ -DPACKAGE_BUGREPORT=\xxx\ -DPACKAGE_URL=\\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DLT_OBJDIR=\.libs/\ -DHAVE_LIBMINGW32=1 -DHAVE_ERRNO_H=1 -DHAVE_STRING=1 -DHAVE_STRING_H=1 -I. -DLZMA_API_STATIC -I./libgetopt++/include -Werror -Wall -Wno-uninitialized -Wpointer-arith -Wcomments -Wcast-align -Wwrite-strings -g -O2 -MT archive.o -MD -MP -MF $depbase.Tpo -c -o archive.o archive.cc \ mv -f $depbase.Tpo $depbase.Po In file included from archive.cc:26:0: io_stream.h:37:21: error: conflicting declaration typedef long int ssize_t /usr/i686-pc-mingw32/sys-root/mingw/include/sys/types.h:118:18: error: ssize_t has a previous declaration as typedef _ssize_t ssize_t The conflicting declarations result from the following recent change to the mingw-runtime package: 2011-08-19 Chris Sutcliffe xxx * include/sys/types.h (ssize_t): Defined as int as opposed to long. The following patch enables the build to complete, but I don't know if it's the right way to fix this: --- io_stream.h.orig2009-12-18 06:59:54.0 -0500 +++ io_stream.h 2011-09-03 21:14:44.664235000 -0400 @@ -33,7 +33,7 @@ */ //Where is this defined? -#if defined(_WIN32) ! defined(__CYGWIN__) +#if defined(_WIN32) ! defined(__CYGWIN__) ! defined(HAVE_SYS_TYPES_H) typedef signed long ssize_t; #endif Ken
Problem building setup.exe (zlib.h not found)
I'm trying to build setup.exe from source. I ran into the same problem mentioned by a thread back in 2003 where using a windows cvs.exe instead of the cygwin one caused configure to fail, and I made it past that, but now make is failing because it can't find zlib.h. This is the first cygwin based build I've ever tried before. All my other building has been msvc based. I took all my msvc stuff out of the environment, but I'm not sure how to go about trying to troubleshoot why g++ can't find zlib.h (obviously, I double checked to make sure the zlib package is installed). Could someone give me some pointers here?
Re: Problem building setup.exe (zlib.h not found)
Daniel Einspanjer wrote: I'm trying to build setup.exe from source. I ran into the same problem mentioned by a thread back in 2003 where using a windows cvs.exe instead of the cygwin one caused configure to fail, and I made it past that, but now make is failing because it can't find zlib.h. This is the first cygwin based build I've ever tried before. All my other building has been msvc based. I took all my msvc stuff out of the environment, but I'm not sure how to go about trying to troubleshoot why g++ can't find zlib.h (obviously, I double checked to make sure the zlib package is installed). Could someone give me some pointers here? Version of setup source? If using source from CVS, have you read the README file, which now gives detailed instructions? Max.
Re: Problem building setup.exe (zlib.h not found)
Daniel Einspanjer wrote: troubleshoot why g++ can't find zlib.h (obviously, I double checked to make sure the zlib package is installed). setup is a mingw program, you need mingw-zlib and mingw-bzip2. (the source for these libraries used to be bundled, but if you're using a recent CVS checkout it now uses the system provided libraries from those packages.) Brian
Re: Problem building setup.exe (zlib.h not found)
Exactly what I needed to know. Thanks muchly. :) On 4/17/05, Brian Dessent [EMAIL PROTECTED] wrote: Daniel Einspanjer wrote: troubleshoot why g++ can't find zlib.h (obviously, I double checked to make sure the zlib package is installed). setup is a mingw program, you need mingw-zlib and mingw-bzip2. (the source for these libraries used to be bundled, but if you're using a recent CVS checkout it now uses the system provided libraries from those packages.) Brian
Re: Problem building setup.exe (zlib.h not found)
Max, sorry for not RTFMing closely enough. I knew I had bz2 and zlib libraries installed so I didn't click on the mingw prefix until Brian highlighted it. On 4/17/05, Daniel Einspanjer [EMAIL PROTECTED] wrote: Exactly what I needed to know. Thanks muchly. :) On 4/17/05, Brian Dessent [EMAIL PROTECTED] wrote: Daniel Einspanjer wrote: troubleshoot why g++ can't find zlib.h (obviously, I double checked to make sure the zlib package is installed). setup is a mingw program, you need mingw-zlib and mingw-bzip2. (the source for these libraries used to be bundled, but if you're using a recent CVS checkout it now uses the system provided libraries from those packages.) Brian
Building setup.exe
Where are the instructions for building setup? Are they in a FAQ somewhere or in the source tree? For that matter how do you figure out to get the source from cvs? I already know some of these answers ie: cvs -d :pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps co setup cd setup ./bootstrap.sh cd .. mkdir build cd build ../setup/configure I DONT KNOW WHAT GOES HERE make I figured this much out by stumbling around blindly. I was wondering if there was an easy to find reference on cygwin.com somewhere that I can use when I forget some of this stuff.
Re: Building setup.exe
Mark Blackburn wrote: Where are the instructions for building setup? Are they in a FAQ somewhere or in the source tree? For that matter how do you figure out to get the source from cvs? I already know some of these answers ie: cvs -d :pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps co setup cd setup ./bootstrap.sh cd .. mkdir build cd build ../setup/configure I DONT KNOW WHAT GOES HERE make I figured this much out by stumbling around blindly. I was wondering if there was an easy to find reference on cygwin.com somewhere that I can use when I forget some of this stuff. http://sources.redhat.com/cygwin-apps/setup.html Max.
Problem building Setup.exe
Hello I downloaded the Setup.exe program from the CVS sources. Then in order I did the following: ./bootstrap ./setup/configure -C --enable-dependencies --disable-shared --host=i686-pc-mingw32 --build=i686-pc-cygwin 'CC=gcc -mno-cygwin' 'CXX=g++ -mno-cygwin' --enable-maintainer-mode The bootstrap was successful, but the configure was not. Here is the error. checking dynamic linker characteristics... Win32 ld.exe checking sys/cdefs.h usability... no checking sys/cdefs.h presence... no checking for sys/cdefs.h... no checking for unistd.h... (cached) yes checking for string... (cached) yes checking for string.h... (cached) yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking for an ANSI C-conforming const... yes checking whether byte ordering is bigendian... no updating cache ../config.cache configure: creating ./config.status config.status: creating \ .infig.status: error: cannot find input file: \ configure: error: /bin/bash '.././setup/libgetopt++/configure' failed for libgetopt++ Could somebody please tell me what the problem is? Thanks Christian Gross __ Post your free ad now! http://personals.yahoo.ca
Re: Problem building Setup.exe
Check that libgetopt++/bootstrap.sh is executable, if it is, sorry, I don't know. If it's not, to quote StarTrek TNG, make it so then start again from the setup/bootstrap.sh Yupe it is and was. I even downloaded a clean copy and did a chmod for good measure. Hope this helps! I've only just gotten the thing working. Nope the libgetopt++ stuff still does not configure Thanks though Christian Gross __ Post your free ad now! http://personals.yahoo.ca
Re: Problem building Setup.exe
Christian Gross wrote: Check that libgetopt++/bootstrap.sh is executable, if it is, sorry, I don't know. If it's not, to quote StarTrek TNG, make it so then start again from the setup/bootstrap.sh Yupe it is and was. I even downloaded a clean copy and did a chmod for good measure. Hope this helps! I've only just gotten the thing working. Nope the libgetopt++ stuff still does not configure Please post the *exact* commands and output. Max.
Re: Problem building Setup.exe
On Fri, 25 Jul 2003, Christian (SerpentMage) wrote: On Fri, 25 Jul 2003, Christian Gross wrote: Hello I downloaded the Setup.exe program from the CVS sources. Then in order I did the following: ./bootstrap ./setup/configure -C --enable-dependencies --disable-shared --host=i686-pc-mingw32 --build=i686-pc-cygwin 'CC=gcc -mno-cygwin' 'CXX=g++ -mno-cygwin' --enable-maintainer-mode The bootstrap was successful, but the configure was not. Here is the error. checking whether byte ordering is bigendian... no updating cache ../config.cache configure: creating ./config.status config.status: creating \ .infig.status: error: cannot find input file: \ configure: error: /bin/bash '.././setup/libgetopt++/configure' failed for libgetopt++ Could somebody please tell me what the problem is? Thanks Christian Gross Well, Christian, it doesn't seem like you're calling the right programs here... Judging by the path in the second command, you're running this from a directory one level up from setup's source. AFAIK, there is no bootstrap script there, especially not one called bootstrap. There is a bootstrap.sh script *in* the setup source directory, and that's the one you should be calling, IIRC. So, your sequence (starting at the same directory you were before) should be: Yes you are right there. However, the bootstrap.sh script does get called. It was a typo in the email. I still get the error... Thanks... Christian Christian, Please make sure your mailer honors the Reply-To: field. We should keep this discussion on the list, so this appears in the archives. FYI, I was able to CVS checkout and build setup from scratch just now by using the command sequence below (with the exact output). I'm also attaching my cygcheck -c output, just in case, so you can compare our configurations. A wild guess: you *do* have gcc-mingw and mingw-runtime installed, right? Igor [pechtcha:/tmp/test] cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps checkout setup see attached checkout.log [pechtcha:/tmp/test] cd setup/ [pechtcha:/tmp/test/setup] chmod a+x bootstrap.sh libgetopt++/bootstrap.sh [pechtcha:/tmp/test/setup] ./bootstrap.sh see attached bootstrap.log [pechtcha:/tmp/test/setup] mkdir ../build [pechtcha:/tmp/test/setup] cd ../build [pechtcha:/tmp/test/build] ../setup/configure -C --enable-dependencies --disable-shared --host=i686-pc-mingw32 --build=i686-pc-cygwin 'CC=gcc -mno-cygwin' 'CXX=g++ -mno-cygwin' --enable-maintainer-mode see attached configure.log [pechtcha:/tmp/test/build] make see attached make.log.gz [pechtcha:/tmp/test/build] ls -l setup.exe -rwx--x--x1 igor Administ 11209768 Jul 25 11:02 setup.exe* [pechtcha:/tmp/test/build] -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton U setup/.cvsignore U setup/AntiVirus.cc U setup/AntiVirus.h U setup/CONTRIBUTORS U setup/ChangeLog U setup/Exception.cc U setup/Exception.h U setup/FilterVisitor.cc U setup/FilterVisitor.h U setup/FindVisitor.cc U setup/FindVisitor.h U setup/GUIDELINES U setup/IOStreamProvider.h U setup/IniDBBuilder.cc U setup/IniDBBuilder.h U setup/IniDBBuilderPackage.cc U setup/IniDBBuilderPackage.h U setup/IniParseFeedback.cc U setup/IniParseFeedback.h U setup/IniParseFindVisitor.cc U setup/IniParseFindVisitor.h U setup/LogFile.cc U setup/LogFile.h U setup/LogSingleton.cc U setup/LogSingleton.h U setup/MD5++.cc U setup/MD5++.h U setup/Makefile.am U setup/PackageSpecification.cc U setup/PackageSpecification.h U setup/PackageTrust.h U setup/PickCategoryLine.cc U setup/PickCategoryLine.h U setup/PickLine.cc U setup/PickLine.h U setup/PickPackageLine.cc U setup/PickPackageLine.h U setup/PickView.cc U setup/PickView.h U setup/README U setup/RECTWrapper.h U setup/ScanFindVisitor.cc U setup/ScanFindVisitor.h U setup/String++.cc U setup/String++.h U setup/UserSetting.cc U setup/UserSetting.h U setup/UserSettings.cc U setup/UserSettings.h U setup/archive.cc U setup/archive.h U setup/archive_tar.cc U setup/archive_tar.h U setup/archive_tar_file.cc U setup/autoload.c U setup/bootstrap.sh U setup/category.cc U setup/category.h U setup/check-na.bmp U setup/check-no.bmp U setup/check-yes.bmp U setup/choose-rtarrow.bmp U setup/choose-spin.bmp U setup/choose.cc U setup/choose.h U setup/cistring.cc U setup/cistring.h U setup/compress.cc U setup/compress.h U setup/compress_bz.cc U setup/compress_bz.h U setup/compress_gz.cc U setup/compress_gz.h U setup/configure.in U
Re: Problem building Setup.exe
At 12:39 25/07/2003 -0400, Igor Pechtchanski wrote: On Fri, 25 Jul 2003, Christian (SerpentMage) wrote: FYI, I was able to CVS checkout and build setup from scratch just now by using the command sequence below (with the exact output). I'm also attaching my cygcheck -c output, just in case, so you can compare our configurations. Following your instructions it worked. I know what the difference is. When I checked out the sources I used Tortoise CVS (a shell integrated tool) and not the cygwin CVS. What is the difference? Line feeds This could be something to document. It frustrated me... Christian Gross
RE: Building setup.exe
Max Bowsher wrote: John Morrison wrote: Hi Max, Please excuse me for writting to you off list, but I am trying to compile the setup app. Again. You are excused, Thanks :) since I definitely want to help people compile setup, but I'm redirecting to the list, as this is relevant there, too. OK, the more the merrier :) (Although it'll mean more work for you and Rob) I've a full installation of Cygwin, then, using http://sources.redhat.com/cygwin-apps/setup.html as a reference... $ cvs -z3 -d pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps co setup snipco messages/snip $ cd setup It seems the instructions are out of date. You need to run ./bootstrap.sh in setup (and it will recurse into libgetopt++). bootstrap.sh isn't executable as checkedout of cvs... $ chmod 744 bootstrap.sh $ ./bootstrap.sh snipbootstrap messages/snip $ ./configure -C --enable-dependencies --disable-shared --host=i686-pc-mingw32 --build=i686-pc-cygwin 'CC=gcc -mno-cygwin' 'CXX=g++ -mno-cygwin' --enable-maintainer-mode snipconfigure messages/snip $ make release snipcompiling messages/snip windres --preprocessor gcc -mno-cygwin -E -xc-header -DRC_INVOKED --include-dir . -o res.o res.rc make: *** No rule to make target `zlib/libzcygw.a', needed by `setup.exe'. Stop. Oops :) What's next? (or should I not make release first?) J. === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: Building setup.exe
Max Bowsher wrote: Morrison, John wrote: Max Bowsher wrote: It seems the instructions are out of date. You need to run ./bootstrap.sh in setup (and it will recurse into libgetopt++). bootstrap.sh isn't executable as checkedout of cvs... Hmm. Just checked, and libgetopt++/bootstrap.sh isn't either. (Or was it for you?) Err, didn't check, sorry, I can't remember. I *might* have changed this last night without thinking. Robert: Shall I tweak this in cvs? Please, or add it as something to do $ make release snipcompiling messages/snip windres --preprocessor gcc -mno-cygwin -E -xc-header -DRC_INVOKED --include-dir . -o res.o res.rc make: *** No rule to make target `zlib/libzcygw.a', needed by `setup.exe'. Stop. Oops :) What's next? (or should I not make release first?) Right. Err, right? Right what? What do I need to do to get an exe? (sorry, that might have come across a little mean; but then this is a cygwin list :D - it wasn't intended) J. PS, I'm subscribed to -apps, you can remove me from the reply. I'd set the reply to, but I'm limited to Outlook at work and don't know how :| === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: Building setup.exe
Max Bowsher wrote: Morrison, John wrote: Max Bowsher wrote: Morrison, John wrote: $ make release snipcompiling messages/snip windres --preprocessor gcc -mno-cygwin -E -xc-header -DRC_INVOKED --include-dir . -o res.o res.rc make: *** No rule to make target `zlib/libzcygw.a', needed by `setup.exe'. Stop. Oops :) What's next? (or should I not make release first?) Right. Err, right? Right what? What do I need to do to get an exe? Well, *yes*, you shouldn't run make release first. Do make. Doh! Sorry, am (obviously) not feeling too bright this morning. Take my advice; don't accept any patches from me without *REALLY* going through it! ;) Thanks, everything works now. Do you want me to read through your revised web page before it goes up? PS, I'm subscribed to -apps, you can remove me from the reply. I'd set the reply to, but I'm limited to Outlook at work and don't know how :| Using OE here - haven't yet found another mailer which is both GUI and non-hideously ugly. So, I've done it this time, but may not always remember. Hey, no worries. Thanks for all the help, J. === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
Re: Building setup.exe
John Morrison wrote: Hi Max, Please excuse me for writting to you off list, but I am trying to compile the setup app. Again. You are excused, since I definitely want to help people compile setup, but I'm redirecting to the list, as this is relevant there, too. I've a full installation of Cygwin, then, using http://sources.redhat.com/cygwin-apps/setup.html as a reference... $ cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps co setup snipco messages/snip $ cd setup/libgetopt++/ $ ./bootstrap.sh snipbootstrap messages/snip $ cd .. $ ./configure -C --enable-dependencies --disable-shared --host=i686-pc-mingw32 --build=i686-pc-cygwin 'CC=gcc -mno-cygwin' 'CXX=g++ -mno-cygwin' --enable-maintainer-mode bash: ./configure: No such file or directory What did I miss out? Can you help? It seems the instructions are out of date. You need to run ./bootstrap.sh in setup (and it will recurse into libgetopt++). Robert: May I commit an appropriate re-wording to the webpage? Max.
RE: Errors when building setup.exe
From: Robert Collins Sent: Wednesday, 20 November 2002 7:49 pm To: Max Bowsher Cc: Thomas Chadwick; [EMAIL PROTECTED] Subject: Re: Errors when building setup.exe On Thu, 2002-11-21 at 07:19, Max Bowsher wrote: PS to Robert Collins: Perhaps the setup source tarball should be removed from the mirrors? Its so old as to be impractical to use now. Can't do that - it's the source code that must be offered (GPL :}). Rob Followup to cygwin-apps please. I think he means replace, not remove ;) J.
RE: Errors when building setup.exe
On Thu, 2002-11-21 at 08:05, John Morrison wrote: I think he means replace, not remove ;) Even so. The source downloadable via setup is that for the same version we offer on cygwin.com. To replace it with a newer version's tarball means we need a new version of setup available there. Rob -- --- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. --- signature.asc Description: This is a digitally signed message part
RE: Errors when building setup.exe
From: Robert Collins [mailto:[EMAIL PROTECTED]] On Thu, 2002-11-21 at 08:05, John Morrison wrote: I think he means replace, not remove ;) Even so. The source downloadable via setup is that for the same version we offer on cygwin.com. To replace it with a newer version's tarball means we need a new version of setup available there. *shrug* I know. How's it going anyway? J.
RE: Errors when building setup.exe
Even so. The source downloadable via setup is that for the same version we offer on cygwin.com. To replace it with a newer version's tarball means we need a new version of setup available there. *shrug* I know. How's it going anyway? Massive overhauls. Much new functionality. Not enough hours in the day. You know, the usual. ;-) -- Gary R. Van Sickle Brewer. Patriot.
Re: libstdc++ for building setup.exe
Charles Wilson [EMAIL PROTECTED] writes: You can also download this: http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/mingw-extra/mingw-extra-2.95.3_20011106-2.tar.bz2 and unpack it in the obvious place. It contains those libraries from mingw's gcc package. You might also want to manually run the postinstall script. Thanks a lot. It would be helpful to add some pointers to setup's application page. However, when I said 'build', I really meant cross-build. Anyway, I'm almost there now. I've no clue whether I'm using incorrect header files, incorrect libraries, or just need an extra library. This is on a cygwin-1.3.10 based cross-install. Jan. 12:29:17 fred@peder:~/cvs/cygwin/cygwin-apps/setup-build $ g++ -mno-cygwin -Werror -Winline -Wall -Wpointer-arith -Wcast-align -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wcomments -g -O2 -o setup.exe -mwindows archive.o archive_tar.o archive_tar_file.o autoload.o category.o choose.o cistring.o compress.o compress_bz.o compress_gz.o concat.o cygpackage.o desktop.o dialog.o diskfull.o download.o Exception.o find.o FindVisitor.o filemanip.o fromcwd.o geturl.o hash.o ini.o IniDBBuilder.o IniDBBuilderPackage.o inilex.o iniparse.o IniParseFeedback.o IniParseFindVisitor.o install.o io_stream.o io_stream_cygfile.o io_stream_file.o io_stream_memory.o localdir.o log.o LogFile.o LogSingleton.o main.o md5.o MD5++.o mkdir.o mklink2.o mount.o msg.o net.o netio.o nio-ie5.o nio-file.o nio-ftp.o nio-http.o package_db.o package_meta.o package_source.o package_version.o PickCategoryLine.o PickLine.o PickPackageLine.o PickView.o postinstall.o proppage.o propsheet.o rfc1738.o root.o ScanFindVisitor.o script.o setup_version.o simpsock.o site.o source.o splash.o state.o String++.o threebar.o version.o win32.o window.o res.o -L/home/fred/usr/src/cygwin/cygwin-1.3.10/usr/lib/mingw -L/home/fred/usr/src/cygwin/cygwin-1.3.10/linux-cygwin/usr/i686-pc-cygwin/lib/mingw zlib/libzcygw.a bz2lib/libbz2.a libgetopt++/.libs/libgetopt++.a -lstdc++ -luser32 -lkernel32 -lcomctl32 -lole32 -lwsock32 -lnetapi32 -ladvapi32 -luuid -lmingw32 Warning: resolving __ctype_ by linking to __imp___ctype_ (auto-import) bz2lib/libbz2.a(bzlib.o): In function `bzopen_or_bzdopen': /home/fred/cvs/cygwin/cygwin-apps/setup-build/bz2lib/../../setup/bz2lib/bzlib.c:1424: variable '_ctype_' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. LogFile.o: In function `_tf8_IO_FILE': /home/fred/cvs/cygwin/cygwin-apps/setup-build/../setup/LogFile.cc(.data$_vt$12strstreambuf+0x34): undefined reference to `streambuf::xsputn(char const *, long)'/home/fred/cvs/cygwin/cygwin-apps/setup-build/../setup/LogFile.cc(.data$_vt$12strstreambuf+0x3c): undefined reference to `streambuf::xsgetn(char *, long)' /home/fred/cvs/cygwin/cygwin-apps/setup-build/../setup/LogFile.cc(.data$_vt$12strstreambuf+0x6c): undefined reference to `streambuf::sys_read(char *, long)' /home/fred/cvs/cygwin/cygwin-apps/setup-build/../setup/LogFile.cc(.data$_vt$12strstreambuf+0x74): undefined reference to `streambuf::sys_write(char const *, long)' libgetopt++/.libs/libgetopt++.a(OptionSet.o): In function `$_t12basic_string3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i0': /home/fred/cvs/cygwin/cygwin-apps/setup-build/libgetopt++/../../setup/libgetopt++/src/OptionSet.cc(.text$__ls__H3ZcZt18string_char_traits1ZcZt24__default_alloc_template2b0i0_R7ostreamRCt12basic_string3ZX01ZX11ZX21_R7ostream+0x18): undefined reference to `ostream::write(char const *, long)' collect2: ld returned 1 exit status -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
libstdc++ for building setup.exe
Hi, I haven't been able to build the new setup (since it moved in cvs), but that may be due to the fact that the mingw package was dropped. At http://sources.redhat.com/cygwin-apps/setup.html it says: To successfully build such a setup you will need a mingw libstdc++.a file for the cross-compiler to link against. One can be found in the mingw gcc binary Is libstdc++.a the only mingw library that's needed, and do you have an url for it? Previously, untarring the mingw and mingw-runtime packages was sufficient. Last thing I tried was the rather old, but apparently latest mingw gcc package to contain a libstdc++: ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/cygwin/gcc-2.95.2/gcc-2.95.2-mingw-extra.tar.gz but I still get missing _impure_ptr errors. Greetings, Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: libstdc++ for building setup.exe
On Thu, Jun 13, 2002 at 01:24:38AM +0200, Jan Nieuwenhuizen wrote: To successfully build such a setup you will need a mingw libstdc++.a file for the cross-compiler to link against. One can be found in the mingw gcc binary Is libstdc++.a the only mingw library that's needed, and do you have an url for it? Previously, untarring the mingw and mingw-runtime packages was sufficient. mingw gcc binary == download the mingw gcc tar file. It's in there. cgf
Re: libstdc++ for building setup.exe
You can also download this: http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/mingw-extra/mingw-extra-2.95.3_20011106-2.tar.bz2 and unpack it in the obvious place. It contains those libraries from mingw's gcc package. You might also want to manually run the postinstall script. --Chuck Jan Nieuwenhuizen wrote: Hi, I haven't been able to build the new setup (since it moved in cvs), but that may be due to the fact that the mingw package was dropped. At http://sources.redhat.com/cygwin-apps/setup.html it says: To successfully build such a setup you will need a mingw libstdc++.a file for the cross-compiler to link against. One can be found in the mingw gcc binary Is libstdc++.a the only mingw library that's needed, and do you have an url for it? Previously, untarring the mingw and mingw-runtime packages was sufficient. Last thing I tried was the rather old, but apparently latest mingw gcc package to contain a libstdc++: ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/cygwin/gcc-2.95.2/gcc-2.95.2-mingw-extra.tar.gz but I still get missing _impure_ptr errors. Greetings, Jan.
