Building a library and executable with 300 C++ files.
Michael George Hart
michael.george.hart at gmail.com
Mon Nov 29 23:48:53 UTC 2010
Hmm...... did I say all the files were in one directory or did I say I have 300 plus files used to build executables and libraries? Hmmmm..
We'll that was not the point of bringing any this to your attention. What I am trying to bring to your attention is there are a class of softer developers who do not care about knowing extraneous stuff like build systems. What they care about is writing and testing their software models without distractions such as a build system. The prior kdevelop3, vs, eclipse, java bean etc don't seem to have the kdevelop4 build system distractions; you simply add files build, run, debug and install
The problem is that most of you guys out know each other and probably all talk on the same forums so when you talk to each other it's like bouncing ideas off yourselves. So when an outsider comes and tells you have created something technically superior but on a whole useless to the average developers who simply wants to build a software model and install it into some default location it would be a good idea to take notes
Sent from my iPad
On Nov 29, 2010, at 1:00 PM, Syron <mr.syron at googlemail.com> wrote:
> 2010/11/29 Michael Hart <michael.george.hart at gmail.com>:
>> Being a very senior and experienced C++ developer for the most part all I
>> ever cared about was the C++ language and the various APIs I used in getting
>> an application to market. So what may seem appalling to you, I can only make
>> the assumption I was using automake as my build tool.
>
> I think it's strange that you're a senior developer and have never
> dealt with any build system - understanding how build systems work is
> an important thing, that's what I learned as soon as I wrote my first
> project with more than one file. And I am also worried about the fact
> that you have 300 C++ files in _one_ directory, that seems like a big
> mess.
> If you spend some time learning a build system (qMake, CMake,
> whatever), you will soon learn how powerful they are.
>
> Kind regards,
> -- Syron
>
> --
> KDevelop-devel mailing list
> KDevelop-devel at kdevelop.org
> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
More information about the KDevelop-devel
mailing list