RE: [activemq-cpp] It now compiles under cygwin
Is there anyway that this build system can be modified to put the object files and other build artifacts into someplace other than the root dir of the code being built? This really clutter ups the workspace. Previoulsy we had everything going into the out dir under the root activemq folder. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hiram > Chirino > Sent: Tuesday, October 03, 2006 4:08 PM > To: [email protected] > Subject: Re: [activemq-cpp] It now compiles under cygwin > > Ah.. I just did a source build of cppunit and I see what's happening. > The default prefix for cppunit is /usr/local, so it m4 file got > installed to /usr/local/share/aclocal which is not picked up > automatically. If we configure cppunit with > > ./configure --prefix=/usr > > Then everything should work better out of the box. Including when we > configure activemq-cpp as now I have to use: > > ./configure --with-cppunit-prefix=/usr/local > > To let it know where cppunit is at (that's if I want to run the unit > tests). > > > On 10/3/06, Bish, Tim <[EMAIL PROTECTED]> wrote: > > > > > > > > > > AC_DEFUN is line 17 > > > > > > > > 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, > > > > > > Change this line to: > > > AC_DEFUN([AM_PATH_LIBMCRYPT], > > > > > > > K, that got rid of that warning. > > > > > > > > doh.. I may need to look into this some more. Basically what you > > > want to do is installed the cppunit.m4 file to either the > > > activemq-cpp/m4 directory or the /usr/share/aclocal > > > Once it's there it should get picked up and be good to go. But I > > > would have thought that if you built cppunit from source it would have > > > installed the m4 file to the right place. > > > > > > We should look into seeing if that .m4 file can be redistributed so > > > that we can just check it into our m4 directory. I've got a feeling > > > that it can be redistributed since it just gets sourced into the > > > configure script when you run autogen.sh > > > > > > > I put cppunit.m4 in my activemq-cpp m4 folder and its building now. I > > may just move that over the /usr/shar/alcohol as it should be there > > anyway. > > > > > > > > > -- > Regards, > Hiram > > Blog: http://hiramchirino.com
RE: [activemq-cpp] It now compiles under cygwin
Yeah, mine was in a completely different location because I was hacking around some other Cygwin issues I was having earlier. I built it correctly earlier this eveing and it works fine, just have to make sure to override prefix. Looking good, no issues now, haven't had time to actually test out the build. > > Ah.. I just did a source build of cppunit and I see what's happening. > The default prefix for cppunit is /usr/local, so it m4 file got > installed to /usr/local/share/aclocal which is not picked up > automatically. If we configure cppunit with > > ./configure --prefix=/usr > > Then everything should work better out of the box. Including when we > configure activemq-cpp as now I have to use: > > ./configure --with-cppunit-prefix=/usr/local > > To let it know where cppunit is at (that's if I want to run the unit > tests). > > > On 10/3/06, Bish, Tim <[EMAIL PROTECTED]> wrote: > > > > > > > > > > AC_DEFUN is line 17 > > > > > > > > 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, > > > > > > Change this line to: > > > AC_DEFUN([AM_PATH_LIBMCRYPT], > > > > > > > K, that got rid of that warning. > > > > > > > > doh.. I may need to look into this some more. Basically what you > > > want to do is installed the cppunit.m4 file to either the > > > activemq-cpp/m4 directory or the /usr/share/aclocal > > > Once it's there it should get picked up and be good to go. But I > > > would have thought that if you built cppunit from source it would have > > > installed the m4 file to the right place. > > > > > > We should look into seeing if that .m4 file can be redistributed so > > > that we can just check it into our m4 directory. I've got a feeling > > > that it can be redistributed since it just gets sourced into the > > > configure script when you run autogen.sh > > > > > > > I put cppunit.m4 in my activemq-cpp m4 folder and its building now. I > > may just move that over the /usr/shar/alcohol as it should be there > > anyway. > > > > > > > > > -- > Regards, > Hiram > > Blog: http://hiramchirino.com
RE: [activemq-cpp] It now compiles under cygwin
> > > > AC_DEFUN is line 17 > > > > 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, > > Change this line to: > AC_DEFUN([AM_PATH_LIBMCRYPT], > K, that got rid of that warning. > > doh.. I may need to look into this some more. Basically what you > want to do is installed the cppunit.m4 file to either the > activemq-cpp/m4 directory or the /usr/share/aclocal > Once it's there it should get picked up and be good to go. But I > would have thought that if you built cppunit from source it would have > installed the m4 file to the right place. > > We should look into seeing if that .m4 file can be redistributed so > that we can just check it into our m4 directory. I've got a feeling > that it can be redistributed since it just gets sourced into the > configure script when you run autogen.sh > I put cppunit.m4 in my activemq-cpp m4 folder and its building now. I may just move that over the /usr/shar/alcohol as it should be there anyway.
Re: [activemq-cpp] It now compiles under cygwin
On 10/3/06, Bish, Tim <[EMAIL PROTECTED]> wrote: > On 10/3/06, Bish, Tim <[EMAIL PROTECTED]> wrote: > > There are some issues using the cygwin compiler, mainly that the tests > > won't pass as the sockets all break for strange reasons. Although Mingw > > isn't much better in this regard. It did also seem to have trouble > > Yeah.. winsock sux. :) Yes it does. Although from devstudio builds, this works fine, its only using cygwins hacked up win32api stuff that breaks it. > > > compiling under cygwin on various machines for reason that I could never > > explain (oh the joy of using Cygwin). I've got no problem using it so > > long as it works :) > > I hope we get it at that stage soon! > > > > > I tried running the autogen.sh in my cygwin bash shell and this is what > > I get > > > > /usr/share/aclocal/pstoedit.m4:7: warning: underquoted definition of > > AM_PATH_PSTOEDIT > > run info '(automake)Extending aclocal' > > or see > > http://sources.redhat.com/automake/automake.html#Extending-aclocal > > /usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of > > AM_PATH_LIBMCRYPT > > This is a warnning I used to get with cppunit too.. It can be safely > ignored but if you want to get rid of the warnning, send me what you > have in the /usr/share/aclocal/libmcrypt.m4 file at line 17 and I'll > send you back what you need to update it with. AC_DEFUN is line 17 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, Change this line to: AC_DEFUN([AM_PATH_LIBMCRYPT], [dnl dnl Get the cflags and libraries from the libmcrypt-config script dnl > > > aclocal:configure.ac:43: warning: macro `AM_PROG_LIBTOOL' not found in > > library > > Run cygwin setup and install libtool Installed this, thought I had that already :) > > > aclocal:configure.ac:57: warning: macro `AM_PATH_CPPUNIT' not found in > > library > > Run cygwin setup and install cppunit. The version that cygwin wants to put on is 1.9.14 which we could not compile against previously, I had to download the latest an install it from source in order to get it working way back when. Is this the version you have installed? doh.. I may need to look into this some more. Basically what you want to do is installed the cppunit.m4 file to either the activemq-cpp/m4 directory or the /usr/share/aclocal Once it's there it should get picked up and be good to go. But I would have thought that if you built cppunit from source it would have installed the m4 file to the right place. We should look into seeing if that .m4 file can be redistributed so that we can just check it into our m4 directory. I've got a feeling that it can be redistributed since it just gets sourced into the configure script when you run autogen.sh > > > configure.ac:52: error: possibly undefined macro: AM_PROG_LIBTOOL > > If this token and others are legitimate, please use > > m4_pattern_allow. > > See the Autoconf documentation. > > configure.ac:66: error: possibly undefined macro: AM_PATH_CPPUNIT > > autoreconf-2.5x: /usr/bin/autoconf-2.5x failed with exit status: 1 > > > > > > > > Hey activemq-cpp folks. > > > > > > activemq-cpp should now compile fine under cygwin. You may need to > > > install all the right versions of autoconf and automake. > > > > > > Tim.. any chance I could convince you to switch to cygwin instead? I > > > tried as hard as I could to use mingw under automake but I could not > > > find the right combination of packages needed to get everything happy. > > > > > > The automake systems seems to be working well across several different > > > systems now, it supports running the unit tests and generating the > > > docs so I think we should switch to it as soon as possible. (the > > > only system that I have not tested was Solaris) > > > > This may present some problems for people on older Solaris machines such > > as Solaris 8, as there aren't really any distributions on newer versions > > of the tools being maintained anymore. It looks like it might be okay > > on my Solaris 10 machine, but I'd have to install CPPUNIT first. > > > > We are using CPP_UNIT 1.11.6 btw. > > > > > > > > -- > > > Regards, > > > Hiram > > > > > > Blog: http://hiramchirino.com > > > > > -- > Regards, > Hiram > > Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com
RE: [activemq-cpp] It now compiles under cygwin
Yes - way to go Hiram! > -Original Message- > From: Bish, Tim [mailto:[EMAIL PROTECTED] > Sent: Tuesday, October 03, 2006 2:09 PM > To: [email protected] > Subject: RE: [activemq-cpp] It now compiles under cygwin > > BTW - Thanks for tackling this, both Nate and Myself are > stretched pretty thing right now, so the extra hand is appreciated. > > > Hey activemq-cpp folks. > > > > activemq-cpp should now compile fine under cygwin. You may need to > > install all the right versions of autoconf and automake. > > > > Tim.. any chance I could convince you to switch to cygwin > instead? I > > tried as hard as I could to use mingw under automake but I > could not > > find the right combination of packages needed to get > everything happy. > > > > The automake systems seems to be working well across > several different > > systems now, it supports running the unit tests and generating the > > docs so I think we should switch to it as soon as possible. (the > > only system that I have not tested was Solaris) > > > > -- > > Regards, > > Hiram > > > > Blog: http://hiramchirino.com >
RE: [activemq-cpp] It now compiles under cygwin
> On 10/3/06, Bish, Tim <[EMAIL PROTECTED]> wrote: > > There are some issues using the cygwin compiler, mainly that the tests > > won't pass as the sockets all break for strange reasons. Although Mingw > > isn't much better in this regard. It did also seem to have trouble > > Yeah.. winsock sux. :) Yes it does. Although from devstudio builds, this works fine, its only using cygwins hacked up win32api stuff that breaks it. > > > compiling under cygwin on various machines for reason that I could never > > explain (oh the joy of using Cygwin). I've got no problem using it so > > long as it works :) > > I hope we get it at that stage soon! > > > > > I tried running the autogen.sh in my cygwin bash shell and this is what > > I get > > > > /usr/share/aclocal/pstoedit.m4:7: warning: underquoted definition of > > AM_PATH_PSTOEDIT > > run info '(automake)Extending aclocal' > > or see > > http://sources.redhat.com/automake/automake.html#Extending-aclocal > > /usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of > > AM_PATH_LIBMCRYPT > > This is a warnning I used to get with cppunit too.. It can be safely > ignored but if you want to get rid of the warnning, send me what you > have in the /usr/share/aclocal/libmcrypt.m4 file at line 17 and I'll > send you back what you need to update it with. AC_DEFUN is line 17 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, [dnl dnl Get the cflags and libraries from the libmcrypt-config script dnl > > > aclocal:configure.ac:43: warning: macro `AM_PROG_LIBTOOL' not found in > > library > > Run cygwin setup and install libtool Installed this, thought I had that already :) > > > aclocal:configure.ac:57: warning: macro `AM_PATH_CPPUNIT' not found in > > library > > Run cygwin setup and install cppunit. The version that cygwin wants to put on is 1.9.14 which we could not compile against previously, I had to download the latest an install it from source in order to get it working way back when. Is this the version you have installed? > > > configure.ac:52: error: possibly undefined macro: AM_PROG_LIBTOOL > > If this token and others are legitimate, please use > > m4_pattern_allow. > > See the Autoconf documentation. > > configure.ac:66: error: possibly undefined macro: AM_PATH_CPPUNIT > > autoreconf-2.5x: /usr/bin/autoconf-2.5x failed with exit status: 1 > > > > > > > > Hey activemq-cpp folks. > > > > > > activemq-cpp should now compile fine under cygwin. You may need to > > > install all the right versions of autoconf and automake. > > > > > > Tim.. any chance I could convince you to switch to cygwin instead? I > > > tried as hard as I could to use mingw under automake but I could not > > > find the right combination of packages needed to get everything happy. > > > > > > The automake systems seems to be working well across several different > > > systems now, it supports running the unit tests and generating the > > > docs so I think we should switch to it as soon as possible. (the > > > only system that I have not tested was Solaris) > > > > This may present some problems for people on older Solaris machines such > > as Solaris 8, as there aren't really any distributions on newer versions > > of the tools being maintained anymore. It looks like it might be okay > > on my Solaris 10 machine, but I'd have to install CPPUNIT first. > > > > We are using CPP_UNIT 1.11.6 btw. > > > > > > > > -- > > > Regards, > > > Hiram > > > > > > Blog: http://hiramchirino.com > > > > > -- > Regards, > Hiram > > Blog: http://hiramchirino.com
Re: [activemq-cpp] It now compiles under cygwin
On 10/3/06, Bish, Tim <[EMAIL PROTECTED]> wrote: There are some issues using the cygwin compiler, mainly that the tests won't pass as the sockets all break for strange reasons. Although Mingw isn't much better in this regard. It did also seem to have trouble Yeah.. winsock sux. :) compiling under cygwin on various machines for reason that I could never explain (oh the joy of using Cygwin). I've got no problem using it so long as it works :) I hope we get it at that stage soon! I tried running the autogen.sh in my cygwin bash shell and this is what I get /usr/share/aclocal/pstoedit.m4:7: warning: underquoted definition of AM_PATH_PSTOEDIT run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of AM_PATH_LIBMCRYPT This is a warnning I used to get with cppunit too.. It can be safely ignored but if you want to get rid of the warnning, send me what you have in the /usr/share/aclocal/libmcrypt.m4 file at line 17 and I'll send you back what you need to update it with. aclocal:configure.ac:43: warning: macro `AM_PROG_LIBTOOL' not found in library Run cygwin setup and install libtool aclocal:configure.ac:57: warning: macro `AM_PATH_CPPUNIT' not found in library Run cygwin setup and install cppunit configure.ac:52: error: possibly undefined macro: AM_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:66: error: possibly undefined macro: AM_PATH_CPPUNIT autoreconf-2.5x: /usr/bin/autoconf-2.5x failed with exit status: 1 > > Hey activemq-cpp folks. > > activemq-cpp should now compile fine under cygwin. You may need to > install all the right versions of autoconf and automake. > > Tim.. any chance I could convince you to switch to cygwin instead? I > tried as hard as I could to use mingw under automake but I could not > find the right combination of packages needed to get everything happy. > > The automake systems seems to be working well across several different > systems now, it supports running the unit tests and generating the > docs so I think we should switch to it as soon as possible. (the > only system that I have not tested was Solaris) This may present some problems for people on older Solaris machines such as Solaris 8, as there aren't really any distributions on newer versions of the tools being maintained anymore. It looks like it might be okay on my Solaris 10 machine, but I'd have to install CPPUNIT first. We are using CPP_UNIT 1.11.6 btw. > > -- > Regards, > Hiram > > Blog: http://hiramchirino.com -- Regards, Hiram Blog: http://hiramchirino.com
RE: [activemq-cpp] It now compiles under cygwin
BTW - Thanks for tackling this, both Nate and Myself are stretched pretty thing right now, so the extra hand is appreciated. > Hey activemq-cpp folks. > > activemq-cpp should now compile fine under cygwin. You may need to > install all the right versions of autoconf and automake. > > Tim.. any chance I could convince you to switch to cygwin instead? I > tried as hard as I could to use mingw under automake but I could not > find the right combination of packages needed to get everything happy. > > The automake systems seems to be working well across several different > systems now, it supports running the unit tests and generating the > docs so I think we should switch to it as soon as possible. (the > only system that I have not tested was Solaris) > > -- > Regards, > Hiram > > Blog: http://hiramchirino.com
RE: [activemq-cpp] It now compiles under cygwin
There are some issues using the cygwin compiler, mainly that the tests won't pass as the sockets all break for strange reasons. Although Mingw isn't much better in this regard. It did also seem to have trouble compiling under cygwin on various machines for reason that I could never explain (oh the joy of using Cygwin). I've got no problem using it so long as it works :) I tried running the autogen.sh in my cygwin bash shell and this is what I get /usr/share/aclocal/pstoedit.m4:7: warning: underquoted definition of AM_PATH_PSTOEDIT run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of AM_PATH_LIBMCRYPT aclocal:configure.ac:43: warning: macro `AM_PROG_LIBTOOL' not found in library aclocal:configure.ac:57: warning: macro `AM_PATH_CPPUNIT' not found in library configure.ac:52: error: possibly undefined macro: AM_PROG_LIBTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:66: error: possibly undefined macro: AM_PATH_CPPUNIT autoreconf-2.5x: /usr/bin/autoconf-2.5x failed with exit status: 1 > > Hey activemq-cpp folks. > > activemq-cpp should now compile fine under cygwin. You may need to > install all the right versions of autoconf and automake. > > Tim.. any chance I could convince you to switch to cygwin instead? I > tried as hard as I could to use mingw under automake but I could not > find the right combination of packages needed to get everything happy. > > The automake systems seems to be working well across several different > systems now, it supports running the unit tests and generating the > docs so I think we should switch to it as soon as possible. (the > only system that I have not tested was Solaris) This may present some problems for people on older Solaris machines such as Solaris 8, as there aren't really any distributions on newer versions of the tools being maintained anymore. It looks like it might be okay on my Solaris 10 machine, but I'd have to install CPPUNIT first. We are using CPP_UNIT 1.11.6 btw. > > -- > Regards, > Hiram > > Blog: http://hiramchirino.com
