[bug #25425] Framework resource loading not functioning properly on ARM based Linux

[Nicola Pero]

Update of bug #25425 (project gnustep):

                 Summary: Framework resource loading not functioning properly
on MIPS based Linux => Framework resource loading not functioning properly on
ARM based Linux

    _______________________________________________________

Follow-up Comment #14:

The way that gnustep-make is building frameworks in your case
is consistent with the way it behaves when symbolic links are not available 
on the machine.

On my GNU/Linux machine, I can reproduce your building steps by setting
 
 LN_S = cp -p

in /usr/GNUstep/System/Library/Makefiles/config.make.

If symbolic links are not available, gnustep-make disables versions
completely.
The reason is that without symlinks, creating a version and then linking to
it
from the top-level would duplicate the entire framework - so frameworks 
end up taking a lot of disk space - an effect which is even more annoying
when you're trying to create a Windows self-contained executable and
you're shipping an application, and all the frameworks it depends on
inside the application.

Things should still work, ie, gnustep-base should still be able to load
resources even when versions are disabled.  I'll check that out. :-)

--

But in your case, sorry to insist, but your gnustep-make's configure output
shows LN_S being set to "ln -s" - yet your gnustep-make is behaving as
if LN_S was *not* set to "ln -s".  So you may want to understand what
is happening.

Here's a few things you could try --

what is the output of

 cd Addresses
 make print-gnustep-make-help

and to get the version of the installed gnustep-make, try

 grep GNUSTEP_MAKE_VERSION
/usr/GNUstep/System/Library/Makefiles/config-noarch.mak

or just look manually into the installed config-noarch.make and check
the GNUSTEP_MAKE_VERSION.

Thanks

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?25425>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/