I think I fixed those now. :-) We need to make sure we never reference the GNUSTEP_INSTALLATION_DIR variable (which isn't available any more if you install using GNUSTEP_INSTALLATION_DOMAIN, which is what we are doing everywhere on the GNUstep trunk).
Instead we should use GNUSTEP_APPS, GNUSTEP_TOOLS, GNUSTEP_LIBRARY, GNUSTEP_HEADERS, GNUSTEP_LIBRARIES, GNUSTEP_DOCUMENTATION, GNUSTEP_DOCUMENTATION_MAN etc. to refer directly to the installation paths of a certain type. (the logic behind this is obvious; on a Linux FHS, GNUSTEP_APPS and GNUSTEP_TOOLS might be on completely different dirs) Also, anything using resource-set.make and installing using the new GNUSTEP_INSTALLATION_DOMAIN system should be upgraded to set the new xxx_INSTALL_DIR variable too. (since the old xxx_RESOURCE_FILES_INSTALL_DIR is based on GNUSTEP_INSTALLATION_DIR). Thanks -----Original Message----- From: Adam Fedor <[EMAIL PROTECTED]> Sent: Wed, February 14, 2007 12:34 pm To: gnustep-dev@gnu.org Subject: GNUstep Testfarm Results Test results for GNUstep as of Wed Feb 14 06:34:23 EST 2007 If a particular system failed compilation, the logs for that system will be placed at ftp://ftp.gnustep.org/pub/testfarm If you would like to be a part of this automated testfarm, see http://wiki.gnustep.org/index.php/Developer_FAQ#How_can_I_take_part_with_a_GNUstep_autobuilder_for_the_testfarm.3F Fail Compile i386-unknown-freebsd6.2 Wed Feb 14 18:48:44 CST 2007 Fail Compile i386-unknown-netbsdelf3.1 Wed Feb 14 03:54:18 CET 2007 Fail Compile powerpc-apple-darwin8.8.0 Tue Feb 13 13:00:36 CET 2007 Fail Compile sparc-sun-solaris2.7 Wed Feb 14 01:27:02 EST 2007 Success Compile x86_64-unknown-linux-gnu Wed Feb 14 04:10:05 GMT 2007 _______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev _______________________________________________ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
