Re: Problems building setup from CVS.
Group, did all the patches get checked-in that would allow to build setup from cvs ootb? coz it still doesn't build! If no, please do! H. Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Brian Keener Sent: 28 September 2004 20:41 Dave Korn wrote: [ repeated here, from http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ] --snip!-- Index: autoload.c Thanks Dave, Here I was trying to help you and you helped me. I just didn't read far enough in your original post (or overlooked that part) to see your references to the patches for autoload.c. Hey, I'll be the first to admit it was a fairly dense post with lots of cut'n'pastey bits that encourage the eye to glaze over. Glad to help. cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems building setup from CVS.
-Original Message- From: cygwin-owner On Behalf Of Hans Horn Sent: 12 October 2004 16:14 Group, did all the patches get checked-in that would allow to build setup from cvs ootb? coz it still doesn't build! If no, please do! Well, in the meantime, you can always apply the changes locally to your own copy of the sources yourself. They really are trivial. You simply have to delete six lines. I don't know if they're suitable to check in as-is, because then setup wouldn't build for anyone who still had the older version of the w32api support files. Presumably they should be wrapped in some kind of ifdef-version check, but I don't know what exactly. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems building setup from CVS.
-Original Message- From: cygwin-owner On Behalf Of Brian Keener Sent: 28 September 2004 20:41 Dave Korn wrote: [ repeated here, from http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ] --snip!-- Index: autoload.c Thanks Dave, Here I was trying to help you and you helped me. I just didn't read far enough in your original post (or overlooked that part) to see your references to the patches for autoload.c. Hey, I'll be the first to admit it was a fairly dense post with lots of cut'n'pastey bits that encourage the eye to glaze over. Glad to help. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems building setup from CVS.
Dave Korn schrieb: Hey all, The subject says it all. Are there any requirements that I don't know about for say particular versions of automake/autoconf? It says at http://sources.redhat.com/cygwin-apps/setup.html This requires the Cygwin development automake/autoconf and libtool packages (from the Cygwin Net Release). (Or equivalently patched versions on linux or other platforms.) Well, I'm not sure what's in the cygwin net release, nor what kind of patchset would be 'equivalent' in those terms. I've got these versions of automake/autoconf, which are I believe the current cygwin release versions: --snip!-- [EMAIL PROTECTED] /usr/build/apps/setup autoconf --version autoconf (GNU Autoconf) 2.59 Written by David J. MacKenzie and Akim Demaille. Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED] /usr/build/apps/setup automake --version automake (GNU automake) 1.9.1 Written by Tom Tromey [EMAIL PROTECTED]. Copyright 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. --snip!-- and I see these warnings when I run bootstrap.sh: --snip!-- [EMAIL PROTECTED] /usr/build/apps/setup ./bootstrap.sh Running bootstrap.sh in libgetopt++ /usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of AC_CHECK_FT2 run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/check.m4:5: warning: underquoted definition of AM_PATH_CHECK This is a new libtool feature :) you have to fix most of your /usr/share/aclocal/*.m4 files (those which print the warnings) to quote the AC_DEFUN first param. libmcrypt.m4: AC_DEFUN(AM_PATH_LIBMCRYPT, = AC_DEFUN([AM_PATH_LIBMCRYPT], I've attached a patch which was needed for me. I don't see any problems (or indeed any output whatsoever!) when I then run autoconf and automake. I use the standard recommended configure options: with the rest I'm fighting also :) -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ --- freetype2.m4~ 2003-10-25 22:21:48.00100 +0200 +++ freetype2.m42004-09-28 13:54:10.653180400 +0200 @@ -4,7 +4,7 @@ dnl AC_CHECK_FT2([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND]]]) dnl Test for FreeType2, and define FT2_CFLAGS and FT2_LIBS dnl -AC_DEFUN(AC_CHECK_FT2, +AC_DEFUN([AC_CHECK_FT2], [dnl dnl Get the cflags and libraries from the freetype-config script dnl --- libmcrypt.m4~ 2003-10-06 16:54:24.00100 +0200 +++ libmcrypt.m42004-09-28 13:55:01.683777200 +0200 @@ -14,7 +14,7 @@ dnl AM_PATH_LIBMCRYPT([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND ]]]) dnl Test for libmcrypt, and define LIBMCRYPT_CFLAGS and LIBMCRYPT_LIBS dnl -AC_DEFUN(AM_PATH_LIBMCRYPT, +AC_DEFUN([AM_PATH_LIBMCRYPT], [dnl dnl Get the cflags and libraries from the libmcrypt-config script dnl --- libsmi.m4~ 2003-12-13 02:59:52.00100 +0200 +++ libsmi.m4 2004-09-28 13:53:30.153698800 +0200 @@ -5,7 +5,7 @@ dnl successful. Also defines HAVE_LIBSMI_H and adds -llibsmi to the dnl LIBS variable. dnl -AC_DEFUN(AM_PATH_LIBSMI, +AC_DEFUN([AM_PATH_LIBSMI], [ AC_CHECK_HEADERS(smi.h) AC_CHECK_LIB(smi, smiInit) --- pkg.m4~ 2003-08-11 01:54:22.00100 +0200 +++ pkg.m4 2004-09-28 13:53:44.637888400 +0200 @@ -2,7 +2,7 @@ dnl PKG_CHECK_MODULES(GSTUFF, gtk+-2.0 = 1.3 glib = 1.3.4, action-if, action-not) dnl defines GSTUFF_LIBS, GSTUFF_CFLAGS, see pkg-config man page dnl also defines GSTUFF_PKG_ERRORS on error -AC_DEFUN(PKG_CHECK_MODULES, [ +AC_DEFUN([PKG_CHECK_MODULES], [ succeeded=no if test -z $PKG_CONFIG; then -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems building setup from CVS.
-Original Message- From: Reini Urban Sent: 28 September 2004 13:13 This is a new libtool feature :) you have to fix most of your /usr/share/aclocal/*.m4 files (those which print the warnings) to quote the AC_DEFUN first param. libmcrypt.m4: AC_DEFUN(AM_PATH_LIBMCRYPT, = AC_DEFUN([AM_PATH_LIBMCRYPT], I've attached a patch which was needed for me. Thanks! I don't see any problems (or indeed any output whatsoever!) when I then run autoconf and automake. I use the standard recommended configure options: with the rest I'm fighting also :) Well, the complaints about missing automake-1.8 don't seem to have had any impact on my build - then again, I haven't been modifying the auto* files in the subdirs, and perhaps if I had patched them with that patch of yours the build process might well decide the subdir configure/makefiles were out-of-date and needed -1.8 to rebuild. At which point I'd try symlinking -1.8 to -1.9.1 and hope it worked. As for the link errors, doesn't patching autoload fix it all for you? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems building setup from CVS.
On Tue, 28 Sep 2004, Dave Korn wrote: Well, the complaints about missing automake-1.8 don't seem to have had any impact on my build - then again, I haven't been modifying the auto* files in the subdirs, and perhaps if I had patched them with that patch of yours the build process might well decide the subdir configure/makefiles were out-of-date and needed -1.8 to rebuild. At which point I'd try symlinking -1.8 to -1.9.1 and hope it worked. Run aclocal, then it will look for automake-1.9.1. I wish it didn't do this because I share my sources between Cygwin and Solaris where I do not have automake-1.9.1, just plain automake. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems building setup from CVS.
Dave Korn wrote: [EMAIL PROTECTED]' autoload.o(.data+0x12c):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d efined here /usr/lib/w32api/libadvapi32.a(dspes00357.o)(.text+0x0): multiple definition of ` [EMAIL PROTECTED]' autoload.o(.data+0x193):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d efined here /usr/lib/w32api/libadvapi32.a(dspes00479.o)(.text+0x0): multiple definition of ` [EMAIL PROTECTED]' autoload.o(.data+0x1ad):/usr/build/obj-apps/../apps/setup/autoload.c:83: first d efined here collect2: ld returned 1 exit status make[2]: *** [setup.exe] Error 1 make[2]: Leaving directory `/usr/build/obj-apps' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/build/obj-apps' make: *** [all] Error 2 --s Dave, Are you using w32api version 3.1.1 because I found that once I fixed the underquoting problem for aclocal and then tried to build setup with 3.1.1 it still failed with the above. A rollback to w32api version 2.5.1 resolved the above and allowed the build to complete. Have not had a chance yet to see why the multiple definitions occur with newer version. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problems building setup from CVS.
-Original Message- From: cygwin-owner On Behalf Of Brian Keener Sent: 28 September 2004 19:05 Dave Korn wrote: [EMAIL PROTECTED]' autoload.o(.data+0x12c):/usr/build/obj-apps/../apps/setup/auto load.c:83: first d efined here /usr/lib/w32api/libadvapi32.a(dspes00357.o)(.text+0x0): multiple definition of ` [EMAIL PROTECTED]' autoload.o(.data+0x193):/usr/build/obj-apps/../apps/setup/auto load.c:83: first d efined here /usr/lib/w32api/libadvapi32.a(dspes00479.o)(.text+0x0): multiple definition of ` [EMAIL PROTECTED]' Dave, Are you using w32api version 3.1.1 Yep, that is indeed the case: [EMAIL PROTECTED] /artimi/firmware cygcheck -vl w32api | head -1 Package: w32api-3.1-1 because I found that once I fixed the underquoting problem for aclocal and then tried to build setup with 3.1.1 it still failed with the above. A rollback to w32api version 2.5.1 resolved the above and allowed the build to complete. Have not had a chance yet to see why the multiple definitions occur with newer version. The answer has to be that the new version has more stubs in the export library /usr/lib/w32api/libadvapi32.a than the old one, so things that previously needed looking up at runtime (by the autoload mechanism) are now directly linkable. I don't see at once how to fix this in a way that will be compatible with both versions. But, deleting the lines from autoload.c as I mentioned earlier ought to fix it for you: give it a go [ repeated here, from http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ] --snip!-- Index: autoload.c === RCS file: /cvs/cygwin-apps/setup/autoload.c,v retrieving revision 2.5 diff -p -u -r2.5 autoload.c --- autoload.c 30 Aug 2004 16:17:52 - 2.5 +++ autoload.c 28 Sep 2004 10:55:30 - @@ -48,12 +48,6 @@ Auto (wininet, HttpSendRequestA, 20); DLL (advapi32); -Auto (advapi32, AddAccessAllowedAce, 16); -Auto (advapi32, AllocateAndInitializeSid, 44); -Auto (advapi32, FreeSid, 4); -Auto (advapi32, InitializeAcl, 12); -Auto (advapi32, OpenProcessToken, 12); -Auto (advapi32, SetTokenInformation, 16); Auto (advapi32, OpenSCManagerA, 16); Auto (advapi32, CloseServiceHandle, 4); Auto (advapi32, OpenServiceA, 16); --snip!-- cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems building setup from CVS.
Dave Korn wrote: [ repeated here, from http://www.cygwin.com/ml/cygwin/2004-09/msg01531.html ] --snip!-- Index: autoload.c Thanks Dave, Here I was trying to help you and you helped me. I just didn't read far enough in your original post (or overlooked that part) to see your references to the patches for autoload.c. Sorry my mistake and thanks for the pointer. bk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/