[sage-support] Re: Changing basis in finite fields

2007-09-06 Thread Ahmad
Hi David, I can use R instead of V but in this case I can not take the profit of the instructions that William has been wrote to represent my polynomial in Normal basis like "span_of_basis()" and "coordinates()". So what I ultimately want is that if I write these: sage: k. = GF(2^5, name='a') s

[sage-support] Re: 2.8.3.x build problem

2007-09-06 Thread [EMAIL PROTECTED]
On Sep 6, 3:03 pm, "Joel B. Mohler" <[EMAIL PROTECTED]> wrote: > On Thursday 06 September 2007 08:38, [EMAIL PROTECTED] wrote: > > > So it seems like LONG_BIT is correctly defined (as 64, in this case) > > at that stage of the compilation, but somewhere along the way it gets > > redefined incorr

[sage-support] Re: 2.8.3.x build problem

2007-09-06 Thread Joel B. Mohler
On Thursday 06 September 2007 08:38, [EMAIL PROTECTED] wrote: > So it seems like LONG_BIT is correctly defined (as 64, in this case) > at that stage of the compilation, but somewhere along the way it gets > redefined incorrectly. Maybe in scons somewhere? If scons is forgetting something (which I

[sage-support] Re: 2.8.3.x build problem

2007-09-06 Thread mabshoff
Hi Kiran, On Sep 6, 2:38 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > On Sep 5, 11:08 am, "William Stein" <[EMAIL PROTECTED]> wrote:> First, does > the file stdint.h exist on your machine? If so > > does the following program compile and run or not, and > > if so, what does it output: >

[sage-support] Re: 2.8.3.x build problem

2007-09-06 Thread [EMAIL PROTECTED]
On Sep 5, 11:08 am, "William Stein" <[EMAIL PROTECTED]> wrote: > First, does the file stdint.h exist on your machine? If so > does the following program compile and run or not, and > if so, what does it output: > > #include > #include > main() { > >printf("%d",LONG_BIT); > > } > It does n

[sage-support] Re: Changing basis in finite fields

2007-09-06 Thread David Joyner
On 9/6/07, Ahmad <[EMAIL PROTECTED]> wrote: > > Thanks again! I got the idea now. However, there is a problem which > sticks me in the first stage and if I can solve it so your code work > as prefect for me. The problem is that the instruction > > v(z) > > is not strong enough for my popuse. It wo