On Tue, Feb 15, 2011 at 11:59:10AM +0300, Anton Pak wrote: > Ed, > > Thanks! > Suggest to create Feature Request ticket in SF OpenHPI tracker about > FreeBSD porting. > > https://sourceforge.net/tracker/?group_id=71730&atid=532254
Ok, I'll have to dig up my sourceforge account so I can sign in and create an entry. > 4) We have .cpp file but not .s. > There is no weak references in it. > Seems .s was a temporary product of gcc/g++. Yep, that was the local toolchain problem, and I had run gcc with --save-temps to debug and thus ended up generating a .s file that then kept producing the error. Building with a newer version of binutils solved that problem for me. I worked around the DST_* issue for now by adding an _ prefix to each one. I worked around the PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP issue by adding a __FreeBSD__ case to the existing "__sun" case in thread.cpp: -#if defined(__sun) && defined(__SVR4) +#if defined(__FreeBSD__) || (defined(__sun) && defined(__SVR4)) OpenHPI built successfully after those changes. Thanks, Ed ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Openhpi-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openhpi-devel
