| Re: [AD] 5.0.0 final release plan |
[ Thread Index |
Date Index
| More lists.liballeg.org/allegro-developers Archives
]
On January 2, 2011, Peter Hull wrote:
> On Sun, Jan 2, 2011 at 1:55 AM, Evert Glebbeek <eglebbk@xxxxxxxxxx> wrote:
> > Try the attached patch.
>
> That looks OK for ALLEGRO_SYSTEM_DATA_PATH; a5teroids does work now
> with this patch *and* with al_get_standard_path(ALLEGRO_PROGRAM_PATH)
> replaced by al_get_standard_path(ALLEGRO_SYSTEM_DATA_PATH) in
> Game.cpp. However I don't know if this would break every other
> platform?
The reason it uses PROGRAM_PATH is because most platforms expect the data to
be near the examples, as they aren't supposed to be installed or distributed.
On Unix/Linux, changing it to SYSTEM_DATA_PATH will want the example data put
in /usr/share some place, not something I think we want.
I'm not sure how we should handle that, maybe #ifdef in some special mac code
when in a bundle? I dunno.
> > Check whether ALLEGRO_PROGRAM_PATH and ALLEGRO_EXENAME_PATH make sense to
> > you. They come out the same here, except one is a directory and the
> > other is not. Not sure what the correct behaviour is for a bundle,
> > although I suspect that everything is fine if ALLEGRO_PROGRAM_PATH just
> > drops the last path component (which is the name of the bundle).
>
> I think you're right about dropping the last component. I can't really
> think of a use for those two, but does ALLEGRO_EXENAME_PATH have to
> point to the real executable or not?
If in OSX the bundle is supposed to be what people see as the exe, then it
should probably be the bundle. If however you need the actual exe path to run
or exec the actual program, it might need to be the exe.
Those last two components are more of an freedesktop.org standards thing. I
don't think it applies to OSX.
> Pete
>
> ---------------------------------------------------------------------------
> --- Learn how Oracle Real Application Clusters (RAC) One Node allows
> customers to consolidate database storage, standardize their database
> environment, and, should the need arise, upgrade to a full multi-node
> Oracle RAC database without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
--
Thomas Fjellstrom
tfjellstrom@xxxxxxxxxx