[PD-dev] [ pure-data-Patches-3395438 ] minor compat fixes for new buildsystem

SourceForge.net noreply at sourceforge.net
Mon Dec 17 19:32:08 CET 2012


Patches item #3395438, was opened at 2011-08-20 11:16
Message generated for change (Comment added) made by millerpuckette
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: 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&group_id=55736

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

>Comment By: Miller Puckette (millerpuckette)
Date: 2012-12-17 10:32

Message:
yep :)

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

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&group_id=55736



More information about the Pd-dev mailing list