[Ohrrpgce] Mac builds and SDL frameworks

Sat Dec 7 18:09:12 PST 2019

Ah ha! That is the problem. Those paths in the eu.cfg files are not just
vestigal, they are assumed/required install locations. I can only guess
that calling euc with a full path rather than just as "euc" causes it to
find the eu.cfg file next to the binary? Weird. I remember years ago when I
last installed euphoria that the way it treated eu.cfg and EUDIR seemed
really broken.
I unpacked fresh copies of 4.1.0 and 4.1.0b2 for linux and see they also
assume /usr/local/euphoria-4.1.0-Linux-x64/ and /usr/share/euphoria.

I actually had deleted the eu.cfg files that came with both the 32-bit and
64-bit builds of euphoria that I'm using. If you do that also, for both
installs, it should fix the builds. But then you will not be able to run
euphoria manually without setting EUDIR first and/or passing -eudir. So
maybe you prefer to fix the paths in the eu.cfg files.

On Sun, 8 Dec 2019 at 06:23, James Paige <Bob at hamsterrepublic.com> wrote:

> There are 4 eu.cfg files, and all of them look like what comes with the
> package. Two real ones, and two in the demo/preproc dir.
>
> I checked those /usr/local/euphoria-4.1.0-OSX-x64 and /usr/share/euphoria
> paths and neither of them exist. I assume those are vestiges of whatever
> system euphoria was built/packaged on.
>
> loyalist:~ james$ cat misc/euphoria/bin/eu.cfg
> [all]
> -d E64
> -eudir /usr/local/euphoria-4.1.0-OSX-x64/
> -i /usr/local/euphoria-4.1.0-OSX-x64/include
> [translate]
> -arch ix86_64
> -gcc
> -con
> -com /usr/local/euphoria-4.1.0-OSX-x64
> -lib-pic /usr/local/euphoria-4.1.0-OSX-x64/bin/euso.a
> -lib /usr/local/euphoria-4.1.0-OSX-x64/bin/eu.a
> [bind]
> -eub /usr/local/euphoria-4.1.0-OSX-x64/bin/eub
>
>
> loyalist:~ james$ cat misc/eu32/bin/eu.cfg
> [all]
> -d E32
> -eudir /usr/share/euphoria
> -i /usr/share/euphoria/include
> [translate]
> -arch ix86
> -gcc
> -con
> -com /usr/share/euphoria
> -lib-pic /usr/share/euphoria/bin/euso.a
> -lib /usr/share/euphoria/bin/eu.a
> [bind]
> -eub /usr/share/euphoria/bin/eub
>
>
> loyalist:~ james$ cat misc/euphoria/demo/preproc/eu.cfg
> -p etml:etml.ex
> -p le,lex:literate.ex
> -p dex:datesub.ex:-f %m/%d/%Y
>
>
> loyalist:~ james$ cat misc/eu32/demo/preproc/eu.cfg
> -p etml:etml.ex
> -p le,lex:literate.ex
> -p dex:datesub.ex:-f %m/%d/%Y
>
>
> loyalist:~ james$ cat .bash_profile
> export PATH=$PATH:~/misc/fbc-1.06/bin/
> export PATH=$PATH:~/misc/euphoria/bin/
>
> ##
> # Your previous /Users/james/.bash_profile file was backed up as /Users/james/.bash_profile.macports-saved_2017-03-01_at_10:57:22
> ##
>
> # MacPorts Installer addition on 2017-03-01_at_10:57:22: adding an appropriate PATH variable for use with MacPorts.
> export PATH="/opt/local/bin:/opt/local/sbin:$PATH"
> # Finished adapting your PATH environment variable for use with MacPorts.
>
>
>
>
> loyalist:~ james$ ls -l /usr/local
> total 0
> drwxr-xr-x  3 root  wheel  102 Feb 14  2017 remotedesktop
> loyalist:~ james$ ls -l /usr/share/euphoria
> ls: /usr/share/euphoria: No such file or directory
>
>
> On Sat, Dec 7, 2019 at 11:19 AM James Paige <Bob at hamsterrepublic.com>
> wrote:
>
>> I didn't touch /Users/james/misc/euphoria/ other than executing it's
>> copy of euc with --version for verification
>>
>> I can search for eu.cfg files and see what I can find
>>
>> On Sat, Dec 7, 2019, 1:17 AM Ralph Versteegen <teeemcee at gmail.com> wrote:
>>
>>> Well, I'm baffled by this error in the build log:
>>>
>>> Compiling hspeak
>>> Euphoria version 4.1.0
>>> /Users/james/misc/euphoria/bin/euc -con -gcc hspeak.exw -verbose
>>> -maxsize 5000 -makefile -build-dir
>>> /Users/james/src/nightly/ohrrpgce/wip/build/hspeak -eudir
>>> /Users/james/misc/euphoria/
>>> Try '--help' for more information.
>>> option 'eudir' must not occur more than once in the command line.
>>>
>>> Just a few days ago, the build log looked like:
>>>
>>> Compiling hspeak
>>> Euphoria version 4.1.0
>>> euc -con -gcc hspeak.exw -verbose -maxsize 5000 -makefile -build-dir
>>> /Users/james/src/nightly/ohrrpgce/wip/build/hspeak -eudir
>>> /Users/james/misc/euphoria/
>>>
>>> You didn't make any changes to /Users/james/misc/euphoria/, right?
>>> Euphoria can also read additional settings, in particular eudir, from a
>>> config file called eu.cfg. It's not possible that a stray eu.cfg got
>>> created somewhere?
>>>
>>> On Fri, 6 Dec 2019 at 13:45, James Paige <Bob at hamsterrepublic.com>
>>> wrote:
>>>
>>>> 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
>>>>>
>>>> _______________________________________________
>>>> 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/20191208/54eb60fb/attachment-0001.html>