On Fri, Jul 25, 2008, Ralf S. Engelschall wrote:
>On Thu, Jul 24, 2008, Bill Campbell wrote:
>
>> I ran into a problem today attempting to build the current version of bind,
>> bind-9.5.0p1-20080709.src.rpm, on a SuSE Linux Enterprise 9 PL3
>> system with the following error:
>>
>> /csrel25/bin/cc -I/csrel25/RPM/TMP/bind-9.5.0-P1 -I./include -I./../include 
>> -I/csrel25/RPM/TMP/bind-9.5.0-P1/lib/dns/include -I../../../lib/dns/include 
>> -I/csrel25/RPM/TMP/bind-9.5.0-P1/lib/isc/include -I../../../lib/isc 
>> -I../../../lib/isc/include -I../../../lib/isc/unix/include 
>> -I../../../lib/isc/nothreads/include -I../../../lib/isc/x86_32/include -fPIC 
>> -I/csrel25/include -W -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings 
>> -Wformat -Wpointer-arith -fno-strict-aliasing -c os.c -o os.o
>> os.c: In function 'linux_initialprivs':
>> os.c:266: error: invalid operands to binary |
>> make[3]: *** [os.lo] Error 1
>> make[2]: *** [subdirs] Error 1
>> make[1]: *** [subdirs] Error 1
>> make: *** [subdirs] Error 1
>> error: Bad exit status from ....
>>
>> This is in the line that is patched in bind.patch, and results when
>> attempting to OR something into a structure, a practice that has been
>> deprecated for decades (no wonder it' Buggy Internet Name Daemon :-).
>
>Ok, I see. But before we completely disable the Capability stuff, can
>you once again try to build the latest "bind" package? I tried to adjust
>the patch to fit the BIND 9.5.0 world order and hopefully it now builds
>for you even without --disable-linux-caps. Can you check?

I will have to do this in a couple of days as I will be going out of town
early Friday, and won't be where I can test this until Sunday night or
Monday morning.

I had run into this issue a week or so ago when building on another Linux
platform, but didn't follow up at the time as we normally use djbdns, not
bind.  Looking at the code after running the command through cpp only to
get everything expanded, it looks as though the ``caps |= ...'' is
operating on a structure, which really is not a very sensible thing to do
if one expects portability.  Then again diddling bits like this has
portability issues in any case as it could run into problems depending on
the endianess of the machine.

Bill
-- 
INTERNET:   [EMAIL PROTECTED]  Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/  PO Box 820; 6641 E. Mercer Way
Voice:          (206) 236-1676  Mercer Island, WA 98040-0820
Fax:            (206) 232-9186

Permit me to issue and control the money of a nation, and I care not
who makes its laws.  -- Mayer Amschel Rothschild
______________________________________________________________________
OpenPKG                                             http://openpkg.org
Developer Communication List                   openpkg-dev@openpkg.org

Reply via email to