Re: Problems building setup from CVS.

2004-10-12 Thread Hans Horn
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.

2004-10-12 Thread Dave Korn
 -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.

2004-09-29 Thread Dave Korn
 -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.

2004-09-28 Thread Reini Urban
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.

2004-09-28 Thread Dave Korn
 -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.

2004-09-28 Thread Brian Ford
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.

2004-09-28 Thread Brian Keener
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.

2004-09-28 Thread Dave Korn
 -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.

2004-09-28 Thread Brian Keener
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/