[no subject]

0a8c0@gsicomp.on.ca> <200701132000.l0DK0QsA020885@ap ollo.backplane.com> <00b101c738e5$dd925710$1200a8c0@gsicomp.on.ca> <200701152301.l0FN1BR5039049@apollo.backplane.c om> <008801c7390d$66ffd9b0$1200a8c0@gsicomp.on.ca> <200701160313.l0G3DnsH040505! @apollo.backplane.com> <003201c°ù¿¿©â>O¯LïS(O
From: Matthew Dillon <dillon@apollo.backplane.com> <200701160719.l0G7JmFZ041667@apollo.backplane.co! m> <45ADAF54.90309@exemail.com.au> <45B17931.7020206@exemail.com.au>
From: Petr Janda <elekktretterr@exemail.com.au>
Subject: Patches for pdns-recursor
Date: Sat, 20 Jan 2007 18:17:39 +1100
BestServHost: crater.dragonflybsd.org
List-Post: <mailto:users@crater.dragonflybsd.org>
List-Subscribe: <mailto:users-request@crater.dragonflybsd.org?body=subscribe>
List-Unsubscribe: <mailto:users-request@crater.dragonflybsd.org?body=unsubscribe>
List-Help: <mailto:users-request@crater.dragonflybsd.org?body=help>
List-Owner: <mailto:owner-users@crater.dragonflybsd.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
In-Reply-To: <45B17931.7020206@exemail.com.au>
Sender: users-errors@crater.dragonflybsd.org
Errors-To: users-errors@crater.dragonflybsd.org
Lines: 89
NNTP-Posting-Host: 216.240.41.25
X-Trace: 1169278163 crater_reader.dragonflybsd.org 832 216.240.41.25
Xref: crater_reader.dragonflybsd.org dragonfly.users:8656

Ok Matt,

PowerDNS compiles and installs now. Therefore the job is done. Send me 
your msn or icq so we can discuss transfer of the money.

To Joerg: Would it be possible now to move powerdns-recursor from wip to 
current?

Petr


Petr Janda wrote:
> Matt, are you still looking into this?
>
> Petr
>
> Petr Janda wrote:
>> Hi There,
>>
>> Running latest head with libc-only *context function. mtasker test 
>> program works, but powerdns-recursor still doesnt compile (even with 
>> gcc 3.4.6)
>>
>> /usr/include/machine/endian.h:70:1: warning: this is the location of 
>> the previous definition
>> pdns_recursor.cc: In function `void startDoResolve(void*)':
>> pdns_recursor.cc:563: error: invalid conversion from `void*' to `char*'
>> pdns_recursor.cc:564: error: invalid conversion from `void*' to `char*'
>> pdns_recursor.cc:1139: confused by earlier errors, bailing out
>>
>> [wrapper.sh] note: The real command line, after the pkgsrc wrapper, was:
>> /usr/obj/pkgsrc/wip/powerdns-recursor/work/.gcc/bin/g++ -O -pipe 
>> -I/usr/obj/pkgsrc/wip/powerdns-recursor/work/.buildlink/include -Wall 
>> -O3 -c -o pdns_recursor.o pdns_recursor.cc 
>> -L/usr/obj/pkgsrc/wip/powerdns-recursor/work/.buildlink/lib
>> gmake: *** [pdns_recursor.o] Error 1
>> *** Error code 2
>>
>> Stop.
>> bmake: stopped in /usr/pkgsrc/wip/powerdns-recursor
>> *** Error code 1
>>
>> Stop.
>> bmake: stopped in /usr/pkgsrc/wip/powerdns-recursor
>>
>>
>> Petr
>>
>> users-errors@crater.dragonflybsd.org wrote:
>>> :I revisited these two kernel files and agree partially with your 
>>> assessment:
>>> :- machdep.c fixed a missing linebreak; the other change (mc_len) 
>>> was cruft.
>>> :- ucontext.h contains the protos for the *context routines; they 
>>> still need
>>> :to be somewhere so autoconf can find them, and I felt that this was 
>>> the best
>>> :place for them.  The other stuff (uc_flags, UCF_SWAPPED) was cruft.
>>> :
>>> :--
>>> :Matt Emmerton
>>>
>>>     Ok, I restored those bits.
>>>
>>>     I have implemented the assembly and done some other cleanups and 
>>> a     bit of testing.  I am committing the completed work now.
>>>
>>>     I have not yet implemented the floating point save/restore.  I will
>>>     check save-used for FP registers and see if I can optimize what 
>>> gets
>>>     saved.  When switching occurs synchronously I don't think the FP 
>>> regs
>>>     need to be saved/restored unless the prorgam is compiled to use 
>>>     FP regs and general regs so this may be good enough for the moment.
>>>
>>>     Switching from a signal dispatch is more problematic.  That almost
>>>     certainly requires FP save/restore.
>>>
>>>     Now we need some comprehensive testing with packages that actually
>>>     use this beast!
>>>
>>>                     -Matt
>>>                     Matthew Dillon                     
>>> <dillon@backplane.com>
>>>
>>>   
>>
>