[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: solaris compile options

To: openldap-software@openldap.org
Subject: Re: solaris compile options
From: "Brett @Google" <brett.maxfield@gmail.com>
Date: Mon, 25 Jan 2010 16:05:00 +1000
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=7bX5TJXu+VJLUtWBciSIR3N8dfnBmn0HUslcVSWzmF4=; b=FNiQ5VsUoKl3psZkijWb15vbRbz0Mav4I5E01vulWdb3iOtyx3HOLE4hQ5GN7PSn9L M1+VqowsdP4kZI9fusZIBooW96sT3IIMXnw2cGtAMp+l691oXWSEpFfGr9o5rXENgyvy a0MRzUqOlSfR4z12xnhalfh0EX/Q4SGjCA8xA=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=axchmHOvqwWQWHTRUc1Jkoleosbg+r4xc6p1O5yEn2YKgt2kUbgHIWQmsj8ojW+RdK Pg05islmr/Od2iQejMmIZ29g++LutTlAyZVbx4Qc0hN16yoZbJCQZNi1ecQg/Tkx0YuJ DeCgCbggK4FNbjtJc7sixmRBY3nzCqTfZRcyU=
In-reply-to: <e021c7c00903111853k2df08b7fu7159c40e96c092e4@mail.gmail.com>
References: <e021c7c00903111853k2df08b7fu7159c40e96c092e4@mail.gmail.com>

On Thu, Mar 12, 2009 at 11:53 AM, Brett @Google <brett.maxfield@gmail.com> wrote:

i am using CFLAGS="-fast -xtarget=ultraT1 -xarch=sparcvis2 -xcode=pic32 -g -xs -O"

For posterity, the resulting flags i ended up using for 64 bit sparc, using sun studio 12 (T-2000 hardware) :

CFLAGS="-fast -xtarget=ultraT1 -xarch=sparcvis2 -xcode=pic32 -m64"
CXXFLAGS="-fast -xtarget=ultraT1 -xarch=sparcvis2 -xcode=pic32 -m64"
CPPFLAGS="-I/usr/local/openldap/include -I/usr/sfw/include"
LDFLAGS="-fast -m64 -L/usr/local/openldap/lib -L/usr/sfw/lib/sparcv9 -R/usr/local/openldap/lib -R/usr/sfw/lib/sparcv9"

above compiler options were used for both openldap and for berkeley, using --prefix=/usr/local/openldap configure option

recently, i was getting odd SYSSEGV errors in hdb_find_parent (and make test would not complete any hdb tests) even up to recent versions (openldap versions 2.4.16 - 2.4.19), iff i added any explicit -O option at all (other than that implied by -fast). so i presume compiler optimization was causing issues for either openldap or berkeley, perhaps due to the sun compiler "optimizing" size of types, i have no idea how i would find out the root cause though.

oddly, -fast implies -xO5, which is more optimisation than -O does (-O expands to -xO3) so maybe it's a compiler "feature"

Cheers
Brett

Prev by Date: Re: Syncrepl Problem after repeatedly reboot
Next by Date: Re: trouble with openldap >2.4.16
Index(es):
- Chronological
- Thread