Since I have not an acces to an arm machine, I cannot send you a backtrace. :(
On Apr 18, 2004, at 10:34 AM, Eric Heintzmann wrote:
Hi,
When the gnustep apps are autobuilt by the official debian build system, we obtain sometimes build failures on some architectures (currently only on arm). It seems to be an issue with Info-gnustep.plist files. But I can't reproduce the bug on my i386.
Here logs for gworkspace on arm :
[...]
echo "OLD_GNUSTEP_STAMP_ASTRING = _GWorkspace-FileManager.tiff--" > ./GWorkspace.app/stamp.make
(echo "{"; echo ' NOTE = "Automatically generated, do not edit!";'; \
echo " NSExecutable = \"GWorkspace\";"; \
echo " NSMainNibFile = \"\";"; \
echo " GSMainMarkupFile = \"\";"; \
if [ "FileManager.tiff" != "" ]; then \
echo " NSIcon = \"FileManager.tiff\";"; \
fi; \
echo " NSPrincipalClass = \"GWorkspace\";"; \
echo "}") >GWorkspace.app/Resources/Info-gnustep.plist
if [ -r "GWorkspaceInfo.plist" ]; then \
plmerge GWorkspace.app/Resources/Info-gnustep.plist "GWorkspaceInfo.plist"; \
fi
It seems likely that the plmerge program is crashing for some reason, but I don't know why. I think it would be hard to fix without a backtrace of it crashing.
But maybe this message from Evan Prodromou can help you:
It looks to me like the build is failing when trying to make the APP_INFO_PROP_LIST. application.make has a call to plmerge here, and looking at other buildd output, it seems to throw an occasional hissy fit when it can't write to the user's home dir, from somewhere at NSUserDefaults.m.
Any suggestions? Just ride it out? It'd be nice to have an up-to-date Gorm in sarge.
~ESP
----
P.S.
-I already applied Richard's patches on NSUserDefault.m (related to home dir not writable).
-Nearly all recent gnustep apps cannot enter sarge because of these build-failures on arm.
Eric
_______________________________________________ Help-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/help-gnustep
