Patches item #3395438, was opened at 2011-08-20 20:16 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3395438&group_id=55736
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: minor compat fixes for new buildsystem Initial Comment: some problems have been reported [1], because the old configure based buildsystems in some rare cases conflicts with the new autotools based buildsystem. the problem only appears on systems with case-insensitive filesystems (w32, osx), where the new buildsystem might be tricked into used src/makefile.in rather than src/Makefile.in imo, the best solution would be to get rid of one of the build-systems entirely (which hopefully means to move to the shiny new one :-)) if this is not feasible for now, the attached patch proposes a workaround, by renaming the conflicting files in the new build system, so they won't clash on case-insensitive filesystems. here's a longer explanation of the problem and its solution: right now, there are 2 build-systems, based con autoconf: - the olde one, living in ./src/, which uses ./src/makefile.in to generate ./src/makefile - the new one livong in ./, which uses ./src/Makefile.am to generate ./src/Makefile.in to generate ./src/Makefile the two buildsystems can co-exist happily, except if the host filesystem is case-insensitive, in which case the "new" buildsystem might be tricked into using (erroneously) ./src/makefile.in this patch renames the src/Makefile* (for the new buildsystem) to src/GNUmakefile*, so there is no name conflict on case-insensitive systems. NOTE: GNU make will look for the makefiles GNUmakefile, makefile, and Makefile, in that order. the "old" buildsystem is unaffected, as there will never be a "GNUmakefile" (only "GNUmakefile.am" and eventually "GNUmakefile.in"). [1] https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3395280&group_id=55736 ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-09-21 20:06 Message: i totally agree with hans. however, until the old system is ditched, i would still favour if these workarounds could be added ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-09-21 19:59 Message: I vote for ditching the old build system, I think its quite well tested these days. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3395438&group_id=55736 _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev