[PD-dev] [ pure-data-Patches-1564800 ] a few old MACOSX macros have crept back in
Patches item #1564800, was opened at 2006-09-25 03:57 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1564800group_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: Accepted Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: a few old MACOSX macros have crept back in Initial Comment: A few of the old MACOSX manually defined macros have crept back into the source. Everywhere else, its __APPLE__ which is the preferred macro to use, plus it automatically defined. The attached patch replaces the offending macros. -- Comment By: IOhannes m zm�lnig (zmoelnig) Date: 2006-10-09 13:15 Message: Logged In: YES user_id=564396 seems to be fixed in 0.40.1 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=1564800group_id=55736 ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] corelibs, build system
On Oct 4, 2006, at 4:30 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: did not ask at all. d_mayer_fft.c is the name of the file in 0.39.2. You have broken compilation for Pd-extended. because corelibs IS broken, even without my changes (which tried to fix what was going on) Check the build logs from the auto-build farm for the past 2 months. I had been building fine on every platform. This is really, really i do not doubt that pd-0.39-2 has built fine. however, times are a-changing, like the pd source code, and d_mayer_fft.c is nowadays called d_fft_mayer.c what i did (try to) do, was to modify your build system in a way, that it could handle both cases. (and the build system has serious problems with this) Is this urgent? How about waiting until we get the 0.39.2 Pd- extended release out, then we can switch externals/corelibs to work with 0.40 with no need for kludges to support 0.39.2. .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] corelibs, build system
Hans-Christoph Steiner wrote: what i did (try to) do, was to modify your build system in a way, that it could handle both cases. (and the build system has serious problems with this) Is this urgent? well no, but pd-0.40.1 is out now... How about waiting until we get the 0.39.2 Pd-extended release out, then we can switch externals/corelibs to work with 0.40 with no need for kludges to support 0.39.2. i see. i was interested in making both work at the same time, while you were interested in making a release asap. i think both standpoints are valid. (i don't try to prove that i was right, i just try to explain why i did what i did) mfga.dsr IOhannes ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev