LOCAL_C_INCLUDES

Sysprogs forums Forums VisualGDB LOCAL_C_INCLUDES

This topic contains 5 replies, has 2 voices, and was last updated by  support 1 week ago.

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • #23328

    bfx
    Participant

    Hi,

    I’m building an NDK library, from existing C++ source files, setting up the project from scratch.

    The C++ files are in multiple different folders, and I basically am having issue with the #include ”  ” directive finding the files.  I’m using LOCAL_C_INCLUDES, but I just can’t get it to resolve.

    Any tips on how to figure this out?  I don’t really know what $(LOCAL_PATH) is pointing to (is there a “verbose” flag?) . The VisualGDB Project Properties has a “Same as Visual Studio Project Directory” or “other”. The “Other” requires an AndroidManifest.xml file, which an library does not have, so I can’t use that.

    I even tried putting a FULL path to the include folder,   “C:/dev/….” in LOCAL_C_INCLUDES. No luck.

    Any help is greatly appreciated ! 🙂

     

    #23329

    support
    Keymaster

    Hi,

    No problem. Please let us know the email associated with your license key so that we can link it to your forum profile and we will be happy to help you.

    #23331

    bfx
    Participant

    Hi,

    I just updated my profile with the email address used to purchase the license.

    Thank you

    #23336

    support
    Keymaster

    Hi,

    Thanks for updating your profile. However, it looks like your technical support period has expired a while ago.

    Please consider updating it here: https://sysprogs.com/splm/mykey (the 50% discount will add 1 year to the original expiration period; alternatively please contact our sales for a 10% late renewal discount that will extend the expiration period to a year from now).

    As soon as you renew your support, we will be happy to explain the semantics on $(LOCAL_PATH) and other Android-related settings.

    #23353

    bfx
    Participant

    I figured out my problem, with $(LOCAL_PATH).   Adding a $(warning $LOCAL_PATH))  helped me identify where the include search path starts from.

    I have a feature suggestion:  VisualGDB is great in that when the Solution Explorer in Visual Studio is used to add existing C/C++  files, the Android.mk file is automatically edited and LOCAL_SRC_FILES  is updated.

    What seems to be lacking is that when .H header files are added via the Solution Explorer, nothing happens in the Android.mk file.  What should happen, what would be great, is if the LOCAL_C_INCLUDES  field is updated accordingly, with the path to the header files that were added.   Now THAT would a big time saver, and THAT would be worth paying for as an upgrade feature. 🙂    I just had to manually add 10 different include paths, manually, to the Android.mk file. Very time consuming.

    Thanks.

     

    #23369

    support
    Keymaster

    Hi,

    No problem and good to know it works. VisualGDB doesn’t add the locations of all headers to the header search list as it would cause very hard-to-track errors with some libraries (e.g. the ones with separate private/public headers). We do support this for advanced mbed projects and MSBuild-based projects, but unfortunately we won’t be able to support this on Android projects as it might cause more problems than it would solve.

    As for the upgrade, we have loaded VisualGDB 5.4 with support for many new platforms, redesigned GUI, better custom actions, advanced code navigation and other features that make it easier to use, but ultimately it’s up to you to decide whether the upgrade is worth it based on your project types and requirements. Feel free to contact our sales if you would like to get a trial extension voucher to try out the new version.

Viewing 6 posts - 1 through 6 (of 6 total)

You must be logged in to reply to this topic.