Boost logo

Boost-Build :

Subject: [Boost-build] Problem with boost build - max include limit?
From: Jeremy (jswigart_at_[hidden])
Date: 2009-11-08 17:50:26


I have been using bjam for a while for a project and today I wanted to get
it building again after many months of sitting around with a broken gcc
build. The project got a little bigger since last time, so it warranted some
extra inclusions of some libraries.

I started getting compiler errors about certain files not found, when they
were clearly in the include file list(seen below). Even more oddly, I could
'fix' those errors by moving the include farther up the list, only to have
other files fail later.

Is there a limit to include folders? A character or command line limit that
I'm hitting and am unaware of? If so, how can I work around it? I'd like to
avoid splitting this library into further libraries if there is another way.

Thanks

project Common
    : requirements <include>./
    : requirements <include>../dependencies/gmsrc_ex/src/gm
    : requirements <include>../dependencies/gmsrc_ex/src/binds
    : requirements <include>../dependencies/gmsrc_ex/src/3rdParty/mathlib
    : requirements <include>../dependencies/gmsrc_ex/src/3rdParty/gmbinder2
    : requirements <include>../dependencies/guichan-0.7.1/include
    : requirements <include>../dependencies/guichan-0.7.1/addons
    : requirements <include>../dependencies/Recast/Recast/Include
    : requirements <include>../dependencies/Recast/Detour/Include
    : requirements <include>../dependencies/physfs
    : requirements <include>../dependencies/physfs/lzma/C
    : requirements <include>../dependencies/physfs/zlib123
    : requirements <include>../dependencies/physfs/lzma/C/Archive/7z
    : requirements <include>../dependencies/physfs/lzma/C/Compress/Lzma
    : requirements <include>../dependencies/physfs/lzma/C/Compress/Branch
    : requirements <include>../dependencies/sqlite3
    ;



Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk