Patches item #3395438, was opened at 2011-08-20 20:16 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3395438...

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...

----------------------------------------------------------------------

You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3395438...