On Fri, 24 Aug 2012, Marcin Cieslak wrote: > On Thu, 23 Aug 2012, Jon Trulson wrote: > >> On Thu, 23 Aug 2012, Marcin Cieslak wrote: >> >> Applied, but why? > > Yes, from my limited testing it turns out > that libDtHelp had trouble reading help > volumes (dthelpgen couldn't find any). > > When I recompiled with -g everything worked; > after that I tried compiling with -O instead > of -O2 -g and help indexing worked despite > complete eradicaton of traces of CDE on > install. So I suspect some problem here > > I am using pretty old 4.2 GCC bundled > with FreeBSD; what worries me is that > system default is "-O2" for my platform. >
That is odd... > Further testing is welcome - I see some > people are trying to run CDE on FreeBSD. > > I'd leave this is a quick fix and > concentrate on other problems; for example > it seems like i386 cannot compile dtksh > and dtappbuilder because of missing > __va_copy. > As we discussed in IRC, I'd just use the direct va_list assignment (remove CSRG_BASED from the #if defined() block) and see if that works, though my reading suggests that a simple assignment can break in certain situations on certain plaforms. It may not be a problem on modern systems. For the 64b case, which I believe does support __va_copy(), you might us it if CSRG_BASED && __LP64__ is defined. Also, you might see if a regular va_copy() is available on i386. That would work too. -- Jon Trulson Atoms are what make us matter. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
