[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #24613] make overwrites bundles Info-gnustep.plist
From: |
Nicola Pero |
Subject: |
[bug #24613] make overwrites bundles Info-gnustep.plist |
Date: |
Mon, 20 Oct 2008 21:01:28 +0000 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.2) Gecko/2008092418 CentOS/3.0.2-3.el5.centos Firefox/3.0.2 |
Follow-up Comment #3, bug #24613 (project gnustep):
Hi Michael
let me explain - it's not documented that well ;-)
In theory, you should have a EnergyConverterInfo.plist file
containing the custom entries for your bundle. gnustep-make
will automatically read it, and merge it with the auto
configured fields, and create Info-gnustep.plist. ;-)
So one option you have is to reorganize to follow that schema:
so, you'd remove the lines
EnergyConverter_RESOURCE_FILES =
Resources/Info-gnustep.plist
from your GNUmakefile, and you'd rename your Resources/Info-gnustep.plist
into EnergyConverterInfo.plist. Then, do
a 'make clean' and a 'make' and the file
EnergyConverter.bundle/Resources/Info-gnustep.plist
should be automatically generated containing your entries.
That is the "official" way of adding new entries to
Info-gnustep.plist, so it should obviously work both with
2.0.4 and 2.0.6. :-)
Of course, I do understand what you are trying to do ...
ie, to completely override this system and just overwrite
the generated Info-gnustep.plist file altogether
with your own. :-)
If you want to do that, you should use your own rules to shield
yourself from changes in the internal gnustep-make rules. You
could remove the lines
EnergyConverter_RESOURCE_FILES =
Resources/Info-gnustep.plist
from your GNUmakefile, and instead add a GNUmakefile.postamble
with the following code:
after-build:
cp Resources/Info-gnustep.plist
EnergyConverter.bundle/Resources/Info-gnustep.plist
(there is a TAB before the 'cp')
In other words, you do the overwriting yourself in your own
rule after the bundle has been built. Then you're safe that
no matter how the gnustep-make internals change, your code
does not depend on them and should always work :-)
The solution you choose would depend on your taste obviously :-)
The problem you are having with your current code depends
on the fact that there are two internal parts of gnustep-make
trying to generate the same Info-gnustep.plist file: the
xxx_RESOURCE_FILES and the code that generates
Info-gnustep.plist.
In 2.0.4, the xxx_RESOURCE_FILES copy happened after creating
the file, in 2.0.6 it happens before. That's just down to
chance ... that order is not part of the public API. :-(
None of the two solutions I proposed above are down to chance
though - they should work reliably on all past, present and
future versions of gnustep-make :-)
Thanks
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?24613>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/