On Wed, Sep 7, 2016 at 5:11 PM, Bent Bisballe Nyeng <deva@xxxxxxxxxxx> wrote: > On 09/07/16 15:53, Eric Blake wrote: > >> On 09/07/2016 02:42 AM, Bent Bisballe Nyeng wrote: >> >>> Hi list >>> >>> I have a project in which I include a few out-of-tree cpp files in one >>> of my SOURCES directives. >>> >>> I am currently trying to use the new subdir-objects argument but am >>> having the problem that autoconf tries to write a .deps folder to the >>> folder containing the out-of-tree files which is located in a system >>> folder and therefore not writable to the user. >>> >>> Is it possible to somehow force autoconf to write this .deps folder in a >>> location inside the project tree? >>> >> >> Creation of .deps folders is done by automake, not autoconf. You may get >> a better answer from the automake lists. >> > > I found out this exact thing moments after I posted to this list ;) > > However, having out-of-tree files as part of your project seems fishy; >> as I understand it, automake works under the assumption that every cpp >> file being compiled is part of the distribution tarball, so that the >> build is reproducible (someone unpacking your tarball on their system >> would otherwise have to guarantee they have the same out-of-tree cpp >> files as you were building with). >> >> Or can I perhaps resolve my issue in another way? >>> (I would really like avoid having to copy the out-of-tree cpp files to >>> an in-tree folder before compilation) >>> >> >> But how are you making the tarball work, without those out-of-tree cpp >> files? >> >> > The user is required to get those sources and then point my code to them > using a configure parameter. I know it is not nice to do it this way but > because of licensing issues with the third-party code (who allows using > their code but not distribution of it) it is the only way I can distribute > my code and still have it working. > > Include these "out-of-tree" sources through #include? -- Andrew W. Nosenko <andrew.w.nosenko@xxxxxxxxx> _______________________________________________ Autoconf mailing list Autoconf@xxxxxxx https://lists.gnu.org/mailman/listinfo/autoconf
