Структура исходников сложного проекта C++

Добавить директорию в переменную INCLUDE (INCLUDES в зависимости от системы сборки)?

#include <headfile.h>

добавить для сборки путь ../headers

и да - структура не обязательно может быть такой, обычно так делают для библиотек, для сложных проектов иерархия может быть сложней и тогда логичней хедера и .cpp хранить рядом

средствами cmake это будте примерно так:

include_directories(${PROJECT_SOURCE_DIR}/headers)

# project/dist/Makefile                                                                                      
#        /src/folder1/header.h                                                                               
#            /folder2/lib1.cpp,lib1.h                                                                        
#            /folder3/any.cpp                                                                                
                                                                                                             
SOURCEROOT      := ../src                                                                                    
SOURCEDIRS      := $(shell ls $(SOURCEROOT))                                                                 
SRCDIRLIST      := $(addprefix $(SOURCEROOT)/, $(SOURCEDIRS))                                                
SEARCH          := $(addsuffix /*.cpp, $(SRCDIRLIST))                                                        
VPATH           := $(SRCDIRLIST)                                                                             
                                                                                                             
all:    $(notdir $(patsubst %.cpp, %.o, $(wildcard $(SEARCH))))                                              
        $(CXX) $(LDFLAGS) $^ $(LIBS) -o $@                                                                   
                                                                                                             
%.o: %.cpp                                                                                                   
        $(CXX) -c -MD $(addprefix -I, $(SRCDIRLIST)) $< $(CFLAGS)                                            
                                                                                                             
include $(wildcard *.d)                                                                                      
                                                                                                             
.PHONY: clean                                                                                                
                                                                                                             
clean:                                                                                                       
        rm -f *.o *.d                                                                                        

Освойте уже make! Нужна сложная структура каталогов? Просто генерируй SOURCEDIRS

Очень неприятно и неудобно

А в чем именно неприятство и неудобство О_О ??? Наоборот, сборка идет обычно перед установкой, и такой подход хоть как то гарантирует что потянешь именно хидеры новой версии, а не старой установленной. А все эти танцы с бубнами...

#include 'myheader.hpp'

и где именно лежит этот хидер? И Вы уверены, что он в системе один и что прицепили именно его? За счет таких удобств бывают очень непонятые и трудноуловимые ошибки, особенно при совместной разработке.

make устарел и не нужен

make устарел и не нужен

а что сейчас модно и правильно использовать тогда?

anonymous-ы тоже всем надоели и никому ненужны, но вы же есть! Объективная реальность...

а что сейчас модно и правильно использовать тогда?

Модно - С#. Правильно - то, что удобно для данной задачи. Make вполне удобен.

всем надоели

Ну 4.2 же!

Не скажу насчет модно, но вот например qbs - это движение в правильную сторону.

Мы делаем так:

include_directories("${PROJECT_SOURCE_DIR}/3rdparty/libsndfile/win32-vs2010")

После чего пишем:

#include <libsndfile.h> // или как там его точнее...

Cmake

Ты так говоришь, словно CMake не генерирует makefile'ы.

В сложном проекте в папке src создаю еще подпапки (core, ui, ...).

.h и .cpp вместе лежат.

#include "../core/settingsmanager.h"

выглядит вполне нормально, имхо.

НЕмного читал по этой теме.

cм. с «Good physical design matters also»
http://www.cygnus-software.com/papers/precompiledheaders.html
http://gamesfromwithin.com/the-care-and-feeding-of-pre-compiled-headers
http://stackoverflow.com/questions/58841/precompiled-headers-with-gcc

http://gamesfromwithin.com/physical-structure-and-c-part-1-a-first-look
http://gamesfromwithin.com/physical-structure-and-c-part-2-build-times

Он генерирует не только makefile, а makefile не только для гнутого make

Я после явы привык группировать по пакетам. Пакетов в с++ нет, но структура каталогов соответствующая.

project [common[...], core [graphics[...], sound[...]], ui [view [LinearLayout.h]]], тогда для включения в любом месте LinearLayout нужно #include «ui/view/LinearLayout.h»

Кажется вполне логичным, не путаюсь.

Хотя я тут подумал, может для этого принято вложенные модули использовать? Если что, просветите.

qbs - это движение в правильную сторону

Что это? Гугл не помог.

У меня в продукте все файлы заголовков (хЕдеры) с экспортируемыми функциями или классами хранятся в папке include в корне проекта.

а makefile не только для гнутого make

Про это я прочитал, прежде чем постить.

Он генерирует не только makefile

А это что например?

Что это? Гугл не помог.

http://labs.qt.nokia.com/2012/02/15/introducing-qbs/

Почему-то кажется, что при большом объеме проекта (особенно если он полностью на классах) в одном каталоге легко запутаться.

например, vcproj

Тут надо добавить: для любой версии.

Если он не только на классах, то еще хуже, но существуют же средства навигации по коду.

И будет капец структуре твоего кода.Левый программист посмотрит-и ужаснется.

Почему-у тебя 10 каталогов с хеадерами для разных частей проекта ну и имена фалов там чтото типа- хеадер-глобал.х
И так во всех каталогах-и только в профилях симейка указано какой каталог инклюдит какая часть проекта......

Когда сам с таким столкнешся-кода на 300мб и куча однотипных(имена фалов одни) хеадеров в разных каталогах,и фиг пойми какой что инклюдит.Да держать в уме какой файл что инклюдит-после этого и возникнет ...любовь к разработчикам проекта.
(ах да-когдато(и щас тоже бывает) и я так делал и через пол года возвращаюсь на обновление проекта-и просто люблю сам себя)

Указывать относительный путь,без левых профилей сборки.