[Ohrrpgce] Mac builds and SDL frameworks

Thu Dec 5 16:45:37 PST 2019

Aha! Thank you for finding that.

I have installed the euphoria 4.1.0 32 bit to the same
/Users/james/misc/eu32/bin/euc location where I had put the older one
previosuly

On Thu, Dec 5, 2019 at 6:32 PM Ralph Versteegen <teeemcee at gmail.com> wrote:

> Yes, I'm saddened to see that the Euphoria devs have done nothing in the
> last 4 years to fix the mess that is download links on their website/wiki.
> Much of the site still seems to claim that 4.0.5 is the latest version,
> which made me wonder whether 4.1.0 was ever officially released. The 32-bit
> mac 4.1.0 download link is
>
> https://sourceforge.net/projects/rapideuphoria/files/Euphoria/4.1.0/euphoria-4.1.0-OSX-ix86.tar.gz/download
>
> I did find a roadmap for 4.2.0 posted on the forums, so it seems there is
> still work happening on Euphoria.
>
> On Thu, 5 Dec 2019 at 23:38, James Paige <Bob at hamsterrepublic.com> wrote:
>
>> Actually, I could not find any Mac 64 but version other than 4.1.0, and I
>> could not find any newer 32 bit version than 4.0.4.
>>
>> If a 32 bit Mac build of 4.1.0 exists on Euphoria's site, I'll gladly
>> switch to it :)
>>
>>
>> On Wed, Dec 4, 2019, 11:28 PM Ralph Versteegen <teeemcee at gmail.com>
>> wrote:
>>
>>> I'll try it out.
>>> I'm surprised you installed 4.0.4 instead of 4.1.0, though. 4.0.4 will
>>> work fine (I still use 4.0.3 myself) but in future I'm thinking of making
>>> 4.1.0 a minimum requirement because it adds support for preprocessors which
>>> can be used for much simpler 'dot' member access syntax.
>>>
>>> On Thu, 5 Dec 2019 at 15:03, James Paige <Bob at hamsterrepublic.com>
>>> wrote:
>>>
>>>> Okay! I was able to confirm that euphoria 4.1.0 64 bit was installed at
>>>> /Users/james/misc/euphoria/bin/euc
>>>> That one is in the path
>>>>
>>>> I have unpacked euphoria 4.0.4 32 bit at /Users/james/misc/eu32/bin/euc
>>>> It is not in the path.
>>>>
>>>> Let me know if this works okay!
>>>>
>>>> ---
>>>> James
>>>>
>>>>
>>>> On Tue, Dec 3, 2019 at 9:26 PM Ralph Versteegen <teeemcee at gmail.com>
>>>> wrote:
>>>>
>>>>> Well since the existing 64-bit copy of euc is in the PATH we don't
>>>>> need to know where it is. We only need to pass EUC and EUDIR to scons for
>>>>> the other (32-bit) build of euphoria, which should not be installed
>>>>> system-wide, it should just be unpacked somewhere and *not* in the PATH.
>>>>>
>>>>> On Wed, 4 Dec 2019 at 03:45, James Paige <Bob at hamsterrepublic.com>
>>>>> wrote:
>>>>>
>>>>>> So for Euphoria on the Mac build VM, we want both 32 and 64 bit euc,
>>>>>> and we just need to know what path they are located at?
>>>>>>
>>>>>> Honestly I don't remember anything about how I set up euc there in
>>>>>> the first place, so I'll have to find some time for detective work
>>>>>>
>>>>>> On Tue, Dec 3, 2019, 8:40 AM Ralph Versteegen <teeemcee at gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Well, I did it and I certainly wouldn't have used XCode! Trying to
>>>>>>> using a complex IDE that you have no experience with is my idea of a
>>>>>>> nightmare.
>>>>>>>
>>>>>>> I wrote some code to scan PATH for 32/64-bit euc, but I think I'd
>>>>>>> rather just hardcode the paths into distrib-mac.sh than add a bunch more
>>>>>>> complexity to SConscript which just amounts to a kludge, not a robust
>>>>>>> solution. There are already plenty of hardcoded paths and URLs in the
>>>>>>> nightly build scripts anyway.
>>>>>>>
>>>>>>> On Tue, 3 Dec 2019 at 23:45, James Paige <Bob at hamsterrepublic.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> I found reports of people saying it couldn't be done (static oggenc
>>>>>>>> on Mac that is) and one of somebody explaining that the reason it couldn't
>>>>>>>> be done is because of a bug that Apple had "wontfixed" years ago. I was
>>>>>>>> assuming they were talking about xcode . I didn't read any deeper
>>>>>>>>
>>>>>>>> I'll try to get 32 bit euphoria installed soon. Not sure if it will
>>>>>>>> be today.
>>>>>>>>
>>>>>>>> ---
>>>>>>>> James
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Dec 3, 2019, 3:51 AM Ralph Versteegen <teeemcee at gmail.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> You found reports of people failing to build a statically linked
>>>>>>>>> oggenc on Mac? I think I probably did it using macports.
>>>>>>>>> I'm also reminded that I was interested in setting up a
>>>>>>>>> cross-compiling toolchain to compile for Mac. I might still try it.
>>>>>>>>>
>>>>>>>>> But if we don't have oggenc, then that is what we'll have to do.
>>>>>>>>>
>>>>>>>>> Could you also please install a 32-bit Euphoria?
>>>>>>>>>
>>>>>>>>> On Mon, 2 Dec 2019 at 23:45, James Paige <Bob at hamsterrepublic.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hmmm... Googled about that a bit...
>>>>>>>>>>
>>>>>>>>>> Maybe on Mac, if oggenc is not detected in the PATH, we link to a
>>>>>>>>>> wiki page about importing sound on Mac.
>>>>>>>>>>
>>>>>>>>>> It could suggest installing Audacity, and link to a Mac version
>>>>>>>>>> of it. So people can just save .ogg files from there.
>>>>>>>>>>
>>>>>>>>>> It could also describe how to install oggenc with macports or
>>>>>>>>>> brew if the user wants to go that route.
>>>>>>>>>>
>>>>>>>>>> Actually figuring out how to build a staticly linked command line
>>>>>>>>>> oggenc where so many others have failed is over my head, and outside the
>>>>>>>>>> scope of what I want to attempt.
>>>>>>>>>>
>>>>>>>>>> On Sun, Dec 1, 2019, 10:44 PM Ralph Versteegen <
>>>>>>>>>> teeemcee at gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> OK, great. However I don't have any solution to the
>>>>>>>>>>> madplay/oggenc problem. Either you will have to solve it, or I'll have to
>>>>>>>>>>> set up a hackintosh VM (which I probably should do anyway), or we simply
>>>>>>>>>>> need to disable wav import in the mac port. (We could allow importing mp3s
>>>>>>>>>>> again, that's another topic of discussion)
>>>>>>>>>>>
>>>>>>>>>>> On Mon, 2 Dec 2019 at 05:59, James Paige <
>>>>>>>>>>> Bob at hamsterrepublic.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> This all sounds good to me!
>>>>>>>>>>>>
>>>>>>>>>>>> I have installed all four of those frameworks at
>>>>>>>>>>>> /Library/Frameworks/ on the nightly build mac vm
>>>>>>>>>>>>
>>>>>>>>>>>> On Sat, Nov 30, 2019 at 9:10 PM Ralph Versteegen <
>>>>>>>>>>>> teeemcee at gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> James, could you please install the following on the Mac
>>>>>>>>>>>>> nightly build machine (in either system or user Frameworks dir)?
>>>>>>>>>>>>>
>>>>>>>>>>>>> https://www.libsdl.org/projects/SDL_mixer/release/SDL_mixer-1.2.12.dmg
>>>>>>>>>>>>>
>>>>>>>>>>>>> https://www.libsdl.org/projects/SDL_mixer/release/SDL2_mixer-2.0.4.dmg
>>>>>>>>>>>>> https://www.libsdl.org/release/SDL-1.2.15.dmg
>>>>>>>>>>>>> https://www.libsdl.org/release/SDL2-2.0.10.dmg
>>>>>>>>>>>>>
>>>>>>>>>>>>> I think you already should have at least the SDL.framework and
>>>>>>>>>>>>> SDL_mixer.framework, but just double-checking. Latest versions of both were
>>>>>>>>>>>>> released 2013-08-17!
>>>>>>>>>>>>>
>>>>>>>>>>>>> (Those SDL/SDL_mixer 1.2 frameworks have been built as fat
>>>>>>>>>>>>> binaries, and target OS 10.5+ while we target OS 10.4+, so I guess we will
>>>>>>>>>>>>> continue to package 32-bit .apps with the wip/mac/frameworks.tar.gz builds
>>>>>>>>>>>>> we already have. A alternative build of SDL.framework for OS 10.4+ is
>>>>>>>>>>>>> available but they didn't make one available for SDL_mixer.framework)
>>>>>>>>>>>>>
>>>>>>>>>>>>> I will blindly modify the build scripts to package an
>>>>>>>>>>>>> 64-bit-only gfx_sdl .app, and ask users to test whether it actually works,
>>>>>>>>>>>>> because I can't. And also an experimental 64-bit gfx_sdl2 build, though I
>>>>>>>>>>>>> think that shouldn't become the default until after Fufluns.
>>>>>>>>>>>>>
>>>>>>>>>>>>> As I said before, I think a good solution is to have two
>>>>>>>>>>>>> different Mac builds:
>>>>>>>>>>>>> -32 bit SDL 1.2 for OS 10.4+
>>>>>>>>>>>>> -64 bit SDL 2 for OS 10.6+
>>>>>>>>>>>>> We could then add two different options to the Distribute Game
>>>>>>>>>>>>> menu.
>>>>>>>>>>>>>
>>>>>>>>>>>>> However, we could also create fat binary 32+64-bit .apps,
>>>>>>>>>>>>> which are twice the size (OHRRPGCE-Game.app is currently 1.6MB zipped).
>>>>>>>>>>>>> I guess that we could even package 32-bit gfx_sdl and 64-bit
>>>>>>>>>>>>> gfx_sdl2 builds into a single .app.
>>>>>>>>>>>>> However I think it will be a pain to set up and the number of
>>>>>>>>>>>>> people using 32-bit Macs is low.
>>>>>>>>>>>>> We have to make similar decisions about SDL 2 on Windows: it
>>>>>>>>>>>>> only supports Win XP+.
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>>>
>>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>>
>>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>>
>>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>>
>>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Ohrrpgce mailing list
>>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>>
>>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Ohrrpgce mailing list
>>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>>
>>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Ohrrpgce mailing list
>>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>>>
>>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>>
>>>>>> _______________________________________________
>>>>>> Ohrrpgce mailing list
>>>>>> ohrrpgce at lists.motherhamster.org
>>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>>
>>>>> _______________________________________________
>>>>> Ohrrpgce mailing list
>>>>> ohrrpgce at lists.motherhamster.org
>>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>>
>>>> _______________________________________________
>>>> Ohrrpgce mailing list
>>>> ohrrpgce at lists.motherhamster.org
>>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>>
>>> _______________________________________________
>>> Ohrrpgce mailing list
>>> ohrrpgce at lists.motherhamster.org
>>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>>
>> _______________________________________________
>> Ohrrpgce mailing list
>> ohrrpgce at lists.motherhamster.org
>> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>>
> _______________________________________________
> Ohrrpgce mailing list
> ohrrpgce at lists.motherhamster.org
> http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.motherhamster.org/pipermail/ohrrpgce-motherhamster.org/attachments/20191205/a9a02022/attachment-0001.html>