[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] gnuradio component directory structure

From: Tom Rondeau
Subject: Re: [Discuss-gnuradio] gnuradio component directory structure
Date: Wed, 21 Sep 2011 10:04:23 -0400

On Sat, Sep 17, 2011 at 3:14 PM, Martin Braun <address@hidden> wrote:
I'd like to point out a disadvantage to get a discussion going:
While you're developing, this might be an inconvenience because the
files are physically separated. Most IDEs/editors have many features
such as tagging, switching from headers to sources and vice versa, 'go
to file at cursor' commands etc. If half of the files are somewhere
else, one has to set up the editor specifically for this dir structure
to do all of this.

It's a logical separation that a lot of projects use. I know that I'm a bit biased because my "IDE" is Emacs, but I don't recall having project files in different directories was a problem. Way back when I developed in Windows and used Visual Studio, this wasn't an issue, but that could have been due to the project file that VS kept.

We haven't made it part of our official standard, but talking with both Johnathan and Josh last week about it, I was thinking that we would. I'm not sure that your argument here has quite convinced me that it'll be a problem.



Also, ...

On Thu, Sep 15, 2011 at 06:12:56PM -0400, Josh Blum wrote:
> This is the currently recommended directory structure:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/Development2#Top-level-Directory-Structure
> I think there has been some wavering around an "include" directory. I
> personally like the idea of an include directory because:
> 1) It separates publicly installed headers vs private headers in the lib
> directory.
> 2) Its a cleaner separation of API and implementation.

This are good points, but also a matter of taste, and...

> 3) Its easier to point doxygen to the public headers and keep it from
> parsing everything in "lib".

...I wonder if this really a problem if cmake has a list of public
include files anyway.


Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)

Dipl.-Ing. Martin Braun
Research Associate

Kaiserstraße 12
Building 05.01
76131 Karlsruhe

Phone: +49 721 608-43790
Fax: +49 721 608-46071

KIT -- University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association

Discuss-gnuradio mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]