Hello everybody,
I'm new to premake and Lua and I've got a quick question, how do I get a table of includedirs?
I'm pretty far along switching from cmake to premake but I'm unable to get a table with what's in includedirs at that point of the script.
If you are wondering why I need this, it is to pass it to pc-lint as a postbuildcommand.
Thanks.

Hi,
(some details about Premake internals)
The main difference between CMake and Premake is that Premake is mostly declarative, i.e. your project specifies settings in any order you like and then they are post-processed (in Premake this is called "baking") and interpreted ("action"). So it's not quite correct to use project properties before baking.
(quick solution for your problem)
Your table is
It contains absolute paths, not those relative path you've specified above. Watch out if you are using different includedirs in different configurations.
UPD: Also watch out if you specify common includedirs for projects in solution.
@starkos: I think we need to allow users to write post-bake hooks somehow. BTW, it's one of possible ways to improve Qt support in short term.
pzurita: Or you can put put lint into new action instead of postbuildcommands. In this case, you'll need to run Premake to execute lint, however you won't have any problems caused by lack of post-processing.
I was able to get everything working properly. I will now add my script to the Premake Cookbook forum.
Thanks annulen.
Agree on the post-bake hooks. Is there a feature request on that already? Should be easy enough to add.
I would also love to rework things so you can pull out the current value of things like includedirs properly. That is, this should work:
>Agree on the post-bake hooks. Is there a feature request on that already? Should be easy enough to add.
Maybe it's worth to implement them as action chain managed inside Premake? User adds custom actions to be executed before the last one (gmake, vs2010m and so on). However, in case of several custom actions order in chain may matter if one action depends on the results of another.
Created https://sourceforge.net/tracker/?func=detail&aid=3439433&group_id=71616&...
>winIncludeDirs = includedirs()
That would be great! Will it do some kind of "patial baking" behind the scenes?
> That would be great! Will it do some kind of "patial baking" behind the scenes?
Yes, I'll have to rework the baking logic so it can be called on-demand. I don't think it will be hard to do, and will open up some possibilities for introspecting and changing the in-progress configuration during scripting (making post-bake hooks less important).