[Bug] arc generation forces headers and src files into unknown locations

[Smurf-IV]

It generates code into include and src subdirectories. BUT does not reference them in the actual code locations

i.e. it does the following
#include "CtrFiles.h"

But Should be
#include "../include/CtrFiles.h"

This led to unknown type ID being used

[obiltschnig]

You should set your include search paths properly.

[Smurf-IV]

You should set your include search paths properly.

What? Arc generates the directories (Based on the existence of the namespace or not in the xml file)
The headers files include locations in the generated source files are wrong.!

[obiltschnig]

Because by our convention include and relative paths are never put into an #include statement.

[Smurf-IV]

This:

poco/ActiveRecord/Compiler/src/Compiler.cpp

Line 166 in 419433c

headerPath.pushDirectory("include"s);

Seems to contradict that statement.

[obiltschnig]

why?

[Smurf-IV]

That line places them into a directory (In the project) under include
But that is then not referenced from the cpp file to go find them in that place (Because they are under a src subdirectory ..

[obiltschnig]

Yes, because that's the exact same convention used for all of the Poco sources. And in non of the Poco .cpp files do we #include with "../include/Poco/Whatever.h". Because the build system sets an include search path.

[Smurf-IV]

I'm not disagreeing with the "Poco Build System".
These generated files go into your users projects, which could be using "hdr / filters / nothing / namespaces etc" as directories.
These generated files need to work together. That's all I'm saying.
Or for the code (User guide) to state that "./include" needs to be put into the using project search path.