On Wed, 3 Oct 2012, Jon Trulson wrote: > On Wed, 3 Oct 2012, Marcin Cieslak wrote: > > I guess my question on this one is - why do it differently for FBSD?
It's just a quick way to get correct packing list which we might need to register binary packages with the OS at the end of the install. > #define BuildDtInfo NO or YES, and handle it like other Nice. Of course a proper solution should be for other systems as well if there is a need. I just wonder whether it will not be faster just to make dtinfo work - I didn't give it a try yet at all. > Linux and the BSD's can declare it to NO in their cf's, and the rest > can pick up their own mess :) Rather than add an 'ignore' keyword, > for FreeBSD, just ifdef the problem away, where necc on all systems... I can't seem to be able to #ifdef it away since CDE-RUN.udb and CDE-INFO.udb are not created with CppSourceFile(). But they probably could be. > #if BuildDtInfo > # define DTINFO_DEFINES = -DHAVE_DTINFO > #endif > > UDB_CPP_UNDEF_LIST has a specific purpose here - preventing cpp > expansion of the platform keywords in the udb files (uxp, > linux,freebsd, etc). It should only be used for that purpose. Fully agreed - my hack was just "too quick" to silence installer errors. Hope to come up with something nicer OR working dtinfo :) //Marcin ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
