Re: [ros-dev] [ros-diffs] [hbelusca] 66946: [CMAKE] Improve the concatenate_files macro introduced by Timo in r52179 + r52182 and hackfixed in r53914 . Notice that now it can take an arbitrary number

Good point, can we have the Agile addon in Jira back please? That allows to easily track who's working on what, but it regressed and is not avaliable at this time. Thanks. Am 29.03.2015 um 21:07 schrieb Aleksey Bragin: That's why I always tell that teaming, sharing what you're working on, e

Re: [ros-dev] [ros-diffs] [hbelusca] 66946: [CMAKE] Improve the concatenate_files macro introduced by Timo in r52179 + r52182 and hackfixed in r53914 . Notice that now it can take an arbitrary number

That's why I always tell that teaming, sharing what you're working on, etc is very important. That's why I was so much pushing to using JIRA as a collaboration tool, not just bugtracking tool. That's why there are status reports in our meetings :-) Regards, Aleksey Bragin On 29.03.2015 20:09,

Re: [ros-dev] [ros-diffs] [hbelusca] 66946: [CMAKE] Improve the concatenate_files macro introduced by Timo in r52179 + r52182 and hackfixed in r53914 . Notice that now it can take an arbitrary number

rt de James Tabor Envoyé : dimanche 29 mars 2015 18:52 À : ReactOS Development List Objet : Re: [ros-dev] [ros-diffs] [hbelusca] 66946: [CMAKE] Improve the concatenate_files macro introduced by Timo in r52179 + r52182 and hackfixed in r53914 . Notice that now it can take an arbitrary number of fi

Re: [ros-dev] [ros-diffs] [hbelusca] 66946: [CMAKE] Improve the concatenate_files macro introduced by Timo in r52179 + r52182 and hackfixed in r53914 . Notice that now it can take an arbitrary number

redirected STDERR to NUL ... And I haven't >> found any option to overcome this problem. >> >> -Message d'origine- >> De : Ros-dev [mailto:ros-dev-boun...@reactos.org] De la part de Pierre >> Schweitzer >> Envoyé : dimanche 29 mars 2015 13:14 >

Re: [ros-dev] [ros-diffs] [hbelusca] 66946: [CMAKE] Improve the concatenate_files macro introduced by Timo in r52179 + r52182 and hackfixed in r53914 . Notice that now it can take an arbitrary number

e redirected STDERR to NUL ... And I haven't found any option to overcome this problem. -Message d'origine- De : Ros-dev [mailto:ros-dev-boun...@reactos.org] De la part de Pierre Schweitzer Envoyé : dimanche 29 mars 2015 13:14 À : ReactOS Development List Objet : Re: [ros-dev] [ros-d

Re: [ros-dev] [ros-diffs] [hbelusca] 66946: [CMAKE] Improve the concatenate_files macro introduced by Timo in r52179 + r52182 and hackfixed in r53914 . Notice that now it can take an arbitrary number

s-dev [mailto:ros-dev-boun...@reactos.org] De la part de Pierre Schweitzer Envoyé : dimanche 29 mars 2015 13:14 À : ReactOS Development List Objet : Re: [ros-dev] [ros-diffs] [hbelusca] 66946: [CMAKE] Improve the concatenate_files macro introduced by Timo in r52179 + r52182 and hackfixed in

Re: [ros-dev] [ros-diffs] [hbelusca] 66946: [CMAKE] Improve the concatenate_files macro introduced by Timo in r52179 + r52182 and hackfixed in r53914 . Notice that now it can take an arbitrary number

Seconding here... What's the whole purpose of this? You have cat on Linux/BSD systems and type on Windows systems (if you don't want to do the whole cmd copy stuff). So what's the point? Let's keep efficient local tools. On 29/03/2015 07:15, Thomas Faber wrote: > I don't see how creating a new hos

Re: [ros-dev] [ros-diffs] [hbelusca] 66946: [CMAKE] Improve the concatenate_files macro introduced by Timo in r52179 + r52182 and hackfixed in r53914 . Notice that now it can take an arbitrary number

I don't see how creating a new host-tool is an improvement over using OS builtins? On 2015-03-29 03:53, hbelu...@svn.reactos.org wrote: > Author: hbelusca > Date: Sun Mar 29 01:53:10 2015 > New Revision: 66946 > > URL: http://svn.reactos.org/svn/reactos?rev=66946&view=rev > Log: > [CMAKE] > Impr