Thread: [Quickfix-developers] Updated include paths
Brought to you by:
orenmnero
From: Alex H. <al...@an...> - 2003-05-06 10:42:07
|
Hi, I've checked in changes to update the sources and the Unix build process to include files as "quickfix/Foo.h" rather than "quickfix/include/Foo.h". This makes quickfix more similar to other libraries. The windows build may need updating to set include paths correctly. Cheers, Alex. |
From: Joerg T. <Joe...@ma...> - 2003-05-06 11:38:43
|
Hi Alex, > I've checked in changes to update the sources and the Unix build process > to include files as "quickfix/Foo.h" rather than > "quickfix/include/Foo.h". Good stuff! > This makes quickfix more similar to other libraries. The windows build > may need updating to set include paths correctly. According to the build page http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html your last checkin somehow broke the Cruisecontrol build. Did you check this? Cheers Jörg -- Joerg Thoennes http://macd.com Tel.: +49 (0)241 44597-24 Macdonald Associates GmbH Fax : +49 (0)241 44597-10 Lothringer Str. 52, D-52070 Aachen |
From: Alex H. <al...@an...> - 2003-05-06 11:51:11
|
On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote: > According to the build page >=20 > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html >=20 > your last checkin somehow broke the Cruisecontrol build. Did you check th= is? >=20 > Cheers J=F6rg >=20 > Hi J=F6rg, How does cruise control kick off the build? I think I need to get it to run the bootstrap script at least once to regenerate stuff... Alex. |
From: Oren M. <ore...@ya...> - 2003-05-06 13:10:00
|
bootstrap is run with every build. You can see here in the build output: http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT That it is complaining because configure.in no longer exists. It looks like you replaced it with configure.ac, but older versions of autoconf (which those machines are running) need the .in Is there a difference between the .ac and the .in version formatwise? Can we set up a symlink in the bootstrap script if an older version of autoconf is detected? --- Alex Hornby <al...@an...> wrote: > On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote: > > > According to the build page > > > > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html > > > > your last checkin somehow broke the Cruisecontrol > build. Did you check this? > > > > Cheers Jörg > > > > > > Hi Jörg, > > How does cruise control kick off the build? > > I think I need to get it to run the bootstrap script > at least once to > regenerate stuff... > > Alex. > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com |
From: Alex H. <al...@an...> - 2003-05-06 13:25:44
|
On Tue, 2003-05-06 at 14:09, Oren Miller wrote: > bootstrap is run with every build. You can see here > in the build output: > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT > > That it is complaining because configure.in no longer > exists. It looks like you replaced it with > configure.ac, but older versions of autoconf (which > those machines are running) need the .in > > Is there a difference between the .ac and the .in > version formatwise? Can we set up a symlink in the > bootstrap script if an older version of autoconf is > detected? > Ah, yes the autoconf language has changed a little since autoconf 2.13. configure.ac is now the recommended input filename. Normally this isn't a problem as only people using CVS (aka maintainers) need to run the autotools via the bootstrap script. If you can give me a shell on the build machine I could install more recent autotools - or we could fall back to autoconf 2.13. Autoconf 2.5x has been around for a while - I've recently upgraded the libodbc++ project to use it. Cheers, Alex. |
From: Alex H. <al...@an...> - 2003-05-06 16:18:27
|
Hi Oren, What would you like to do about the bootstrap? I notice you had a GCC 3.2 machine in the cruise control setup at one point. Assuming that was RH8 the autotools that come with that are recent enough to bootstrap. Cheers, Alex. On Tue, 2003-05-06 at 14:09, Oren Miller wrote: > bootstrap is run with every build. You can see here > in the build output:=20 > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT >=20 > That it is complaining because configure.in no longer > exists. It looks like you replaced it with > configure.ac, but older versions of autoconf (which > those machines are running) need the .in >=20 > Is there a difference between the .ac and the .in > version formatwise? Can we set up a symlink in the > bootstrap script if an older version of autoconf is > detected? >=20 > --- Alex Hornby <al...@an...> wrote: > > On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote: > >=20 > > > According to the build page > > >=20 > > > =20 > > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html > > >=20 > > > your last checkin somehow broke the Cruisecontrol > > build. Did you check this? > > >=20 > > > Cheers J=F6rg > > >=20 > > > > >=20 > > Hi J=F6rg, > >=20 > > How does cruise control kick off the build? > >=20 > > I think I need to get it to run the bootstrap script > > at least once to > > regenerate stuff... > >=20 > > Alex. > >=20 > >=20 > >=20 > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Quickfix-developers mailing list > > Qui...@li... > > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers >=20 >=20 > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: Oren M. <ore...@ya...> - 2003-05-06 16:40:33
|
Yeah, but the reason that we have multiple build machines is that we need to be sure that QF development can be done on all those environments. The tools they use are still very widespread and I would like to support them for some time. I think we basically have two options. We can revert to using configure.in instead of configure.ac. GNU wants to push people to using .ac, but .in is still fully supported. The other option is the have bootstrap create a configure.in symlink to configure.ac. Newer versions of autoconf will ignore the .in file, while older versions will also work fine. Let me know if you can think of any other options. Alex Hornby <al...@an...> wrote: Hi Oren, What would you like to do about the bootstrap? I notice you had a GCC 3.2 machine in the cruise control setup at one point. Assuming that was RH8 the autotools that come with that are recent enough to bootstrap. Cheers, Alex. On Tue, 2003-05-06 at 14:09, Oren Miller wrote: > bootstrap is run with every build. You can see here > in the build output: > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT > > That it is complaining because configure.in no longer > exists. It looks like you replaced it with > configure.ac, but older versions of autoconf (which > those machines are running) need the .in > > Is there a difference between the .ac and the .in > version formatwise? Can we set up a symlink in the > bootstrap script if an older version of autoconf is > detected? > > --- Alex Hornby wrote: > > On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote: > > > > > According to the build page > > > > > > > > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html > > > > > > your last checkin somehow broke the Cruisecontrol > > build. Did you check this? > > > > > > Cheers Jörg > > > > > > > > > > Hi Jörg, > > > > How does cruise control kick off the build? > > > > I think I need to get it to run the bootstrap script > > at least once to > > regenerate stuff... > > > > Alex. > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Quickfix-developers mailing list > > Qui...@li... > > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers --------------------------------- Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. |
From: Alex H. <al...@an...> - 2003-05-06 16:58:53
|
Hi Oren, I've moved it back to configure.in for now as we need to get builds running again. If you have both configure.ac and configure.in then the autoconf tools complain... Will you be able to install newer autotools versions on your build machines in the foreseeable future? (e.g. by installing them in /opt/autotools-1 and adding /opt/autotools-1/bin to your PATH ahead of /usr/bin ). Cheers, Alex. On Tue, 2003-05-06 at 17:40, Oren Miller wrote: > Yeah, but the reason that we have multiple build machines is that we need= to be sure that QF development can be done on all those environments. > The tools they use are still very widespread and I would like to support them for some time. I think we basically have two options. We can revert to using configure.in instead of configure.ac. GNU wants to push people to using .ac, but .in is still fully supported. The other option is the have bootstrap create a configure.in symlink to configure.ac. Newer versions of autoconf will ignore the .in file, while older versions will also work fine. Let me know if you can think of any other options. >=20 > Alex Hornby <al...@an...> wrote: > Hi Oren, >=20 > What would you like to do about the bootstrap? >=20 > I notice you had a GCC 3.2 machine in the cruise control setup at one > point. Assuming that was RH8 the autotools that come with that are > recent enough to bootstrap. >=20 > Cheers, > Alex. >=20 > On Tue, 2003-05-06 at 14:09, Oren Miller wrote: > > bootstrap is run with every build. You can see here > > in the build output:=20 > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT > >=20 > > That it is complaining because configure.in no longer > > exists. It looks like you replaced it with > > configure.ac, but older versions of autoconf (which > > those machines are running) need the .in > >=20 > > Is there a difference between the .ac and the .in > > version formatwise? Can we set up a symlink in the > > bootstrap script if an older version of autoconf is > > detected? > >=20 > > --- Alex Hornby wrote: > > > On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote: > > >=20 > > > > According to the build page > > > >=20 > > > >=20 > > > > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html > > > >=20 > > > > your last checkin somehow broke the Cruisecontrol > > > build. Did you check this? > > > >=20 > > > > Cheers J=F6rg > > > >=20 > > > > > > >=20 > > > Hi J=F6rg, > > >=20 > > > How does cruise control kick off the build? > > >=20 > > > I think I need to get it to run the bootstrap script > > > at least once to > > > regenerate stuff... > > >=20 > > > Alex. > > >=20 > > >=20 > > >=20 > > > > > ------------------------------------------------------- > > > This sf.net email is sponsored by:ThinkGeek > > > Welcome to geek heaven. > > > http://thinkgeek.com/sf > > > _______________________________________________ > > > Quickfix-developers mailing list > > > Qui...@li... > > > > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > >=20 > >=20 > > __________________________________ > > Do you Yahoo!? > > The New Yahoo! Search - Faster. Easier. Bingo. > > http://search.yahoo.com > >=20 > >=20 > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > Quickfix-developers mailing list > > Qui...@li... > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers >=20 >=20 >=20 > --------------------------------- > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. |
From: Alex H. <al...@an...> - 2003-05-06 17:45:06
|
Okay, its got past the bootstrap/configure stage now. _but_ I'm seeing a compiler signal 11 for the Linux build on cruise control now. It seems to be in a class/file I haven't changed directly.... Weird... is the machine reliable? signal 11 normally indicates bad memory or overheating rather than a real compiler bug.=20 I'm off home now - I'll check the build in the morning. BTW Is there any way to force a cruisecontrol build once one has checked in fixes? Cheers, Alex. On Tue, 2003-05-06 at 17:59, Alex Hornby wrote: >=20 > Hi Oren, >=20 > I've moved it back to configure.in for now as we need to get builds > running again. >=20 > If you have both configure.ac and configure.in then the autoconf tools > complain... >=20 > Will you be able to install newer autotools versions on your build > machines in the foreseeable future? (e.g. by installing them in > /opt/autotools-1 and adding /opt/autotools-1/bin to your PATH ahead of > /usr/bin ). >=20 > Cheers, > Alex. >=20 >=20 > On Tue, 2003-05-06 at 17:40, Oren Miller wrote: > > Yeah, but the reason that we have multiple build machines is that we ne= ed to be sure that QF development can be done on all those environments. > > The tools they use are still very widespread and I would like to > support them for some time. I think we basically have two options. We > can revert to using configure.in instead of configure.ac. GNU wants to > push people to using .ac, but .in is still fully supported. The other > option is the have bootstrap create a configure.in symlink to > configure.ac. Newer versions of autoconf will ignore the .in file, > while older versions will also work fine. Let me know if you can think > of any other options. > >=20 > > Alex Hornby <al...@an...> wrote: > > Hi Oren, > >=20 > > What would you like to do about the bootstrap? > >=20 > > I notice you had a GCC 3.2 machine in the cruise control setup at one > > point. Assuming that was RH8 the autotools that come with that are > > recent enough to bootstrap. > >=20 > > Cheers, > > Alex. > >=20 > > On Tue, 2003-05-06 at 14:09, Oren Miller wrote: > > > bootstrap is run with every build. You can see here > > > in the build output:=20 > > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT > > >=20 > > > That it is complaining because configure.in no longer > > > exists. It looks like you replaced it with > > > configure.ac, but older versions of autoconf (which > > > those machines are running) need the .in > > >=20 > > > Is there a difference between the .ac and the .in > > > version formatwise? Can we set up a symlink in the > > > bootstrap script if an older version of autoconf is > > > detected? > > >=20 > > > --- Alex Hornby wrote: > > > > On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote: > > > >=20 > > > > > According to the build page > > > > >=20 > > > > >=20 > > > > > > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html > > > > >=20 > > > > > your last checkin somehow broke the Cruisecontrol > > > > build. Did you check this? > > > > >=20 > > > > > Cheers J=F6rg > > > > >=20 > > > > > > > > >=20 > > > > Hi J=F6rg, > > > >=20 > > > > How does cruise control kick off the build? > > > >=20 > > > > I think I need to get it to run the bootstrap script > > > > at least once to > > > > regenerate stuff... > > > >=20 > > > > Alex. > > > >=20 > > > >=20 > > > >=20 > > > > > > > ------------------------------------------------------- > > > > This sf.net email is sponsored by:ThinkGeek > > > > Welcome to geek heaven. > > > > http://thinkgeek.com/sf > > > > _______________________________________________ > > > > Quickfix-developers mailing list > > > > Qui...@li... > > > > > > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > >=20 > > >=20 > > > __________________________________ > > > Do you Yahoo!? > > > The New Yahoo! Search - Faster. Easier. Bingo. > > > http://search.yahoo.com > > >=20 > > >=20 > > > ------------------------------------------------------- > > > This sf.net email is sponsored by:ThinkGeek > > > Welcome to geek heaven. > > > http://thinkgeek.com/sf > > > _______________________________________________ > > > Quickfix-developers mailing list > > > Qui...@li... > > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > >=20 > >=20 > >=20 > > --------------------------------- > > Do you Yahoo!? > > The New Yahoo! Search - Faster. Easier. Bingo. >=20 >=20 >=20 >=20 > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > The only event dedicated to issues related to Linux enterprise solutions > www.enterpriselinuxforum.com >=20 > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers |
From: Oren M. <ore...@ya...> - 2003-05-06 23:22:55
|
Yeah, you know what it is. The linux and solaris build machines are quite old and don't have many resources. With the changes we are now compiling with -O2. Combined with templates, the machines just run out of virtual memory. Alex Hornby <al...@an...> wrote:Okay, its got past the bootstrap/configure stage now. _but_ I'm seeing a compiler signal 11 for the Linux build on cruise control now. It seems to be in a class/file I haven't changed directly.... Weird... is the machine reliable? signal 11 normally indicates bad memory or overheating rather than a real compiler bug. I'm off home now - I'll check the build in the morning. BTW Is there any way to force a cruisecontrol build once one has checked in fixes? Cheers, Alex. On Tue, 2003-05-06 at 17:59, Alex Hornby wrote: > > Hi Oren, > > I've moved it back to configure.in for now as we need to get builds > running again. > > If you have both configure.ac and configure.in then the autoconf tools > complain... > > Will you be able to install newer autotools versions on your build > machines in the foreseeable future? (e.g. by installing them in > /opt/autotools-1 and adding /opt/autotools-1/bin to your PATH ahead of > /usr/bin ). > > Cheers, > Alex. > > > On Tue, 2003-05-06 at 17:40, Oren Miller wrote: > > Yeah, but the reason that we have multiple build machines is that we need to be sure that QF development can be done on all those environments. > > The tools they use are still very widespread and I would like to > support them for some time. I think we basically have two options. We > can revert to using configure.in instead of configure.ac. GNU wants to > push people to using .ac, but .in is still fully supported. The other > option is the have bootstrap create a configure.in symlink to > configure.ac. Newer versions of autoconf will ignore the .in file, > while older versions will also work fine. Let me know if you can think > of any other options. > > > > Alex Hornby wrote: > > Hi Oren, > > > > What would you like to do about the bootstrap? > > > > I notice you had a GCC 3.2 machine in the cruise control setup at one > > point. Assuming that was RH8 the autotools that come with that are > > recent enough to bootstrap. > > > > Cheers, > > Alex. > > > > On Tue, 2003-05-06 at 14:09, Oren Miller wrote: > > > bootstrap is run with every build. You can see here > > > in the build output: > > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html#OUT > > > > > > That it is complaining because configure.in no longer > > > exists. It looks like you replaced it with > > > configure.ac, but older versions of autoconf (which > > > those machines are running) need the .in > > > > > > Is there a difference between the .ac and the .in > > > version formatwise? Can we set up a symlink in the > > > bootstrap script if an older version of autoconf is > > > detected? > > > > > > --- Alex Hornby wrote: > > > > On Tue, 2003-05-06 at 12:38, Joerg Thoennes wrote: > > > > > > > > > According to the build page > > > > > > > > > > > > > > > > > http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html > > > > > > > > > > your last checkin somehow broke the Cruisecontrol > > > > build. Did you check this? > > > > > > > > > > Cheers Jörg > > > > > > > > > > > > > > > > > > Hi Jörg, > > > > > > > > How does cruise control kick off the build? > > > > > > > > I think I need to get it to run the bootstrap script > > > > at least once to > > > > regenerate stuff... > > > > > > > > Alex. > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This sf.net email is sponsored by:ThinkGeek > > > > Welcome to geek heaven. > > > > http://thinkgeek.com/sf > > > > _______________________________________________ > > > > Quickfix-developers mailing list > > > > Qui...@li... > > > > > > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > > > > > > > __________________________________ > > > Do you Yahoo!? > > > The New Yahoo! Search - Faster. Easier. Bingo. > > > http://search.yahoo.com > > > > > > > > > ------------------------------------------------------- > > > This sf.net email is sponsored by:ThinkGeek > > > Welcome to geek heaven. > > > http://thinkgeek.com/sf > > > _______________________________________________ > > > Quickfix-developers mailing list > > > Qui...@li... > > > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > > > > > > > > --------------------------------- > > Do you Yahoo!? > > The New Yahoo! Search - Faster. Easier. Bingo. > > > > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > The only event dedicated to issues related to Linux enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers ------------------------------------------------------- Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara The only event dedicated to issues related to Linux enterprise solutions www.enterpriselinuxforum.com _______________________________________________ Quickfix-developers mailing list Qui...@li... https://lists.sourceforge.net/lists/listinfo/quickfix-developers --------------------------------- Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. |
From: Joerg T. <Joe...@ma...> - 2003-05-06 12:45:44
|
>>According to the build page >> >> http://quickfix.thoughtworks.com/cchtml/linux_pgcc_2_95_2.html >> >>your last checkin somehow broke the Cruisecontrol build. Did you check this? > > How does cruise control kick off the build? > > I think I need to get it to run the bootstrap script at least once to > regenerate stuff... I do not know exactly. Oren told me that every checkin triggers a new run, but for the actual setup you have to wait for Oren to get on-line (it's now about 8:40 am in Chicago...). BTW, according to your mail times, you seem to sit somewhere in Europe? Do you use Cruisecontrol? It sounds interesting for us since we do XP style programming here. Cheers, Jörg -- Joerg Thoennes http://macd.com Tel.: +49 (0)241 44597-24 Macdonald Associates GmbH Fax : +49 (0)241 44597-10 Lothringer Str. 52, D-52070 Aachen |
From: Alex H. <al...@an...> - 2003-05-06 12:55:08
|
>=20 > I do not know exactly. Oren told me that every checkin triggers a new run= , but for the > actual setup you have to wait for Oren to get on-line (it's now about 8:4= 0 am in Chicago...). >=20 Okay - hopefully it just needs a full build to kick it off. > BTW, according to your mail times, you seem to sit somewhere in Europe? >=20 Yes, London. Shoreditch to be precise, our office is next to the Brick Layer's Arms pub ;^) > Do you use Cruisecontrol? It sounds interesting for us since we do XP sty= le programming here. >=20 > Cheers, J=F6rg We use tinderbox here at Anvil instead - seems to have similar features to cruise control. Cheers, Alex. |
From: Oren M. <ore...@ya...> - 2003-05-06 13:25:01
|
How do you like tinderbox. I've been looking to move off CruiseControl (it freezes up every so often) and have been considering anthill. --- Alex Hornby <al...@an...> wrote: > > > > I do not know exactly. Oren told me that every > checkin triggers a new run, but for the > > actual setup you have to wait for Oren to get > on-line (it's now about 8:40 am in Chicago...). > > > > Okay - hopefully it just needs a full build to kick > it off. > > > BTW, according to your mail times, you seem to sit > somewhere in Europe? > > > > Yes, London. Shoreditch to be precise, our office is > next to the Brick > Layer's Arms pub ;^) > > > Do you use Cruisecontrol? It sounds interesting > for us since we do XP style programming here. > > > > Cheers, Jörg > > We use tinderbox here at Anvil instead - seems to > have similar features > to cruise control. > > Cheers, > Alex. > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com |
From: Alex H. <al...@an...> - 2003-05-06 13:34:10
|
On Tue, 2003-05-06 at 14:25, Oren Miller wrote: > How do you like tinderbox. I've been looking to move > off CruiseControl (it freezes up every so often) and > have been considering anthill. > Its okay - but configuration is perl hacking hell :) It has good integration with lxr and bonsai - very handy for build and warning blaming. Alex. |