Re: [Quickfix-developers] bugs, bug tracking, and release plans

[Peter P. <pet...@ho...>]

Dear Oren,

My immediate vote (apart from the bug fixes, of course) is to have:

1. Separate target directories for different compiler versions. I have different active projects that use three versions of the Visual Studio compiler (7, 8 and 9), for example. The raw distribution gets horribly confused when all output directories are the same, so I have to hack the makefiles a lot to make everything live happily in its own space. I don;t want to have to repeat this process on every new release.

2. Add more robust versioning with build numbers, so that I can distinguish bug fix releases from ones that might change the defined behaviour (and therefore need a whole new folder tree). This probably won't mix too well if you are going to allow others to commit but I'd like to have some sort of idea of exactly which version is in the repo whenever I do a clean download.

Yours,

Dan

> From: And...@Tw...
> To: cre...@ma...; or...@qu...
> Date: Mon, 9 Mar 2009 12:16:17 -0400
> CC: mke...@di...; qui...@li...
> Subject: Re: [Quickfix-developers] bugs, bug tracking, and release plans
> 
> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
> 
> Some thoughts.
> 
> 1. Latest integration of bug fixes into primary build
> 2. Little stuff that seems to be on the list frequently (rolling log files,
> encryption support)
> 3. Support for latest FIX releases (FastFIX, FIX5.0)
> 
> Andrew Culross
> Direct   +1 (914) 220-8849 
> http://www.twofour.com/emaildisclaimer.aspx
> 
> -----Original Message-----
> From: Chuck Remes [mailto:cre...@ma...] 
> Sent: Monday, March 09, 2009 12:09 PM
> To: or...@qu...
> Cc: And...@Tw...; 'quickfix developers'; 'Mark T. Kennedy'
> Subject: Re: [Quickfix-developers] bugs, bug tracking, and release plans
> 
> 
> On Mar 6, 2009, at 12:47 PM, or...@qu... wrote:
> 
> > Hold on guys.  We are still alive over here.  I know that's it's  
> > been a
> > while and I've neglected things for a bit.  I really would like to  
> > avoid
> > a fork, that would be messy.  I think we need to talk about what the
> > core issues that need to be addressed with the project and move  
> > forward
> > from there.
> >
> > --oren
> 
> Oren,
> 
> I'll take a first stab at listing a few things that I think are  
> important to this list. Hopefully others will chime in.
> 
> 1. A release that builds cleanly under 64-bit OS.
> 
> 2. A release that builds cleanly on Debian, FreeBSD and OSX. These  
> build issues *may* be related to gcc 4.3.x. Past emails to this list  
> indicate there may have been patches submitted for these issues.
> 
> 3. Some members of this list may deserve commit rights. A move from  
> svn to git may streamline this a bit if you prefer to avoid giving  
> "strangers" commit rights to the svn repository. With git, everyone's  
> local repository is effectively a fork that can submit patches upstream.
> 
> cr
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers

_________________________________________________________________
 25GB of FREE Online Storage – Find out more
http://clk.atdmt.com/UKM/go/134665320/direct/01/