Issue 18062

Summary: FreeBSD-4.8: Enhance configure
Product: Build Tools Reporter: quetschke
Component: codeAssignee: foskey
Status: CLOSED FIXED QA Contact: issues@tools <issues>
Severity: Trivial    
Priority: P3 CC: issues, maho.nakata, mbr, pavel
Version: OOo 1.1 RC2   
Target Milestone: OOo 1.1.1   
Hardware: PC   
OS: FreeBSD   
Issue Type: PATCH Latest Confirmation in: ---
Developer Difficulty: ---
Issue Depends on:    
Issue Blocks: 18060    
Attachments:
Description Flags
Patch for config_office/configure.in none

Description quetschke 2003-08-09 09:47:44 UTC 
The following patch adds a new option to configure:
 --with-gxx-include-path  Used to override the autodetected g++ include path.

This is a fallback if the autodetection doesn't provide the correct path,
*OR* there are macros in the path that get expanded to strange values.
This was also necessary because for FreeBSD the include dir was set to
../g++-3 but ../c++ would have been correct for FreeBSD gcc33.
The autodetection gives:
  "/usr/local/lib/gcc-lib/i386-portbld-freebsd4.8/3.3.1/include/c++"
on this machine.
  *ATTENTION*
This normally fails because "i386" is a macro and expands to 1 in stlport.
I will also file an issue with a small fix for stlport to cure this problem.

It also enhances the --with-os-version switch for FreeBSD, if you are on
FreeBSD and don't use this switch OSVERSION is autmatically detected and set.

For FreeBSD the following variables are now set (they got actually unset
before):
   PTHREAD_CFLAGS="-D_THREAD_SAFE"
And depending on the OSVERSION
   PTHREAD_LIBS="-pthread"
or
   PTHREAD_LIBS="-lc_r"

To get a correct build environment for gcc 3.3.1 I call configure in the
following way:

$ CC=gcc33 CXX=g++33 ./configure --with-jdk-home=/usr/local/jdk1.4.1
Comment 1 quetschke 2003-08-09 09:48:51 UTC 
Created attachment 8359 [details]
Patch for config_office/configure.in
Comment 2 quetschke 2003-08-09 09:49:54 UTC 
Target 1.1.1
Comment 3 maho.nakata 2003-08-09 09:58:12 UTC 
Hi, Volker
thanks for your excellent work!

As far as I remember, I suggested to Martin to use
/sbin/sysctl -n kern.osreldate, however, the version of
userland and (see /usr/include/osreldate.h) the kernel
sometimes differ. so he reject to use it...
use this with caution, but I think nowadays it is not
a serious problem.

As you know, for 4.6-RELEASE or so there a bug or something
in rtld that prevents OOo to build.
but it was an old issue.
Comment 4 foskey 2003-08-09 12:16:19 UTC 
Patch approved.  Please apply.
Comment 5 pavel 2003-10-09 19:31:36 UTC 
Can someone apply it together with regenerated configure?
Comment 6 quetschke 2003-10-10 00:11:58 UTC 
Committed to cws_srx645_ooo111fix1.
Comment 7 foskey 2003-12-20 13:48:40 UTC 
verifying for close.
Comment 8 pavel 2003-12-20 13:55:13 UTC 
Closing.
Comment 9 ocmitvinrro 2010-11-10 15:59:10 UTC 
Created attachment 73048