Patches item #3395438, was opened at 2011-08-20 11: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...
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: Closed Resolution: Fixed
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...
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2012-12-17 03:07
Message: seems like the old buildsystems is gone for good.
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-09-21 11: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 10: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...