VDSP and version control
in [DSP]
|
From: Vladimir Vassilevsky on 14 Nov 2009 11:30 When working with complex project with multiple dependencies in Analog Devices VDSP, it is necessary to include the project group file into version control. However, as VDSP automatically updates the time/date record inside the group file at every session, it causes the annoying conflicts at version control all the time. Is there a good way to avoid this type of behavior? We are using SVN. VLV
From: Randy Yates on 14 Nov 2009 13:58 Vladimir Vassilevsky <nospam(a)nowhere.com> writes: > When working with complex project with multiple dependencies in Analog > Devices VDSP, it is necessary to include the project group file into > version control. However, as VDSP automatically updates the time/date > record inside the group file at every session, it causes the annoying > conflicts at version control all the time. Is there a good way to > avoid this type of behavior? We are using SVN. Yes, avoid VDSP and make your own build system. -- Randy Yates % "Though you ride on the wheels of tomorrow, Digital Signal Labs % you still wander the fields of your mailto://yates(a)ieee.org % sorrow." http://www.digitalsignallabs.com % '21st Century Man', *Time*, ELO
From: Jerry Avins on 14 Nov 2009 14:27 Randy Yates wrote: > Vladimir Vassilevsky <nospam(a)nowhere.com> writes: > >> When working with complex project with multiple dependencies in Analog >> Devices VDSP, it is necessary to include the project group file into >> version control. However, as VDSP automatically updates the time/date >> record inside the group file at every session, it causes the annoying >> conflicts at version control all the time. Is there a good way to >> avoid this type of behavior? We are using SVN. > > Yes, avoid VDSP and make your own build system. There are many to choose from. Browse http://www.google.com/search?q=version+control+software+comparison Jerry -- Engineering is the art of making what you want from things you can get. �����������������������������������������������������������������������
From: Tim Wescott on 14 Nov 2009 15:02 On Sat, 14 Nov 2009 13:58:40 -0500, Randy Yates wrote: > Vladimir Vassilevsky <nospam(a)nowhere.com> writes: > >> When working with complex project with multiple dependencies in Analog >> Devices VDSP, it is necessary to include the project group file into >> version control. However, as VDSP automatically updates the time/date >> record inside the group file at every session, it causes the annoying >> conflicts at version control all the time. Is there a good way to avoid >> this type of behavior? We are using SVN. > > Yes, avoid VDSP and make your own build system. This helps to make you immune from the egregious changes that IDE writers always want to make, it gives you far more control over 3rd-party tools (for instance if you want to generate signal tables or FPGA images in 'c' files, or if you want to post-process your hex files), and it lets you use Make, the Only Sensible Build Tool. -- www.wescottdesign.com
From: Randy Yates on 14 Nov 2009 21:36
Tim Wescott <tim(a)seemywebsite.com> writes: > On Sat, 14 Nov 2009 13:58:40 -0500, Randy Yates wrote: > >> Vladimir Vassilevsky <nospam(a)nowhere.com> writes: >> >>> When working with complex project with multiple dependencies in Analog >>> Devices VDSP, it is necessary to include the project group file into >>> version control. However, as VDSP automatically updates the time/date >>> record inside the group file at every session, it causes the annoying >>> conflicts at version control all the time. Is there a good way to avoid >>> this type of behavior? We are using SVN. >> >> Yes, avoid VDSP and make your own build system. > > This helps to make you immune from the egregious changes that IDE writers > always want to make, it gives you far more control over 3rd-party tools > (for instance if you want to generate signal tables or FPGA images in 'c' > files, or if you want to post-process your hex files), and it lets you > use Make, the Only Sensible Build Tool. Amen, brother! However, it can be a daunting task. Fortunately I've evolved a system over the last 10 years that seems to work well across multiple platforms. -- Randy Yates % "Maybe one day I'll feel her cold embrace, Digital Signal Labs % and kiss her interface, mailto://yates(a)ieee.org % til then, I'll leave her alone." http://www.digitalsignallabs.com % 'Yours Truly, 2095', *Time*, ELO |