From md6nguyen@yahoo.com Fri May 2 21:51:02 2003 From: md6nguyen@yahoo.com (Minh Nguyen) Date: Fri, 2 May 2003 13:51:02 -0700 (PDT) Subject: Division by 2 Message-ID: <20030502205102.32013.qmail@web20106.mail.yahoo.com> --0-201919104-1051908662=:31341 Content-Type: text/plain; charset=us-ascii Hi, if I want to divide a number n by 2, is it reasonable to call mpz_tdiv_q_ui( n, n, 2 ); Is mpz_tdiv_q_ui smart enough to treat 2 as a special case? Thanks,Minh --------------------------------- Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. --0-201919104-1051908662=:31341 Content-Type: text/html; charset=us-ascii
Hi, if I want to divide a number n by 2, is it reasonable to call
 
mpz_tdiv_q_ui( n, n, 2 );
 
Is mpz_tdiv_q_ui smart enough to treat 2 as a special case?
 
Thanks,
Minh
 


Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo. --0-201919104-1051908662=:31341-- From DTAshley@aol.com Fri May 2 22:11:48 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Fri, 2 May 2003 17:11:48 EDT Subject: Division by 2 Message-ID: <18f.198a7df6.2be43914@aol.com> --part1_18f.198a7df6.2be43914_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi Minh, Did you notice the "2exp" family of division functions, such as mpz_cdiv_q_2exp? You posed the question "Is mpz_tdiv_q_ui smart enough to treat 2 as a special case?". Well, let's assume that mpz_tdiv_q_ui() used in some application is _never_ called with 2 or another power of 2 as the divisor. Then, testing for 2 or any other power of 2 would not be very "smart"! In fact, it would be stupid! So, "smart" is kind of relative. For a math library whose design goal is brute speed, you need to push those decisions up to the caller in a way where the caller can give the library some information about what can and cannot happen in a given application. The "2exp" family of division calls are one way to push this up to the caller. Also, let me point out that there are typically 32 bits in an unsigned integer, so this is 32 powers of 2 that can occur in the divisor. But, there are 4.2 billion other possible divisors that are NOT powers of 2. So, if divisors are normally distributed, this means that the test for a power of 2 has to be on the order of less than one 134-millionth of the cost of the division in order to pay off. In most applications, this won't be true. This is also a function of the dividend size. So, checking for powers of 2 may not be "smart" after all. My feeling is that if there is something special about the distribution of divisors in a given application, a user of the GMP might be better to "wrap" the division function and test for the powers of 2 and perhaps call a 2exp function. There are other ways to do it besides wrapping. The "wrapping" is just a mechanical point. The important point is that if the divisors in a given application are not normally distributed, the caller has to have a way to use the library effectively (i.e. to communicate that information to the library or otherwise exploit it). The mechanism for exploitation is not particulary important. The GMP has ordinary division calls and 2exp division calls. This gives the caller the ability to exploit unusual distributions of divisors. This is all that is required. Embarrassingly, I have not checked the source code. But the important point is that checking for powers of 2 may not be smart! If divisors are normally distributed and dividends are not too large, it may actually be a performance disadvantage. Best regards, Dave. In a message dated 5/2/2003 4:52:32 PM Eastern Daylight Time, md6nguyen@yahoo.com writes: > Hi, if I want to divide a number n by 2, is it reasonable to call > > mpz_tdiv_q_ui( n, n, 2 ); > > Is mpz_tdiv_q_ui smart enough to treat 2 as a special case? > > Thanks, > Minh > --part1_18f.198a7df6.2be43914_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi Minh,

Did you notice the "2exp" family of division functions, such as mpz_cdiv_q_2= exp?

You posed the question "Is mpz_tdiv_q_ui smart enough to treat 2 as a specia= l case?".

Well, let's assume that mpz_tdiv_q_ui() used in some application is _never_=20= called with 2 or another power of 2 as the divisor.  Then, testing for=20= 2 or any other power of 2 would not be very "smart"!  In fact, it would= be stupid!  So, "smart" is kind of relative.

For a math library whose design goal is brute speed, you need to push those=20= decisions up to the caller in a way where the caller can give the library so= me information about what can and cannot happen in a given application. = ; The "2exp" family of division calls are one way to push this up to the cal= ler.

Also, let me point out that there are typically 32 bits in an unsigned integ= er, so this is 32 powers of 2 that can occur in the divisor.  But, ther= e are 4.2 billion other possible divisors that are NOT powers of 2.  So= , if divisors are normally distributed, this means that the test for a power= of 2 has to be on the order of less than one 134-millionth of the cost of t= he division in order to pay off.  In most applications, this won't be t= rue.  This is also a function of the dividend size.

So, checking for powers of 2 may not be "smart" after all.

My feeling is that if there is something special about the distribution of d= ivisors in a given application, a user of the GMP might be better to "wrap"=20= the division function and test for the powers of 2 and perhaps call a 2exp f= unction.

There are other ways to do it besides wrapping.  The "wrapping" is just= a mechanical point.  The important point is that if the divisors in a=20= given application are not normally distributed, the caller has to have a way= to use the library effectively (i.e. to communicate that information to the= library or otherwise exploit it).  The mechanism for exploitation is n= ot particulary important.

The GMP has ordinary division calls and 2exp division calls.  This give= s the caller the  ability to exploit unusual distributions of divisors.=   This is all that is required.

Embarrassingly, I have not checked the source code.

But the important point is that checking for powers of 2 may not be smart!&n= bsp; If divisors are normally distributed and dividends are not too large, i= t may actually be a performance disadvantage.

Best regards, Dave.

In a message dated 5/2/2003 4:52:32 PM Eastern Daylight Time, md6nguyen@yaho= o.com writes:

Hi, if I want to divide a numbe= r n by 2, is it reasonable to call
 
mpz_tdiv_q_ui( n, n, 2 );
 
Is mpz_tdiv_q_ui smart enough to treat 2 as a special case?
 
Thanks,
Minh


--part1_18f.198a7df6.2be43914_boundary-- From user42@zip.com.au Fri May 2 22:25:03 2003 From: user42@zip.com.au (Kevin Ryde) Date: Sat, 03 May 2003 07:25:03 +1000 Subject: Division by 2 In-Reply-To: <20030502205102.32013.qmail@web20106.mail.yahoo.com> (Minh Nguyen's message of "Fri, 2 May 2003 13:51:02 -0700 (PDT)") References: <20030502205102.32013.qmail@web20106.mail.yahoo.com> Message-ID: <87isstvy6o.fsf@zip.com.au> Minh Nguyen writes: > > Is mpz_tdiv_q_ui smart enough to treat 2 as a special case? No, see notes on 2exp functions in the "Efficiency" section of the manual. From DTAshley@aol.com Fri May 2 23:27:17 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Fri, 2 May 2003 18:27:17 EDT Subject: Division by 2 Message-ID: <3f.1c1999e1.2be44ac5@aol.com> --part1_3f.1c1999e1.2be44ac5_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In a message dated 5/2/2003 5:26:43 PM Eastern Daylight Time, user42@zip.com.au writes: > No, see notes on 2exp functions in the "Efficiency" section of the manual. > Hi, Can you be more specific (version, page number)? I have version 4.1.2 of the manual and I can't find an the word "Efficiency" anywhere in the document. Thanks, Dave. --part1_3f.1c1999e1.2be44ac5_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable In a message dated 5/2/2003 5:26:43 PM Eastern Dayligh= t Time, user42@zip.com.au writes:

No, see notes on 2exp functions= in the "Efficiency" section of the manual.

Hi,

Can you be more specific (version, page number)?  I have version 4.1.2=20= of the manual and I can't find an the word "Efficiency" anywhere in the docu= ment.

Thanks, Dave.
--part1_3f.1c1999e1.2be44ac5_boundary-- From user42@zip.com.au Fri May 2 23:57:27 2003 From: user42@zip.com.au (Kevin Ryde) Date: Sat, 03 May 2003 08:57:27 +1000 Subject: Division by 2 In-Reply-To: <3f.1c1999e1.2be44ac5@aol.com> (DTAshley@aol.com's message of "Fri, 2 May 2003 18:27:17 EDT") References: <3f.1c1999e1.2be44ac5@aol.com> Message-ID: <87k7d9ufc8.fsf@zip.com.au> DTAshley@aol.com writes: > > Can you be more specific (version, page number)? I have version 4.1.2 of the > manual and I can't find an the word "Efficiency" anywhere in the document. "GMP Basics" chapter, "Efficiency" section. Also in the index under "Efficiency". From evantd@u.washington.edu Sat May 3 00:03:32 2003 From: evantd@u.washington.edu (Evan Dower) Date: 02 May 2003 16:03:32 -0700 Subject: mpz_import/mpz_export and syntax errors Message-ID: <1051916612.1217.46.camel@localhost> I am having a really strange problem with mpz_import and mpz_export. GCC is giving me "syntax error before ';' token" errors. Maybe I'm just doing something stupid and it just happens to be only at the 6 places where I call mpz_import and mpz_export, but I'm guessing it has something to with the mpz_??port functions in particular. These are the only errors in my code. I really just can't figure out what I'm doing wrong. Any help would be greatly appreciated. Pertinent information follows. Thanks in advance, Evan Dower First time GMP user I am compiling with: gcc -I/usr/local/include -L/usr/local/lib -lgmp -Wall -ansi -o test test.c on: $uname -a FreeBSD lojak.washington.edu 5.0-RELEASE-p7 FreeBSD 5.0-RELEASE-p7 #0: Tue Apr 1 18:34:29 PST 2003 evantd@lojak.washington.edu:/usr/obj/usr/src/sys/CUSTOM i386 My code is: ... #define word_bytes 4 ... void mpz_dbtify( DBT *dbt, mpz_t mpz ) { size_t words; free(dbt->data); dbt->data = NULL; mpz_export(dbt->data, &words, 1, word_bytes, 0, 0, mpz); (*dbt).size = words * word_bytes; } void mpz_undbtify( mpz_t mpz, const DBT* dbt ) { mpz_import(mpz, dbt->size/word_bytes, 1,word_bytes,0,0, dbt->data); } ... From user42@zip.com.au Sat May 3 00:12:43 2003 From: user42@zip.com.au (Kevin Ryde) Date: Sat, 03 May 2003 09:12:43 +1000 Subject: mpz_import/mpz_export and syntax errors In-Reply-To: <1051916612.1217.46.camel@localhost> (Evan Dower's message of "02 May 2003 16:03:32 -0700") References: <1051916612.1217.46.camel@localhost> Message-ID: <87fznxuems.fsf@zip.com.au> Evan Dower writes: > > GCC is giving me "syntax error before ';' token" errors. Maybe a stray #define is having an unexpected effect. Check the preprocessor output, ie. gcc -I/usr/local/include -ansi -E test.c Post the part which is your code expanded if the problem isn't immediately apparent. From DTAshley@aol.com Sat May 3 00:22:28 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Fri, 2 May 2003 19:22:28 EDT Subject: Division by 2 Message-ID: <102.2cb3ec8a.2be457b4@aol.com> --part1_102.2cb3ec8a.2be457b4_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit What version of the manual? I have 4.1.2, which I downloaded very recently. "Efficiency" is not in the index. Do you have an earlier version of the manual, or a later one? Thanks, Dave. In a message dated 5/2/2003 6:58:42 PM Eastern Daylight Time, user42@zip.com.au writes: > DTAshley@aol.com writes: > > > >Can you be more specific (version, page number)? I have version 4.1.2 of > the > >manual and I can't find an the word "Efficiency" anywhere in the document. > > "GMP Basics" chapter, "Efficiency" section. Also in the index under > "Efficiency". --part1_102.2cb3ec8a.2be457b4_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable What version of the manual?  I have 4.1.2, which=20= I downloaded very recently.  "Efficiency" is not in the index.

Do you have an earlier version of the manual, or a later one?

Thanks, Dave.

In a message dated 5/2/2003 6:58:42 PM Eastern Daylight Time, user42@zip.com= .au writes:

DTAshley@aol.com writes:
>
>Can you be more specific (version, page number)?  I have version 4.= 1.2 of the
>manual and I can't find an the word "Efficiency" anywhere in the documen= t.

"GMP Basics" chapter, "Efficiency" section.  Also in the index under "Efficiency".


--part1_102.2cb3ec8a.2be457b4_boundary-- From evantd@u.washington.edu Sat May 3 00:23:05 2003 From: evantd@u.washington.edu (Evan Dower) Date: 02 May 2003 16:23:05 -0700 Subject: mpz_import/mpz_export and syntax errors In-Reply-To: <87fznxuems.fsf@zip.com.au> References: <1051916612.1217.46.camel@localhost> <87fznxuems.fsf@zip.com.au> Message-ID: <1051917785.1217.51.camel@localhost> Oh for crying out loud! I actually had: #define word_bytes 4; <-- note BAD semicolon! It would turn out to be something that stupid wouldn't it? Anyway, thanks a whole lot for the advice. It's been a while since I used C. I guess I'll have to remember to check for that kind of thing from now on. Thanks again, Evan On Fri, 2003-05-02 at 16:12, Kevin Ryde wrote: > Evan Dower writes: > > > > GCC is giving me "syntax error before ';' token" errors. > > Maybe a stray #define is having an unexpected effect. Check the > preprocessor output, ie. > > gcc -I/usr/local/include -ansi -E test.c > > Post the part which is your code expanded if the problem isn't > immediately apparent. From tege@swox.com Sat May 3 00:29:20 2003 From: tege@swox.com (Torbjorn Granlund) Date: 03 May 2003 01:29:20 +0200 Subject: Division by 2 In-Reply-To: <102.2cb3ec8a.2be457b4@aol.com> References: <102.2cb3ec8a.2be457b4@aol.com> Message-ID: <86isstc4hb.fsf@king.swox.se> DTAshley@aol.com writes: What version of the manual? I have 4.1.2, which I downloaded very recently. "Efficiency" is not in the index. Do you have an earlier version of the manual, or a later one? Kevin just told you where to look. Why don't you spend 30 seconds of your own time on looking in the manual before you bother several hundred people on this list again?!? -- Torbjörn From user42@zip.com.au Sat May 3 00:30:33 2003 From: user42@zip.com.au (Kevin Ryde) Date: Sat, 03 May 2003 09:30:33 +1000 Subject: Division by 2 In-Reply-To: <102.2cb3ec8a.2be457b4@aol.com> (DTAshley@aol.com's message of "Fri, 2 May 2003 19:22:28 EDT") References: <102.2cb3ec8a.2be457b4@aol.com> Message-ID: <878ytpudt2.fsf@zip.com.au> DTAshley@aol.com writes: > > What version of the manual? 4.1.2. > I have 4.1.2, which I downloaded very recently. "Efficiency" is not > in the index. If you're looking at it with the stand-alone info program, check you're not hitting a version under /usr/info or /usr/share/info instead. It searches INFOPATH if you don't give a full path. In any case the node is http://www.swox.com/gmp/manual/Efficiency.html and the relevant text is merely `2exp' functions It's up to an application to call functions like `mpz_mul_2exp' when appropriate. General purpose functions like `mpz_mul' make no attempt to identify powers of two or other special forms, because such inputs will usually be very rare and testing every time would be wasteful. From DTAshley@aol.com Sat May 3 00:41:51 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Fri, 2 May 2003 19:41:51 EDT Subject: Division by 2 Message-ID: <19a.1453b198.2be45c3f@aol.com> --part1_19a.1453b198.2be45c3f_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi, Thanks a lot for your reply. That clarifies it. I have a .PDF of the manual which I believe I obtained by using Acrobat Distiller on a .PS file which was included in the tar.gz (I think). My version does not have that prose. Most likely mechanism is that HTML is different than the .PS (which is kind of a documentation bug). I'll e-mail you the .PDF (but won't send it to the list). If you find that prose, let me know. Best regards, Dave. In a message dated 5/2/2003 7:31:35 PM Eastern Daylight Time, user42@zip.com.au writes: > DTAshley@aol.com writes: > > > >What version of the manual? > > 4.1.2. > > >I have 4.1.2, which I downloaded very recently. "Efficiency" is not > >in the index. > > If you're looking at it with the stand-alone info program, check > you're not hitting a version under /usr/info or /usr/share/info > instead. It searches INFOPATH if you don't give a full path. > > In any case the node is > > http://www.swox.com/gmp/manual/Efficiency.html > > and the relevant text is merely > > `2exp' functions > It's up to an application to call functions like `mpz_mul_2exp' > when appropriate. General purpose functions like `mpz_mul' make > no attempt to identify powers of two or other special forms, > because such inputs will usually be very rare and testing every > time would be wasteful. --part1_19a.1453b198.2be45c3f_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi,

Thanks a lot for your reply.  That clarifies it.

I have a .PDF of the manual which I believe I obtained by using Acrobat Dist= iller on a .PS file which was included in the tar.gz (I think).  My ver= sion does not have that prose.  Most likely mechanism is that HTML is d= ifferent than the .PS (which is kind of a documentation bug).

I'll e-mail you the .PDF (but won't send it to the list).  If you find=20= that prose, let me know.

Best regards, Dave.

In a message dated 5/2/2003 7:31:35 PM Eastern Daylight Time, user42@zip.com= .au writes:

DTAshley@aol.com writes:
>
>What version of the manual?

4.1.2.

>I have 4.1.2, which I downloaded very recently.  "Efficiency" is no= t
>in the index.

If you're looking at it with the stand-alone info program, check
you're not hitting a version under /usr/info or /usr/share/info
instead.  It searches INFOPATH if you don't give a full path.

In any case the node is

  http://www.swox.com/gmp/manual/Efficiency.html

and the relevant text is merely

`2exp' functions
   It's up to an application to call functions like `mpz_mul_2exp'=
   when appropriate.  General purpose functions like `mpz_mul= ' make
   no attempt to identify powers of two or other special forms,    because such inputs will usually be very rare and testing every=
   time would be wasteful.


--part1_19a.1453b198.2be45c3f_boundary-- From DTAshley@aol.com Sat May 3 00:45:40 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Fri, 2 May 2003 19:45:40 EDT Subject: Division by 2 Message-ID: <123.2142de98.2be45d24@aol.com> --part1_123.2142de98.2be45d24_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi Torbjorn, I believe my response to this was quite reasonable. I asked user42 (is that Kevin?) for the version number, which he did not provide. Since I could not find the text he cited in the .PDF version I have, I assumed he had a different version. My repeat request for the version number was quite reasonable. I believe this is a "documentation bug", which I should report. I will recheck the .PDF and I will mail both you and "user42" with the file. Please let me know if I can assist in any other way. Best regards, Dave Ashley. In a message dated 5/2/2003 7:30:32 PM Eastern Daylight Time, tege@swox.com writes: > DTAshley@aol.com writes: > > What version of the manual? I have 4.1.2, which I downloaded very > recently. > "Efficiency" is not in the index. > > Do you have an earlier version of the manual, or a later one? > > Kevin just told you where to look. Why don't you spend 30 seconds > of your own time on looking in the manual before you bother several > hundred people on this list again?!? --part1_123.2142de98.2be45d24_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi Torbjorn,

I believe my response to this was quite reasonable.  I asked user42 (is= that Kevin?) for the version number, which he did not provide.  Since=20= I could not find the text he cited in the .PDF version I have, I assumed he=20= had a different version.

My repeat request for the version number was quite reasonable.

I believe this is a "documentation bug", which I should report.

I will recheck the .PDF and I will mail both you and "user42" with the file.=

Please let me know if I can assist in any other way.

Best regards, Dave Ashley.

In a message dated 5/2/2003 7:30:32 PM Eastern Daylight Time, tege@swox.com=20= writes:

DTAshley@aol.com writes:

What version of the manual?  I have 4.1.2, which I downloaded very rec= ently. 
"Efficiency" is not in the index.

Do you have an earlier version of the manual, or a later one?

Kevin just told you where to look.  Why don't you spend 30 seconds
of your own time on looking in the manual before you bother several
hundred people on this list again?!?


--part1_123.2142de98.2be45d24_boundary-- From DTAshley@aol.com Sat May 3 01:03:44 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Fri, 2 May 2003 20:03:44 EDT Subject: mpz_import/mpz_export and syntax errors Message-ID: <1dd.8dbc6aa.2be46160@aol.com> --part1_1dd.8dbc6aa.2be46160_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Actually, there is more bad than just the semicolon. It is traditional to make preprocessor constants all upper-case so that it is clear they are not variables. Additionally, it is traditional and recommended by many coding standards to parenthesize all such constants, i.e. #define WORD_BYTES (4) because if you don't there are some scenarios in which the preprocessor substitution could combine the "4" with other digits or other symbols. Best regards, Dave. In a message dated 5/2/2003 7:24:22 PM Eastern Daylight Time, evantd@u.washington.edu writes: > Oh for crying out loud! I actually had: > #define word_bytes 4; <-- note BAD semicolon! > It would turn out to be something that stupid wouldn't it? > Anyway, thanks a whole lot for the advice. It's been a while since I > used C. I guess I'll have to remember to check for that kind of thing > from now on. > Thanks again, > Evan > --part1_1dd.8dbc6aa.2be46160_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Actually, there is more bad than just the semicolon.
It is traditional to make preprocessor constants all upper-case so that it i= s clear they are not variables.

Additionally, it is traditional and recommended by many coding standards to=20= parenthesize all such constants, i.e.

#define WORD_BYTES  (4)

because if you don't there are some scenarios in which the preprocessor subs= titution could combine the "4" with other digits or other symbols.

Best regards, Dave.

In a message dated 5/2/2003 7:24:22 PM Eastern Daylight Time, evantd@u.washi= ngton.edu writes:

Oh for crying out loud! I actua= lly had:
#define word_bytes 4; <-- note BAD semicolon!
It would turn out to be something that stupid wouldn't it?
Anyway, thanks a whole lot for the advice. It's been a while since I
used C. I guess I'll have to remember to check for that kind of thing
from now on.
Thanks again,
Evan


--part1_1dd.8dbc6aa.2be46160_boundary-- From DTAshley@aol.com Sat May 3 01:30:42 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Fri, 2 May 2003 20:30:42 EDT Subject: Possible Documentation Bug Message-ID: <9.104c501e.2be467b2@aol.com> --part1_9.104c501e.2be467b2_boundary Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Dear Torbjorn and Kevin, Thanks for the time you have invested in this. The issue ends up to be that the "Find" function of Adobe Acrobat (which=20 searches through all the pages of a document looking for a string) could not= =20 find the word "efficiency". All of the obvious things are covered (i.e. I=20 did not check the box for case sensitivity). I use the "Find" function of Acrobat frequently, and it has been reliable. The root cause (aside from my own blockheadedness) is that somehow when I=20 distilled the .PS for the manual, all the text is there (it is visible and i= t=20 prints), but it does not search properly. I suspect that the .PS file is=20 somehow outside of what Adobe Acrobat Distiller expects. I did locate the text that Kevin cited. It is there. I will experiment a little bit and e-mail Torbjorn and Kevin individually ab= o ut what I find out about the .PDF file and why it does not search. Best regards and thanks, Dave. In a message dated 5/2/2003 8:20:44 PM Eastern Daylight Time, tege@swox.com=20 writes: > DTAshley@aol.com writes: >=20 > Attached is the .PDF I made from the PostScript which I downloaded. I > cannot find the text that Kevin cited ("Efficiency") anywhere in the > document. >=20 > I don't think I can do any better than Kevin. He clearly > explained where to find it. Following his instructions, > I needed perhaps 20 seconds of my valuable time to find it. > I am sure you can find it too! >=20 > Please let me know the outcome of this. Is this a documentation=20 > inconsistency? >=20 > Yeah, right. >=20 > --=20 > Torbj=F6rn --part1_9.104c501e.2be467b2_boundary Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Dear Torbjorn and Kevin,

Thanks for the time you have invested in this.

The issue ends up to be that the "Find" function of Adobe Acrobat (which sea= rches through all the pages of a document looking for a string) could not fi= nd the word "efficiency".  All of the obvious things are covered (i.e.=20= I did not check the box for case sensitivity).

I use the "Find" function of Acrobat frequently, and it has been reliable.
The root cause (aside from my own blockheadedness) is that somehow when I di= stilled the .PS for the manual, all the text is there (it is visible and it=20= prints), but it does not search properly.  I suspect that the .PS file=20= is somehow outside of what Adobe Acrobat Distiller expects.

I did locate the text that Kevin cited.  It is there.

I will experiment a little bit and e-mail Torbjorn and Kevin individually ab= out what I find out about the .PDF file and why it does not search.

Best regards and thanks, Dave.


In a message dated 5/2/2003 8:20:44 PM Eastern Daylight Time, tege@swox.com=20= writes:

DTAshley@aol.com writes:

Attached is the .PDF I made from the PostScript which I downloaded.  I=
cannot find the text that Kevin cited ("Efficiency") anywhere in the
document.

I don't think I can do any better than Kevin.  He clearly
explained where to find it.  Following his instructions,
I needed perhaps 20 seconds of my valuable time to find it.
I am sure you can find it too!

Please let me know the outcome of this.  Is this a documentation
inconsistency?

Yeah, right.

--
Torbj=F6rn


--part1_9.104c501e.2be467b2_boundary-- From user42@zip.com.au Sat May 3 01:41:45 2003 From: user42@zip.com.au (Kevin Ryde) Date: Sat, 03 May 2003 10:41:45 +1000 Subject: Possible Documentation Bug In-Reply-To: <9.104c501e.2be467b2@aol.com> (DTAshley@aol.com's message of "Fri, 2 May 2003 20:30:42 EDT") References: <9.104c501e.2be467b2@aol.com> Message-ID: <87u1ccuaie.fsf@zip.com.au> DTAshley@aol.com writes: > > I suspect that the .PS file is somehow outside of what Adobe Acrobat > Distiller expects. If you have the tex and texinfo tools you can generate pdf directly from gmp.texi. See the end of "Build Options" in the manual. The font comes out looking much better for a start, for me at least. From pggimeno@wanadoo.es Sat May 3 11:53:14 2003 From: pggimeno@wanadoo.es (pggimeno@wanadoo.es) Date: Sat, 03 May 2003 12:53:14 +0200 Subject: OT: Re: Division by 2 In-Reply-To: <123.2142de98.2be45d24@aol.com> References: <123.2142de98.2be45d24@aol.com> Message-ID: DTAshley@aol.com wrote: >Hi Torbjorn, > >I believe my response to this was quite reasonable. I asked user42 (is = that=20 [...] This problem has already been reported. Rudeness is a known bug in Torbj=F6rn 1.0 that will hopefully be fixed in the next release. ;) Sorry, I couldn't resist! No intention of offense, Torbj=F6rn. Pedro Gimeno From ECFLaw@ntu.edu.sg Mon May 5 10:52:02 2003 From: ECFLaw@ntu.edu.sg (Law Chong Fatt) Date: Mon, 5 May 2003 17:52:02 +0800 Subject: gmp-4.1.2 installation problem Message-ID: SGksDQogDQpJJ20gbmV3IHRvIHVuaXgsIGFuZCBJIGRvbid0IHNlZSBhbnlvbmUgcG9zdGluZyB0 aGlzIHByb2JsZW0gaW4gdGhlIGFyY2hpdmUsIHNvIHByZXN1bWJseSB0aGVyZSdzIGEgc3RyYWln aHRmb3J3YXJkIHNvbG4gdG8gdGhpcz8NCiANCkR1cmluZyBtYWtlLCBJIGdvdCB0aGlzIGVycm9y Og0KIA0KbGQ6IGZhdGFsOiBmaWxlIC91c3IvbGliL2xpYmMuc286IHdyb25nIEVMRiBjbGFzczog RUxGQ0xBU1MzMg0KbGQ6IGZhdGFsOiBmaWxlIC91c3IvdWNibGliL2xpYnVjYi5zbzogd3Jvbmcg RUxGIGNsYXNzOiBFTEZDTEFTUzMyDQpsZDogZmF0YWw6IGZpbGUgL3Vzci9saWIvbGlicmVzb2x2 LnNvOiB3cm9uZyBFTEYgY2xhc3M6IEVMRkNMQVNTMzINCmxkOiBmYXRhbDogZmlsZSAvdXNyL2xp Yi9saWJzb2NrZXQuc286IHdyb25nIEVMRiBjbGFzczogRUxGQ0xBU1MzMg0KbGQ6IGZhdGFsOiBm aWxlIC91c3IvbGliL2xpYm5zbC5zbzogd3JvbmcgRUxGIGNsYXNzOiBFTEZDTEFTUzMyDQpsZDog ZmF0YWw6IGZpbGUgL3Vzci9saWIvbGliZWxmLnNvOiB3cm9uZyBFTEYgY2xhc3M6IEVMRkNMQVNT MzINCmxkOiBmYXRhbDogRmlsZSBwcm9jZXNzaW5nIGVycm9ycy4gTm8gb3V0cHV0IHdyaXR0ZW4g dG8gLmxpYnMvbGliZ21wLnNvLjMuMy4yDQptYWtlWzJdOiAqKiogW2xpYmdtcC5sYV0gRXJyb3Ig MQ0KbWFrZVsyXTogTGVhdmluZyBkaXJlY3RvcnkgYC9ob21lL2NmbGF3L3Rvb2xzL2dtcC00LjEu MicNCm1ha2VbMV06ICoqKiBbYWxsLXJlY3Vyc2l2ZV0gRXJyb3IgMQ0KbWFrZVsxXTogTGVhdmlu ZyBkaXJlY3RvcnkgYC9ob21lL2NmbGF3L3Rvb2xzL2dtcC00LjEuMicNCm1ha2U6ICoqKiBbYWxs XSBFcnJvciAyDQogDQpDb3VsZCBzb21lb25lIGhlbHA/IFRoYW5rcy4NCiANClJlZ2FyZHMsDQpD aG9uZ2ZhdHQgTGF3DQo= From mbardiaux@peaktime.be Mon May 5 11:11:30 2003 From: mbardiaux@peaktime.be (Michel Bardiaux) Date: Mon, 05 May 2003 12:11:30 +0200 Subject: gmp-4.1.2 installation problem References: Message-ID: <3EB638D2.2050307@peaktime.be> Law Chong Fatt wrote: > Hi, > =20 > I'm new to unix, and I don't see anyone posting this problem in the arc= hive, so presumbly there's a straightforward soln to this? > =20 > During make, I got this error: > =20 > ld: fatal: file /usr/lib/libc.so: wrong ELF class: ELFCLASS32 > ld: fatal: file /usr/ucblib/libucb.so: wrong ELF class: ELFCLASS32 > ld: fatal: file /usr/lib/libresolv.so: wrong ELF class: ELFCLASS32 > ld: fatal: file /usr/lib/libsocket.so: wrong ELF class: ELFCLASS32 > ld: fatal: file /usr/lib/libnsl.so: wrong ELF class: ELFCLASS32 > ld: fatal: file /usr/lib/libelf.so: wrong ELF class: ELFCLASS32 > ld: fatal: File processing errors. No output written to .libs/libgmp.so= .3.3.2 > make[2]: *** [libgmp.la] Error 1 > make[2]: Leaving directory `/home/cflaw/tools/gmp-4.1.2' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/cflaw/tools/gmp-4.1.2' > make: *** [all] Error 2 > =20 > Could someone help? Thanks. What is the name of the tarball, and where did you get it? What is your platform, and what commands did you use? > =20 > Regards, > Chongfatt Law > ?j]??.?=C9=9A?X??X?? ?v+=1C??,=C2=8C\?hm???? > 1r?????????+-?w?? ?v+=1Cuss=3D --=20 Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 From jhashida@fls.fujitsu.com Tue May 6 03:46:49 2003 From: jhashida@fls.fujitsu.com (Hashida) Date: Tue, 06 May 2003 11:46:49 +0900 Subject: How to use GMP. Message-ID: <3EB72219.FEF27EF4@fls.fujitsu.com> --------------F4D3903487355F069A9DE4D9 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Hi I am a beginner for GMP and not good at C. I can't understand how to use GMP very well. For example, in arithmetic of 231*3 I wrote the following C program. #include #include #include #include main() { MP_INT *bbbbb=(MP_INT *)malloc(50); MP_INT aaaaa; bbbbb->_mp_d=(mp_limb_t *)malloc(10); mpz_init_set_ui(bbbbb,2147483647); printf("bbbbb->_mp_alloc=%d\n",bbbbb->_mp_alloc); printf("bbbbb->_mp_size=%d\n",bbbbb->_mp_size); printf("*(bbbbb->_mp_d)=%d\n",*(bbbbb->_mp_d)); mpz_init(&aaaaa); mpz_mul_ui(&aaaaa, bbbbb, 3); printf("aaaaa._mp_alloc=%d\n",aaaaa._mp_alloc); printf("aaaaa._mp_size=%d\n",aaaaa._mp_size); printf("*(aaaaa._mp_d)=%d\n",*(aaaaa._mp_d)); } The result of the execution of this program is as follows. bbbbb->_mp_alloc=1 bbbbb->_mp_size=1 *(bbbbb->_mp_d)=2147483647 aaaaa._mp_alloc=2 aaaaa._mp_size=2 *(aaaaa._mp_d)=2147483645 231*3 is 6442450944 in decimal system. Please teach me how to recognize 6442450944 from the above result. Simply the way of the usage of "printf" may be bad, but I don't know. Thanks. Hashida --------------F4D3903487355F069A9DE4D9 Content-Type: text/html; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Hi

I am a beginner for GMP and not good at C.
I can't understand how to use GMP very well.
For example, in arithmetic of 231*3
I wrote the following C program.

#include <stdio.h>
#include <gmp.h>
#include <stdarg.h>
#include <obstack.h>

main()
{
        MP_INT *bbbbb=(MP_INT *)malloc(50);
        MP_INT aaaaa;

        bbbbb->_mp_d=(mp_limb_t *)malloc(10);

        mpz_init_set_ui(bbbbb,2147483647);
        printf("bbbbb->_mp_alloc=%d\n",bbbbb->_mp_alloc);
        printf("bbbbb->_mp_size=%d\n",bbbbb->_mp_size);
        printf("*(bbbbb->_mp_d)=%d\n",*(bbbbb->_mp_d));
        mpz_init(&aaaaa);
        mpz_mul_ui(&aaaaa, bbbbb, 3);
        printf("aaaaa._mp_alloc=%d\n",aaaaa._mp_alloc);
        printf("aaaaa._mp_size=%d\n",aaaaa._mp_size);
        printf("*(aaaaa._mp_d)=%d\n",*(aaaaa._mp_d));

}

The result of the execution of this program is as follows.

bbbbb->_mp_alloc=1
bbbbb->_mp_size=1
*(bbbbb->_mp_d)=2147483647
aaaaa._mp_alloc=2
aaaaa._mp_size=2
*(aaaaa._mp_d)=2147483645

231*3 is 6442450944 in decimal system.

Please teach me how to recognize 6442450944 from the above result.
Simply the way of the usage of "printf" may be bad, but I don't know.

Thanks.

Hashida --------------F4D3903487355F069A9DE4D9-- From jhashida@fls.fujitsu.com Tue May 6 04:15:18 2003 From: jhashida@fls.fujitsu.com (Hashida) Date: Tue, 06 May 2003 12:15:18 +0900 Subject: How to use GMP. Message-ID: <3EB728C6.779434D2@fls.fujitsu.com> --------------AF68E40F2DF07F1EC7EC853D Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Hi I am a beginner for GMP and not good at C. I can't understand how to use GMP very well. For example, in arithmetic of (231-1)*3 I wrote the following C program. #include #include #include #include main() { MP_INT *bbbbb=(MP_INT *)malloc(50); MP_INT aaaaa; bbbbb->_mp_d=(mp_limb_t *)malloc(10); mpz_init_set_ui(bbbbb,2147483647); //2147483647==(231-1) printf("bbbbb->_mp_alloc=%d\n",bbbbb->_mp_alloc); printf("bbbbb->_mp_size=%d\n",bbbbb->_mp_size); printf("*(bbbbb->_mp_d)=%d\n",*(bbbbb->_mp_d)); mpz_init(&aaaaa); mpz_mul_ui(&aaaaa, bbbbb, 3); printf("aaaaa._mp_alloc=%d\n",aaaaa._mp_alloc); printf("aaaaa._mp_size=%d\n",aaaaa._mp_size); printf("*(aaaaa._mp_d)=%d\n",*(aaaaa._mp_d)); } The result of the execution of this program is as follows. bbbbb->_mp_alloc=1 bbbbb->_mp_size=1 *(bbbbb->_mp_d)=2147483647 aaaaa._mp_alloc=2 aaaaa._mp_size=2 *(aaaaa._mp_d)=2147483645 (231-1)*3 is 6442450941 in decimal system. Please teach me how to recognize 6442450941 from the above result. Simply the way of the usage of "printf" may be bad, but I don't know. Thanks. Hashida --------------AF68E40F2DF07F1EC7EC853D Content-Type: text/html; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Hi

I am a beginner for GMP and not good at C.
I can't understand how to use GMP very well.
For example, in arithmetic of (231-1)*3
I wrote the following C program.

#include <stdio.h>
#include <gmp.h>
#include <stdarg.h>
#include <obstack.h>

main()
{
        MP_INT *bbbbb=(MP_INT *)malloc(50);
        MP_INT aaaaa;

        bbbbb->_mp_d=(mp_limb_t *)malloc(10);

        mpz_init_set_ui(bbbbb,2147483647);         //2147483647==(231-1)
        printf("bbbbb->_mp_alloc=%d\n",bbbbb->_mp_alloc);
        printf("bbbbb->_mp_size=%d\n",bbbbb->_mp_size);
        printf("*(bbbbb->_mp_d)=%d\n",*(bbbbb->_mp_d));
        mpz_init(&aaaaa);
        mpz_mul_ui(&aaaaa, bbbbb, 3);
        printf("aaaaa._mp_alloc=%d\n",aaaaa._mp_alloc);
        printf("aaaaa._mp_size=%d\n",aaaaa._mp_size);
        printf("*(aaaaa._mp_d)=%d\n",*(aaaaa._mp_d));

}

The result of the execution of this program is as follows.

bbbbb->_mp_alloc=1
bbbbb->_mp_size=1
*(bbbbb->_mp_d)=2147483647
aaaaa._mp_alloc=2
aaaaa._mp_size=2
*(aaaaa._mp_d)=2147483645

(231-1)*3 is 6442450941 in decimal system.

Please teach me how to recognize 6442450941 from the above result.
Simply the way of the usage of "printf" may be bad, but I don't know.

Thanks.

Hashida --------------AF68E40F2DF07F1EC7EC853D-- From juneco@quartz.ocn.ne.jp Tue May 6 04:26:23 2003 From: juneco@quartz.ocn.ne.jp (juneco@quartz.ocn.ne.jp) Date: Tue, 6 May 2003 12:26:23 +0900 Subject: How to use GMP. In-Reply-To: <3EB72219.FEF27EF4@fls.fujitsu.com> References: <3EB72219.FEF27EF4@fls.fujitsu.com> Message-ID: Tomonori Kouya here. Your program is not standard, I think. If you get correct results only, how about the following list ? #include #include #include //#include main() { mpz_t bbbbb, aaaaa; mpz_init_set_str(bbbbb,"2147483647", 10); mpz_init(aaaaa); mpz_mul_ui(aaaaa, bbbbb, 3); gmp_printf("bbbbb=%Zd\n",bbbbb); gmp_printf("aaaaa=%Zd\n",aaaaa); mpz_clear(bbbbb); mpz_clear(aaaaa); } Results on Pentium 4 PC with Windows XP and GMP 4.1.2: $ ./a bbbbb=2147483647 aaaaa=6442450941 Hashida $B$5$s!'(B > Hi > > I am a beginner for GMP and not good at C. > I can't understand how to use GMP very well. > For example, in arithmetic of 231*3 > I wrote the following C program. > > #include > #include > #include > #include > > main() > { > MP_INT *bbbbb=(MP_INT *)malloc(50); > MP_INT aaaaa; > > bbbbb->_mp_d=(mp_limb_t *)malloc(10); > > mpz_init_set_ui(bbbbb,2147483647); > printf("bbbbb->_mp_alloc=%d\n",bbbbb->_mp_alloc); > printf("bbbbb->_mp_size=%d\n",bbbbb->_mp_size); > printf("*(bbbbb->_mp_d)=%d\n",*(bbbbb->_mp_d)); > mpz_init(&aaaaa); > mpz_mul_ui(&aaaaa, bbbbb, 3); > printf("aaaaa._mp_alloc=%d\n",aaaaa._mp_alloc); > printf("aaaaa._mp_size=%d\n",aaaaa._mp_size); > printf("*(aaaaa._mp_d)=%d\n",*(aaaaa._mp_d)); > > } > > The result of the execution of this program is as follows. > > bbbbb->_mp_alloc=1 > bbbbb->_mp_size=1 > *(bbbbb->_mp_d)=2147483647 > aaaaa._mp_alloc=2 > aaaaa._mp_size=2 > *(aaaaa._mp_d)=2147483645 > > 231*3 is 6442450944 in decimal system. > > Please teach me how to recognize 6442450944 from the above result. > Simply the way of the usage of "printf" may be bad, but I don't know. > > Thanks. > > Hashida > From postmaster@b.swox.se Tue May 6 05:38:27 2003 From: postmaster@b.swox.se (amavisd-new) Date: Tue, 6 May 2003 06:38:27 +0200 (CEST) Subject: BANNED FILENAME (height.pif) IN YOUR MAIL In-Reply-To: <20030506043754.57DEE1E20@b.swox.se> Message-ID: This is a multi-part message in MIME format... ------------=_1052195907-43404-4 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 7bit BANNED FILENAME ALERT Our virus checker found banned filename: height.pif in your email to the following recipient: -> info@swox.com Delivery of the email was stopped! Please check your system for viruses, or ask your system administrator to do so. For your reference, here are headers from your email: ------------------------- BEGIN HEADERS ----------------------------- Received: from Innhksq (unknown [80.191.9.104]) by b.swox.se (Postfix) with SMTP id 57DEE1E20 for ; Tue, 6 May 2003 06:37:54 +0200 (CEST) From: gmp-discuss To: info@swox.com Subject: Eval(CBLoginOnLoad) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=U77t6D26ZTaRr449L773ah9t Message-Id: <20030506043754.57DEE1E20@b.swox.se> Date: Tue, 6 May 2003 06:37:54 +0200 (CEST) -------------------------- END HEADERS ------------------------------ ------------=_1052195907-43404-4 Content-Type: message/delivery-status Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Description: Delivery error report Reporting-MTA: dns; b.swox.se Received-From-MTA: smtp; b.swox.se ([127.0.0.1]) Arrival-Date: Tue, 6 May 2003 06:38:26 +0200 (CEST) Final-Recipient: rfc822; info@swox.com Action: failed Status: 5.7.1 Diagnostic-Code: smtp; 550 5.7.1 Message content rejected, id=43404-03-2 - BANNED: height.pif Last-Attempt-Date: Tue, 6 May 2003 06:38:27 +0200 (CEST) ------------=_1052195907-43404-4 Content-Type: text/rfc822-headers Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Description: Undelivered-message headers Received: from Innhksq (unknown [80.191.9.104]) by b.swox.se (Postfix) with SMTP id 57DEE1E20 for ; Tue, 6 May 2003 06:37:54 +0200 (CEST) From: gmp-discuss To: info@swox.com Subject: Eval(CBLoginOnLoad) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=U77t6D26ZTaRr449L773ah9t Message-Id: <20030506043754.57DEE1E20@b.swox.se> Date: Tue, 6 May 2003 06:37:54 +0200 (CEST) ------------=_1052195907-43404-4-- From jhashida@fls.fujitsu.com Tue May 6 06:33:57 2003 From: jhashida@fls.fujitsu.com (Hashida) Date: Tue, 06 May 2003 14:33:57 +0900 Subject: How to use GMP. References: <3EB72219.FEF27EF4@fls.fujitsu.com> Message-ID: <3EB74945.977C7B69@fls.fujitsu.com> Hi Tomonori Kouya. I thank you for a reply. Certainly the following list works correctly. But I have a point which I can't understand. When I convert mpz_t into MP_INT, the following list can't be compiled. The following message emerges. incompatible type for argument 1 of '__gmp_init_set_str' incompatible type for argument 1 of '__gmp_init' incompatible type for argument 1 of '__gmpmul_ui' incompatible type for argument 2 of '__gmpmul_ui' In "gmp.h" file, "typedef __mpz_struct MP_INT;" and "typedef __mpz_struct mpz_t[1];" are defined. "__mpz_struct" is as follows. typedef struct { int _mp_alloc; int _mp_size; mp_limb_t *_mp_d; } __mpz_struct; Is "MP_INT" equal to "mpz_t" ? "MP_INT" is used in"FreeS/WAN" which is ipsec stack on Linux. Because I want to understand "MP_INT" structure, tried with my first program. Regards. Hashida juneco@quartz.ocn.ne.jp wrote: > Tomonori Kouya here. > > Your program is not standard, I think. If you get correct results only, > how about the following list ? > > #include > #include > #include > //#include > > main() > { > mpz_t bbbbb, aaaaa; > > mpz_init_set_str(bbbbb,"2147483647", 10); > > mpz_init(aaaaa); > mpz_mul_ui(aaaaa, bbbbb, 3); > > gmp_printf("bbbbb=%Zd\n",bbbbb); > gmp_printf("aaaaa=%Zd\n",aaaaa); > > mpz_clear(bbbbb); > mpz_clear(aaaaa); > } > > Results on Pentium 4 PC with Windows XP and GMP 4.1.2: > > $ ./a > bbbbb=2147483647 > aaaaa=6442450941 > > Hashida $B$5$s!'(B > > Hi > > > > I am a beginner for GMP and not good at C. > > I can't understand how to use GMP very well. > > For example, in arithmetic of 231*3 > > I wrote the following C program. > > > > #include > > #include > > #include > > #include > > > > main() > > { > > MP_INT *bbbbb=(MP_INT *)malloc(50); > > MP_INT aaaaa; > > > > bbbbb->_mp_d=(mp_limb_t *)malloc(10); > > > > mpz_init_set_ui(bbbbb,2147483647); > > printf("bbbbb->_mp_alloc=%d\n",bbbbb->_mp_alloc); > > printf("bbbbb->_mp_size=%d\n",bbbbb->_mp_size); > > printf("*(bbbbb->_mp_d)=%d\n",*(bbbbb->_mp_d)); > > mpz_init(&aaaaa); > > mpz_mul_ui(&aaaaa, bbbbb, 3); > > printf("aaaaa._mp_alloc=%d\n",aaaaa._mp_alloc); > > printf("aaaaa._mp_size=%d\n",aaaaa._mp_size); > > printf("*(aaaaa._mp_d)=%d\n",*(aaaaa._mp_d)); > > > > } > > > > The result of the execution of this program is as follows. > > > > bbbbb->_mp_alloc=1 > > bbbbb->_mp_size=1 > > *(bbbbb->_mp_d)=2147483647 > > aaaaa._mp_alloc=2 > > aaaaa._mp_size=2 > > *(aaaaa._mp_d)=2147483645 > > > > 231*3 is 6442450944 in decimal system. > > > > Please teach me how to recognize 6442450944 from the above result. > > Simply the way of the usage of "printf" may be bad, but I don't know. > > > > Thanks. > > > > Hashida > > > _______________________________________________ > gmp-discuss mailing list > gmp-discuss@swox.com > https://gmplib.org/mailman/listinfo/gmp-discuss From ECFLaw@ntu.edu.sg Tue May 6 06:21:34 2003 From: ECFLaw@ntu.edu.sg (Law Chong Fatt) Date: Tue, 6 May 2003 13:21:34 +0800 Subject: FW: gmp-4.1.2 installation problem Message-ID: SGksDQoNCkknbSBoYXZpbmcgYSBwcm9ibGVtIGluc3RhbGxpbmcgZ21wLTQuMS4yIChnbXAtNC4x LjIudGFyLmd6IGZyb20gb2ZmaWNpYWwgc2l0ZSkuIEknbSBvbiB1bml4IHNvbGFyaXMgMi43Lg0K DQpUaGUgY29uZmlndXJhdGlvbiB3ZW50IG9rLiBCdXQgZHVyaW5nIG1ha2UsIEkgZ290IHRoaXMg ZXJyb3I6DQoNCmxkOiBmYXRhbDogZmlsZSAvdXNyL2xpYi9saWJjLnNvOiB3cm9uZyBFTEYgY2xh c3M6IEVMRkNMQVNTMzINCmxkOiBmYXRhbDogZmlsZSAvdXNyL3VjYmxpYi9saWJ1Y2Iuc286IHdy b25nIEVMRiBjbGFzczogRUxGQ0xBU1MzMg0KbGQ6IGZhdGFsOiBmaWxlIC91c3IvbGliL2xpYnJl c29sdi5zbzogd3JvbmcgRUxGIGNsYXNzOiBFTEZDTEFTUzMyDQpsZDogZmF0YWw6IGZpbGUgL3Vz ci9saWIvbGlic29ja2V0LnNvOiB3cm9uZyBFTEYgY2xhc3M6IEVMRkNMQVNTMzINCmxkOiBmYXRh bDogZmlsZSAvdXNyL2xpYi9saWJuc2wuc286IHdyb25nIEVMRiBjbGFzczogRUxGQ0xBU1MzMg0K bGQ6IGZhdGFsOiBmaWxlIC91c3IvbGliL2xpYmVsZi5zbzogd3JvbmcgRUxGIGNsYXNzOiBFTEZD TEFTUzMyDQpsZDogZmF0YWw6IEZpbGUgcHJvY2Vzc2luZyBlcnJvcnMuIE5vIG91dHB1dCB3cml0 dGVuIHRvIC5saWJzL2xpYmdtcC5zby4zLjMuMg0KbWFrZVsyXTogKioqIFtsaWJnbXAubGFdIEVy cm9yIDENCm1ha2VbMl06IExlYXZpbmcgZGlyZWN0b3J5IGAvaG9tZS9jZmxhdy90b29scy9nbXAt NC4xLjInDQptYWtlWzFdOiAqKiogW2FsbC1yZWN1cnNpdmVdIEVycm9yIDENCm1ha2VbMV06IExl YXZpbmcgZGlyZWN0b3J5IGAvaG9tZS9jZmxhdy90b29scy9nbXAtNC4xLjInDQptYWtlOiAqKiog W2FsbF0gRXJyb3IgMg0KDQpDb3VsZCBzb21lb25lIGhlbHA/IFRoYW5rcy4NCg0KUmVnYXJkcywN CkNob25nZmF0dCBMYXcNCmrHssmKWFggICB2K8KMaA0Kcit3ICAgICB2KyANCg== From DTAshley@aol.com Tue May 6 06:49:33 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Tue, 6 May 2003 01:49:33 EDT Subject: FW: gmp-4.1.2 installation problem Message-ID: <34.39422fea.2be8a6ed@aol.com> --part1_34.39422fea.2be8a6ed_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi Chongfatt, This URL may give you some help. http://mail.gnu.org/archive/html/bug-gmp/2002-10/msg00036.html The last e-mail from Kevin Ryde seems instructive. Best regards, Dave. In a message dated 5/6/2003 1:43:29 AM Eastern Daylight Time, ECFLaw@ntu.edu.sg writes: > Hi, > > I'm having a problem installing gmp-4.1.2 (gmp-4.1.2.tar.gz from official > site). I'm on unix solaris 2.7. > > The configuration went ok. But during make, I got this error: > > ld: fatal: file /usr/lib/libc.so: wrong ELF class: ELFCLASS32 > ld: fatal: file /usr/ucblib/libucb.so: wrong ELF class: ELFCLASS32 > ld: fatal: file /usr/lib/libresolv.so: wrong ELF class: ELFCLASS32 > ld: fatal: file /usr/lib/libsocket.so: wrong ELF class: ELFCLASS32 > ld: fatal: file /usr/lib/libnsl.so: wrong ELF class: ELFCLASS32 > ld: fatal: file /usr/lib/libelf.so: wrong ELF class: ELFCLASS32 > ld: fatal: File processing errors. No output written to > .libs/libgmp.so.3.3.2 > make[2]: *** [libgmp.la] Error 1 > make[2]: Leaving directory `/home/cflaw/tools/gmp-4.1.2' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/cflaw/tools/gmp-4.1.2' > make: *** [all] Error 2 > > Could someone help? Thanks. > > Regards, > Chongfatt Law > j??XX v+?h > r+w v+ > --part1_34.39422fea.2be8a6ed_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi Chongfatt,

This URL may give you some help.

h= ttp://mail.gnu.org/archive/html/bug-gmp/2002-10/msg00036.html

The last e-mail from Kevin Ryde seems instructive.

Best regards, Dave.

In a message dated 5/6/2003 1:43:29 AM Eastern Daylight Time, ECFLaw@ntu.edu= .sg writes:

Hi,

I'm having a problem installing gmp-4.1.2 (gmp-4.1.2.tar.gz from official si= te). I'm on unix solaris 2.7.

The configuration went ok. But during make, I got this error:

ld: fatal: file /usr/lib/libc.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/ucblib/libucb.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libresolv.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libsocket.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libnsl.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libelf.so: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to .libs/libgmp.so.3.3.= 2
make[2]: *** [libgmp.la] Error 1
make[2]: Leaving directory `/home/cflaw/tools/gmp-4.1.2'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/cflaw/tools/gmp-4.1.2'
make: *** [all] Error 2

Could someone help? Thanks.

Regards,
Chongfatt Law
j??XX   v+?h
r+w    v+


--part1_34.39422fea.2be8a6ed_boundary-- From jhashida@fls.fujitsu.com Tue May 6 07:22:30 2003 From: jhashida@fls.fujitsu.com (Hashida) Date: Tue, 06 May 2003 15:22:30 +0900 Subject: How to use GMP. References: <3EB72219.FEF27EF4@fls.fujitsu.com> <3EB74945.977C7B69@fls.fujitsu.com> Message-ID: <3EB754A6.974978E0@fls.fujitsu.com> Hi Tomonori Kouya. When I add "gmp_printf("aaaaa=%Zd\n",&aaaaa);" to my first program, "aaaaa=6442450944" emerges. I have not understood from "gmp.h" file yet, but "MP_INT" seems different from "mpz_t". Thanks. Hashida Hashida wrote: > Hi Tomonori Kouya. > > I thank you for a reply. > > Certainly the following list works correctly. > But I have a point which I can't understand. > When I convert mpz_t into MP_INT, > the following list can't be compiled. > The following message emerges. > > incompatible type for argument 1 of '__gmp_init_set_str' > incompatible type for argument 1 of '__gmp_init' > incompatible type for argument 1 of '__gmpmul_ui' > incompatible type for argument 2 of '__gmpmul_ui' > > In "gmp.h" file, > "typedef __mpz_struct MP_INT;" > and > "typedef __mpz_struct mpz_t[1];" > are defined. > > "__mpz_struct" is as follows. > > typedef struct > { > int _mp_alloc; > int _mp_size; > mp_limb_t *_mp_d; > } __mpz_struct; > > Is "MP_INT" equal to "mpz_t" ? > "MP_INT" is used in"FreeS/WAN" which is ipsec stack on Linux. > Because I want to understand "MP_INT" structure, tried with my first > program. > > Regards. > > Hashida > > juneco@quartz.ocn.ne.jp wrote: > > > Tomonori Kouya here. > > > > Your program is not standard, I think. If you get correct results only, > > how about the following list ? > > > > #include > > #include > > #include > > //#include > > > > main() > > { > > mpz_t bbbbb, aaaaa; > > > > mpz_init_set_str(bbbbb,"2147483647", 10); > > > > mpz_init(aaaaa); > > mpz_mul_ui(aaaaa, bbbbb, 3); > > > > gmp_printf("bbbbb=%Zd\n",bbbbb); > > gmp_printf("aaaaa=%Zd\n",aaaaa); > > > > mpz_clear(bbbbb); > > mpz_clear(aaaaa); > > } > > > > Results on Pentium 4 PC with Windows XP and GMP 4.1.2: > > > > $ ./a > > bbbbb=2147483647 > > aaaaa=6442450941 > > > > Hashida $B$5$s!'(B > > > Hi > > > > > > I am a beginner for GMP and not good at C. > > > I can't understand how to use GMP very well. > > > For example, in arithmetic of 231*3 > > > I wrote the following C program. > > > > > > #include > > > #include > > > #include > > > #include > > > > > > main() > > > { > > > MP_INT *bbbbb=(MP_INT *)malloc(50); > > > MP_INT aaaaa; > > > > > > bbbbb->_mp_d=(mp_limb_t *)malloc(10); > > > > > > mpz_init_set_ui(bbbbb,2147483647); > > > printf("bbbbb->_mp_alloc=%d\n",bbbbb->_mp_alloc); > > > printf("bbbbb->_mp_size=%d\n",bbbbb->_mp_size); > > > printf("*(bbbbb->_mp_d)=%d\n",*(bbbbb->_mp_d)); > > > mpz_init(&aaaaa); > > > mpz_mul_ui(&aaaaa, bbbbb, 3); > > > printf("aaaaa._mp_alloc=%d\n",aaaaa._mp_alloc); > > > printf("aaaaa._mp_size=%d\n",aaaaa._mp_size); > > > printf("*(aaaaa._mp_d)=%d\n",*(aaaaa._mp_d)); > > > > > > } > > > > > > The result of the execution of this program is as follows. > > > > > > bbbbb->_mp_alloc=1 > > > bbbbb->_mp_size=1 > > > *(bbbbb->_mp_d)=2147483647 > > > aaaaa._mp_alloc=2 > > > aaaaa._mp_size=2 > > > *(aaaaa._mp_d)=2147483645 > > > > > > 231*3 is 6442450944 in decimal system. > > > > > > Please teach me how to recognize 6442450944 from the above result. > > > Simply the way of the usage of "printf" may be bad, but I don't know. > > > > > > Thanks. > > > > > > Hashida > > > > > _______________________________________________ > > gmp-discuss mailing list > > gmp-discuss@swox.com > > https://gmplib.org/mailman/listinfo/gmp-discuss > > _______________________________________________ > gmp-discuss mailing list > gmp-discuss@swox.com > https://gmplib.org/mailman/listinfo/gmp-discuss From juneco@quartz.ocn.ne.jp Tue May 6 08:24:17 2003 From: juneco@quartz.ocn.ne.jp (juneco@quartz.ocn.ne.jp) Date: Tue, 6 May 2003 16:24:17 +0900 Subject: How to use GMP. In-Reply-To: <3EB74945.977C7B69@fls.fujitsu.com> References: <3EB74945.977C7B69@fls.fujitsu.com> Message-ID: Hashida said$B!'(B > "MP_INT" is used in"FreeS/WAN" which is ipsec stack on Linux. > Because I want to understand "MP_INT" structure, tried with my first > program. I see. "mpz_t" means "pointer to _mpz_struct" but "MP_INT" is defined as "_mpz_ struct" itself. "mpz_t" is equal to "MP_INT *". Best regards, From ECFLaw@ntu.edu.sg Tue May 6 09:41:58 2003 From: ECFLaw@ntu.edu.sg (Law Chong Fatt) Date: Tue, 6 May 2003 16:41:58 +0800 Subject: gmp-4.1.2 compilation problem Message-ID: SGkgRGF2ZSwNCiANClRoYW5rcy4gSSd2ZSBhZGRlZCAiLS1kaXNhYmxlLXNoYXJlZCIgYXMgYSBj b25maWcgb3B0aW9uIGFuZCB0aGUgaW5zdGFsbGF0aW9uIHNlZW1zIHRvIGhhdmUgY29tcGxldGVk IG9rLg0KIA0KQnV0IHdoZW4gSSB0cmllZCBjb21waWxpbmcgdGhlIGVnIHByb3ZpZGVkIGluIHRo ZSBwYWNrYWdlIChleGFtcGxlLmMpIHVzaW5nOg0KIA0KZ2NjIC1nIC1JL2hvbWUvY2ZsYXcvdG9v bHMvZ21wLTQuMS4yL2luY2x1ZGUgLUwvaG9tZS9jZmxhdy90b29scy9nbXAtNC4xLjIvbGliIC1s Z21wIC12IGV4YW1wbGUuYw0KIA0KSSBlbmRlZCB1cCB3aXRoIHNvbWUgInVuZGVmaW5lZCBzeW1i b2xzIiBlcnJvcnM6DQoNClJlYWRpbmcgc3BlY3MgZnJvbSAvdXNyL2xvY2FsL2xpYi9nY2MtbGli L3NwYXJjLXN1bi1zb2xhcmlzMi42LzIuOTUuMy9zcGVjcw0KZ2NjIHZlcnNpb24gMi45NS4zIDIw MDEwMzE1IChyZWxlYXNlKQ0KIC91c3IvbG9jYWwvbGliL2djYy1saWIvc3BhcmMtc3VuLXNvbGFy aXMyLjYvMi45NS4zL2NwcDAgLWxhbmctYyAtdiAtSS9ob21lL2NmbGF3L3Rvb2xzL2dtcC00LjEu Mi9pbmNsdWRlIC1EX19HTlVDX189MiAtRF9fR05VQ19NSU5PUl9fPTk1IC1Ec3BhcmMgLURzdW4g LUR1bml4IC1EX19zdnI0X18gLURfX1NWUjQgLURfX3NwYXJjX18gLURfX3N1bl9fIC1EX191bml4 X18gLURfX3N2cjRfXyAtRF9fU1ZSNCAtRF9fc3BhcmMgLURfX3N1biAtRF9fdW5peCAtQXN5c3Rl bSh1bml4KSAtQXN5c3RlbShzdnI0KSAtZyAtRF9fR0NDX05FV19WQVJBUkdTX18gLUFjcHUoc3Bh cmMpIC1BbWFjaGluZShzcGFyYykgZXhhbXBsZS5jIC92YXIvdG1wL2NjYjBGazVvLmkNCkdOVSBD UFAgdmVyc2lvbiAyLjk1LjMgMjAwMTAzMTUgKHJlbGVhc2UpIChzcGFyYykNCiNpbmNsdWRlICIu Li4iIHNlYXJjaCBzdGFydHMgaGVyZToNCiNpbmNsdWRlIDwuLi4+IHNlYXJjaCBzdGFydHMgaGVy ZToNCiAvaG9tZS9jZmxhdy90b29scy9nbXAtNC4xLjIvaW5jbHVkZQ0KIC91c3IvbG9jYWwvaW5j bHVkZQ0KIC91c3IvbG9jYWwvbGliL2djYy1saWIvc3BhcmMtc3VuLXNvbGFyaXMyLjYvMi45NS4z Ly4uLy4uLy4uLy4uL3NwYXJjLXN1bi1zb2xhcmlzMi42L2luY2x1ZGUNCiAvdXNyL2xvY2FsL2xp Yi9nY2MtbGliL3NwYXJjLXN1bi1zb2xhcmlzMi42LzIuOTUuMy9pbmNsdWRlDQogL3Vzci9pbmNs dWRlDQpFbmQgb2Ygc2VhcmNoIGxpc3QuDQpUaGUgZm9sbG93aW5nIGRlZmF1bHQgZGlyZWN0b3Jp ZXMgaGF2ZSBiZWVuIG9taXR0ZWQgZnJvbSB0aGUgc2VhcmNoIHBhdGg6DQogL3Vzci9sb2NhbC9s aWIvZ2NjLWxpYi9zcGFyYy1zdW4tc29sYXJpczIuNi8yLjk1LjMvLi4vLi4vLi4vLi4vaW5jbHVk ZS9nKystMw0KRW5kIG9mIG9taXR0ZWQgbGlzdC4NCiAvdXNyL2xvY2FsL2xpYi9nY2MtbGliL3Nw YXJjLXN1bi1zb2xhcmlzMi42LzIuOTUuMy9jYzEgL3Zhci90bXAvY2NiMEZrNW8uaSAtcXVpZXQg LWR1bXBiYXNlIGV4YW1wbGUuYyAtZyAtdmVyc2lvbiAtbyAvdmFyL3RtcC9jY2M2Um9NSy5zDQpH TlUgQyB2ZXJzaW9uIDIuOTUuMyAyMDAxMDMxNSAocmVsZWFzZSkgKHNwYXJjLXN1bi1zb2xhcmlz Mi42KSBjb21waWxlZCBieSBHTlUgQyB2ZXJzaW9uIDIuOTUuMyAyMDAxMDMxNSAocmVsZWFzZSku DQogL3Vzci9jY3MvYmluL2FzIC1WIC1ReSAtcyAtbyAvdmFyL3RtcC9jY1Z1MlNZai5vIC92YXIv dG1wL2NjYzZSb01LLnMNCi91c3IvY2NzL2Jpbi9hczogV29ya1Nob3AgQ29tcGlsZXJzIDUuMCA5 OC8xMi8yMQ0KIC91c3IvbG9jYWwvbGliL2djYy1saWIvc3BhcmMtc3VuLXNvbGFyaXMyLjYvMi45 NS4zL2NvbGxlY3QyIC1WIC1ZIFAsL3Vzci9jY3MvbGliOi91c3IvbGliIC1ReSAvdXNyL2xvY2Fs L2xpYi9nY2MtbGliL3NwYXJjLXN1bi1zb2xhcmlzMi42LzIuOTUuMy9jcnQxLm8gL3Vzci9sb2Nh bC9saWIvZ2NjLWxpYi9zcGFyYy1zdW4tc29sYXJpczIuNi8yLjk1LjMvY3J0aS5vIC91c3IvY2Nz L2xpYi92YWx1ZXMtWGEubyAvdXNyL2xvY2FsL2xpYi9nY2MtbGliL3NwYXJjLXN1bi1zb2xhcmlz Mi42LzIuOTUuMy9jcnRiZWdpbi5vIC1ML2hvbWUvY2ZsYXcvdG9vbHMvZ21wLTQuMS4yL2xpYiAt TC91c3IvbG9jYWwvbGliL2djYy1saWIvc3BhcmMtc3VuLXNvbGFyaXMyLjYvMi45NS4zIC1ML3Vz ci9jY3MvYmluIC1ML3Vzci9jY3MvbGliIC1ML3Vzci9sb2NhbC9saWIgLWxnbXAgL3Zhci90bXAv Y2NWdTJTWWoubyAtbGdjYyAtbGMgLWxnY2MgL3Vzci9sb2NhbC9saWIvZ2NjLWxpYi9zcGFyYy1z dW4tc29sYXJpczIuNi8yLjk1LjMvY3J0ZW5kLm8gL3Vzci9sb2NhbC9saWIvZ2NjLWxpYi9zcGFy Yy1zdW4tc29sYXJpczIuNi8yLjk1LjMvY3J0bi5vDQpsZDogU29mdHdhcmUgR2VuZXJhdGlvbiBV dGlsaXRpZXMgLSBTb2xhcmlzLUVMRiAoNC4wKQ0KVW5kZWZpbmVkICAgICAgICAgICAgICAgICAg ICAgICBmaXJzdCByZWZlcmVuY2VkDQogc3ltYm9sICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBpbiBmaWxlDQpfX2dtcHpfaW5pdF9zZXRfc3RyICAgICAgICAgICAgICAgICAvdmFyL3RtcC9j Y1Z1MlNZai5vDQpfX2dtcHpfaW5pdCAgICAgICAgICAgICAgICAgICAgICAgICAvdmFyL3RtcC9j Y1Z1MlNZai5vDQpfX2dtcHpfY2xlYXIgICAgICAgICAgICAgICAgICAgICAgICAvdmFyL3RtcC9j Y1Z1MlNZai5vDQpsZDogZmF0YWw6IFN5bWJvbCByZWZlcmVuY2luZyBlcnJvcnMuIE5vIG91dHB1 dCB3cml0dGVuIHRvIGEub3V0DQpjb2xsZWN0MjogbGQgcmV0dXJuZWQgMSBleGl0IHN0YXR1cw0K IA0KQXJlIHRoZXJlIGFueSBvdGhlciBlbnYgdmFycyB0aGF0IEkgbmVlZCB0byBzZXQ/DQogDQpU aGFua3MuDQogDQpSZWdhcmRzLA0KQ2hvbmdmYXR0IExhdw0K From deltatrinity@hotmail.com Tue May 6 14:56:02 2003 From: deltatrinity@hotmail.com (delta trinity) Date: Tue, 06 May 2003 09:56:02 -0400 Subject: How to use GMP. Message-ID: In general, when using GMP, you should stick to mpz_t. This is the 'standard' way ;) Don't worry, GMP becomes pretty easy after a short learning curve :) >From: juneco@quartz.ocn.ne.jp >To: gmp-discuss@swox.com >Subject: Re: How to use GMP. >Date: Tue, 6 May 2003 16:24:17 +0900 > >Hashida saidF > > "MP_INT" is used in"FreeS/WAN" which is ipsec stack on Linux. > > Because I want to understand "MP_INT" structure, tried with my first > > program. > >I see. > >"mpz_t" means "pointer to _mpz_struct" but "MP_INT" is defined as "_mpz_ >struct" itself. "mpz_t" is equal to "MP_INT *". > >Best regards, >_______________________________________________ >gmp-discuss mailing list >gmp-discuss@swox.com >https://gmplib.org/mailman/listinfo/gmp-discuss _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From user42@zip.com.au Wed May 7 22:43:45 2003 From: user42@zip.com.au (Kevin Ryde) Date: Thu, 08 May 2003 07:43:45 +1000 Subject: How to use GMP. In-Reply-To: <3EB72219.FEF27EF4@fls.fujitsu.com> (jhashida@fls.fujitsu.com's message of "Tue, 06 May 2003 11:46:49 +0900") References: <3EB72219.FEF27EF4@fls.fujitsu.com> Message-ID: <87u1c6301a.fsf@zip.com.au> Hashida writes: > > MP_INT *bbbbb=(MP_INT *)malloc(50); You should use sizeof(MP_INT) if you really want to do it with malloc. > bbbbb->_mp_d=(mp_limb_t *)malloc(10); No, gmp manages the space at _mp_d, mpz_init and friends will set it. > aaaaa._mp_alloc=2 > aaaaa._mp_size=2 > *(aaaaa._mp_d)=2147483645 This is correct, but you need to look at _mp_d[1] too, since the value is two limbs of 32 bits. This is all internals though, so if you want to be compatible with future releases, don't do it. > Is "MP_INT" equal to "mpz_t" ? No, with MP_INT you get a struct, with mpz_t you get a one element array. The difference is that for MP_INT you need to write "&x" like you did with "&aaaaa" to get a pointer to pass. With mpz_t that happens automatically. From user42@zip.com.au Wed May 7 22:43:45 2003 From: user42@zip.com.au (Kevin Ryde) Date: Thu, 08 May 2003 07:43:45 +1000 Subject: How to use GMP. In-Reply-To: <3EB72219.FEF27EF4@fls.fujitsu.com> (jhashida@fls.fujitsu.com's message of "Tue, 06 May 2003 11:46:49 +0900") References: <3EB72219.FEF27EF4@fls.fujitsu.com> Message-ID: <87u1c6301a.fsf@zip.com.au> Hashida writes: > > MP_INT *bbbbb=(MP_INT *)malloc(50); You should use sizeof(MP_INT) if you really want to do it with malloc. > bbbbb->_mp_d=(mp_limb_t *)malloc(10); No, gmp manages the space at _mp_d, mpz_init and friends will set it. > aaaaa._mp_alloc=2 > aaaaa._mp_size=2 > *(aaaaa._mp_d)=2147483645 This is correct, but you need to look at _mp_d[1] too, since the value is two limbs of 32 bits. This is all internals though, so if you want to be compatible with future releases, don't do it. > Is "MP_INT" equal to "mpz_t" ? No, with MP_INT you get a struct, with mpz_t you get a one element array. The difference is that for MP_INT you need to write "&x" like you did with "&aaaaa" to get a pointer to pass. With mpz_t that happens automatically. From user42@zip.com.au Wed May 7 22:48:18 2003 From: user42@zip.com.au (Kevin Ryde) Date: Thu, 08 May 2003 07:48:18 +1000 Subject: FW: gmp-4.1.2 installation problem In-Reply-To: <34.39422fea.2be8a6ed@aol.com> (DTAshley@aol.com's message of "Tue, 6 May 2003 01:49:33 EDT") References: <34.39422fea.2be8a6ed@aol.com> Message-ID: <87he86zavx.fsf@zip.com.au> DTAshley@aol.com writes: > > http://mail.gnu.org/archive/html/bug-gmp/2002-10/msg00036.html Ah, yes, that sounds likely. Check LD_LIBRARY_PATH isn't pointing at 32-bit libraries, or if you actually want 32-bits, then force it in gmp by configuring with ABI=32. PS. All bug reports to bug-gmp@gnu.org. From user42@zip.com.au Wed May 7 22:53:37 2003 From: user42@zip.com.au (Kevin Ryde) Date: Thu, 08 May 2003 07:53:37 +1000 Subject: gmp-4.1.2 compilation problem In-Reply-To: (Law Chong Fatt's message of "Tue, 6 May 2003 16:41:58 +0800") References: Message-ID: <87d6iuzan2.fsf@zip.com.au> "Law Chong Fatt" writes: > > I've added "--disable-shared" as a config option and the > installation seems to have completed ok. Perhaps you end up with a 64-bit libgmp.a which ld ignores when in 32 bit mode. You'll have to make a full report if you want help. See "Reporting Bugs" in the manual. From jhashida@fls.fujitsu.com Thu May 8 04:08:48 2003 From: jhashida@fls.fujitsu.com (Hashida) Date: Thu, 08 May 2003 12:08:48 +0900 Subject: How to use GMP. References: <3EB72219.FEF27EF4@fls.fujitsu.com> <87u1c6301a.fsf@zip.com.au> Message-ID: <3EB9CA40.FD574ACF@fls.fujitsu.com> Hi Kevin Ryde. I rewrote the program. Kevin Ryde wrote: > Hashida writes: > > > > MP_INT *bbbbb=(MP_INT *)malloc(50); > > You should use sizeof(MP_INT) if you really want to do it with malloc. > > > bbbbb->_mp_d=(mp_limb_t *)malloc(10); > > No, gmp manages the space at _mp_d, mpz_init and friends will set it. As mpz_init_set_ui is used, "malloc" is unnecessary and is removed. > > > > aaaaa._mp_alloc=2 > > aaaaa._mp_size=2 > > *(aaaaa._mp_d)=2147483645 > > This is correct, but you need to look at _mp_d[1] too, since the value > is two limbs of 32 bits. This is all internals though, so if you want > to be compatible with future releases, don't do it. I got "*(aaaaa._mp_d+1)=1". aaaaa._mp_alloc=2 aaaaa._mp_size=2 *(aaaaa._mp_d)=2147483645 *(aaaaa._mp_d+1)=1 How do the above four results express "(2^31-1)*3=6442450941"? Though, if "gmp_printf("aaaaa=%Zd\n",&aaaaa);" is used, "aaaaa=6442450941" is expressed. In addition, what does "_mp_alloc" mean? Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ? (set 1 in "mpz_init" and set 2 in "mpz_mul_ui") Thanks. Hashida #include #include #include #include main() { MP_INT *bbbbb; MP_INT aaaaa; mpz_init_set_ui(bbbbb,2147483647); printf("bbbbb->_mp_alloc=%d\n",bbbbb->_mp_alloc); printf("bbbbb->_mp_size=%d\n",bbbbb->_mp_size); printf("*(bbbbb->_mp_d)=%d\n",*(bbbbb->_mp_d)); mpz_init(&aaaaa); mpz_mul_ui(&aaaaa, bbbbb, 3); printf("aaaaa._mp_alloc=%d\n",aaaaa._mp_alloc); printf("aaaaa._mp_size=%d\n",aaaaa._mp_size); printf("*(aaaaa._mp_d)=%d\n",*(aaaaa._mp_d)); printf("*(aaaaa._mp_d+1)=%d\n",*(aaaaa._mp_d+1)); gmp_printf("aaaaa=%Zd\n",&aaaaa); } From hamdy@math.ucalgary.ca Thu May 8 05:37:34 2003 From: hamdy@math.ucalgary.ca (Safuat Hamdy) Date: Wed, 7 May 2003 22:37:34 -0600 Subject: How to use GMP. In-Reply-To: <3EB9CA40.FD574ACF@fls.fujitsu.com> References: <3EB72219.FEF27EF4@fls.fujitsu.com> <87u1c6301a.fsf@zip.com.au> <3EB9CA40.FD574ACF@fls.fujitsu.com> Message-ID: <200305072237.34988.hamdy@math.ucalgary.ca> On Wednesday 07 May 2003 21:08, Hashida wrote: > In addition, what does "_mp_alloc" mean? > Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ? > (set 1 in "mpz_init" and set 2 in "mpz_mul_ui") Boy, why don't you just use the regular interface?!! Ordinary users, and= =20 particularly beginners, are not supposed to fiddle around with the intern= als=20 of mpz_t objects. Just say =09mpz_t=09a, b; =09... and you're fine! No strange results! Since you yourself said that you are rather new to C _and_ GMP, you reall= y=20 should _first_ get some experience with just C before exploring the GMP=20 internals. But even so, some GMP internals are descibed in the manual. --=20 S. Hamdy | All primes are odd except 2, Dept. of Mathematics & Statistics | which is the oddest of all. University of Calgary | | unsolicited commercial e-mail | is strictly not welcome | From jhashida@fls.fujitsu.com Thu May 8 07:36:24 2003 From: jhashida@fls.fujitsu.com (Hashida) Date: Thu, 08 May 2003 15:36:24 +0900 Subject: How to use GMP. References: <3EB72219.FEF27EF4@fls.fujitsu.com> <87u1c6301a.fsf@zip.com.au> <3EB9CA40.FD574ACF@fls.fujitsu.com> <200305072237.34988.hamdy@math.ucalgary.ca> Message-ID: <3EB9FAE8.1A857AAD@fls.fujitsu.com> Is it bad to know? Hashida Safuat Hamdy wrote: > On Wednesday 07 May 2003 21:08, Hashida wrote: > > > In addition, what does "_mp_alloc" mean? > > Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ? > > (set 1 in "mpz_init" and set 2 in "mpz_mul_ui") > > Boy, why don't you just use the regular interface?!! Ordinary users, and > particularly beginners, are not supposed to fiddle around with the internals > of mpz_t objects. > > Just say > > mpz_t a, b; > > ... > > and you're fine! No strange results! > > Since you yourself said that you are rather new to C _and_ GMP, you really > should _first_ get some experience with just C before exploring the GMP > internals. But even so, some GMP internals are descibed in the manual. > > -- > > S. Hamdy | All primes are odd except 2, > Dept. of Mathematics & Statistics | which is the oddest of all. > University of Calgary | > | > unsolicited commercial e-mail | > is strictly not welcome | > _______________________________________________ > gmp-discuss mailing list > gmp-discuss@swox.com > https://gmplib.org/mailman/listinfo/gmp-discuss From DTAshley@aol.com Thu May 8 06:05:02 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Thu, 8 May 2003 01:05:02 EDT Subject: How to use GMP. Message-ID: <175.1a3cdd40.2beb3f7e@aol.com> --part1_175.1a3cdd40.2beb3f7e_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Yeah, I agree, this is getting out of hand. The GMP web page needs to be changed so that you have to pass a C-language test and computer literacy (linkers, compilers, make files) test before you can download the source code. If you can't pass the test, you can only get the binaries. Dave. In a message dated 5/8/2003 12:40:27 AM Eastern Daylight Time, hamdy@math.ucalgary.ca writes: > On Wednesday 07 May 2003 21:08, Hashida wrote: > > >In addition, what does "_mp_alloc" mean? > >Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ? > >(set 1 in "mpz_init" and set 2 in "mpz_mul_ui") > > Boy, why don't you just use the regular interface?!! Ordinary users, and > particularly beginners, are not supposed to fiddle around with the > internals > of mpz_t objects. > > Just say > > mpz_t a, b; > > ... > > and you're fine! No strange results! > > Since you yourself said that you are rather new to C _and_ GMP, you really > should _first_ get some experience with just C before exploring the GMP > internals. But even so, some GMP internals are descibed in the manual. > > > -- > > S. Hamdy | All primes are odd except 2, > Dept. of Mathematics &Statistics | which is the oddest of all. > University of Calgary | > | > unsolicited commercial e-mail | > is strictly not welcome | > _______________________________________________ > gmp-discuss mailing list > gmp-discuss@swox.com > https://gmplib.org/mailman/listinfo/gmp-discuss --part1_175.1a3cdd40.2beb3f7e_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Yeah, I agree, this is getting out of hand.

The GMP web page needs to be changed so that you have to pass a C-language t= est and computer literacy (linkers, compilers, make files) test before you c= an download the source code.  If you can't pass the test, you can only=20= get the binaries.

Dave.

In a message dated 5/8/2003 12:40:27 AM Eastern Daylight Time, hamdy@math.uc= algary.ca writes:

On Wednesday 07 May 2003 21:08,= Hashida wrote:

>In addition, what does "_mp_alloc" mean?
>Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ?
>(set 1 in "mpz_init" and set 2 in "mpz_mul_ui")

Boy, why don't you just use the regular interface?!!  Ordinary users, a= nd
particularly beginners, are not supposed to fiddle around with the internals=
of mpz_t objects.

Just say

  mpz_t   a, b;

  ...

and you're fine!  No strange results!

Since you yourself said that you are rather new to C _and_ GMP, you really <= BR> should _first_ get some experience with just C before exploring the GMP
internals.  But even so, some GMP internals are descibed in the manual.=


--

S. Hamdy           &n= bsp;     |  All primes are odd except 2,
Dept. of Mathematics &Statistics     |  which i= s the oddest of all.
University of Calgary         &= nbsp; |
            &nbs= p;       |
unsolicited commercial e-mail       |
is strictly not welcome         = ; |
_______________________________________________
gmp-discuss mailing list
gmp-discuss@swox.com
https://gmplib.org/mailman/listinfo/gmp-discuss


--part1_175.1a3cdd40.2beb3f7e_boundary-- From DTAshley@aol.com Thu May 8 06:10:50 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Thu, 8 May 2003 01:10:50 EDT Subject: How to use GMP. Message-ID: <37.384fa439.2beb40da@aol.com> --part1_37.384fa439.2beb40da_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Yeah, I agree, this is getting out of hand. The GMP web page needs to be changed so that you have to pass a C-language test and computer literacy (linkers, compilers, make files) test before you can download the source code. If you can't pass the test, you can only get the binaries. Dave. In a message dated 5/8/2003 12:40:27 AM Eastern Daylight Time, hamdy@math.ucalgary.ca writes: > On Wednesday 07 May 2003 21:08, Hashida wrote: > > >In addition, what does "_mp_alloc" mean? > >Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ? > >(set 1 in "mpz_init" and set 2 in "mpz_mul_ui") > > Boy, why don't you just use the regular interface?!! Ordinary users, and > particularly beginners, are not supposed to fiddle around with the > internals > of mpz_t objects. > > Just say > > mpz_t a, b; > > ... > > and you're fine! No strange results! > > Since you yourself said that you are rather new to C _and_ GMP, you really > should _first_ get some experience with just C before exploring the GMP > internals. But even so, some GMP internals are descibed in the manual. > > > -- > > S. Hamdy | All primes are odd except 2, > Dept. of Mathematics &Statistics | which is the oddest of all. > University of Calgary | > | > unsolicited commercial e-mail | > is strictly not welcome | > _______________________________________________ > gmp-discuss mailing list > gmp-discuss@swox.com > https://gmplib.org/mailman/listinfo/gmp-discuss --part1_37.384fa439.2beb40da_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Yeah, I agree, this is getting out of hand.

The GMP web page needs to be changed so that you have to pass a C-language t= est and computer literacy (linkers, compilers, make files) test before you c= an download the source code.  If you can't pass the test, you can only=20= get the binaries.

Dave.

In a message dated 5/8/2003 12:40:27 AM Eastern Daylight Time, hamdy@math.uc= algary.ca writes:

On Wednesday 07 May 2003 21:08,= Hashida wrote:

>In addition, what does "_mp_alloc" mean?
>Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ?
>(set 1 in "mpz_init" and set 2 in "mpz_mul_ui")

Boy, why don't you just use the regular interface?!!  Ordinary users, a= nd
particularly beginners, are not supposed to fiddle around with the internals=
of mpz_t objects.

Just say

  mpz_t   a, b;

  ...

and you're fine!  No strange results!

Since you yourself said that you are rather new to C _and_ GMP, you really <= BR> should _first_ get some experience with just C before exploring the GMP
internals.  But even so, some GMP internals are descibed in the manual.=


--

S. Hamdy           &n= bsp;     |  All primes are odd except 2,
Dept. of Mathematics &Statistics     |  which i= s the oddest of all.
University of Calgary         &= nbsp; |
            &nbs= p;       |
unsolicited commercial e-mail       |
is strictly not welcome         = ; |
_______________________________________________
gmp-discuss mailing list
gmp-discuss@swox.com
https://gmplib.org/mailman/listinfo/gmp-discuss


--part1_37.384fa439.2beb40da_boundary-- From DTAshley@aol.com Thu May 8 06:52:23 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Thu, 8 May 2003 01:52:23 EDT Subject: How to use GMP. Message-ID: <181.1aa846df.2beb4a97@aol.com> --part1_181.1aa846df.2beb4a97_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Yeah, I agree, this is getting out of hand. The GMP web page needs to be changed so that you have to pass a C-language test and computer literacy (linkers, compilers, make files) test before you can download the source code. If you can't pass the test, you can only get the binaries. Dave. In a message dated 5/8/2003 12:40:27 AM Eastern Daylight Time, hamdy@math.ucalgary.ca writes: > On Wednesday 07 May 2003 21:08, Hashida wrote: > > >In addition, what does "_mp_alloc" mean? > >Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ? > >(set 1 in "mpz_init" and set 2 in "mpz_mul_ui") > > Boy, why don't you just use the regular interface?!! Ordinary users, and > particularly beginners, are not supposed to fiddle around with the > internals > of mpz_t objects. > > Just say > > mpz_t a, b; > > ... > > and you're fine! No strange results! > > Since you yourself said that you are rather new to C _and_ GMP, you really > should _first_ get some experience with just C before exploring the GMP > internals. But even so, some GMP internals are descibed in the manual. > > > -- > > S. Hamdy | All primes are odd except 2, > Dept. of Mathematics &Statistics | which is the oddest of all. > University of Calgary | > | > unsolicited commercial e-mail | > is strictly not welcome | > _______________________________________________ > gmp-discuss mailing list > gmp-discuss@swox.com > https://gmplib.org/mailman/listinfo/gmp-discuss --part1_181.1aa846df.2beb4a97_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Yeah, I agree, this is getting out of hand.

The GMP web page needs to be changed so that you have to pass a C-language t= est and computer literacy (linkers, compilers, make files) test before you c= an download the source code.  If you can't pass the test, you can only=20= get the binaries.

Dave.

In a message dated 5/8/2003 12:40:27 AM Eastern Daylight Time, hamdy@math.uc= algary.ca writes:

On Wednesday 07 May 2003 21:08,= Hashida wrote:

>In addition, what does "_mp_alloc" mean?
>Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ?
>(set 1 in "mpz_init" and set 2 in "mpz_mul_ui")

Boy, why don't you just use the regular interface?!!  Ordinary users, a= nd
particularly beginners, are not supposed to fiddle around with the internals=
of mpz_t objects.

Just say

  mpz_t   a, b;

  ...

and you're fine!  No strange results!

Since you yourself said that you are rather new to C _and_ GMP, you really <= BR> should _first_ get some experience with just C before exploring the GMP
internals.  But even so, some GMP internals are descibed in the manual.=


--

S. Hamdy           &n= bsp;     |  All primes are odd except 2,
Dept. of Mathematics &Statistics     |  which i= s the oddest of all.
University of Calgary         &= nbsp; |
            &nbs= p;       |
unsolicited commercial e-mail       |
is strictly not welcome         = ; |
_______________________________________________
gmp-discuss mailing list
gmp-discuss@swox.com
https://gmplib.org/mailman/listinfo/gmp-discuss


--part1_181.1aa846df.2beb4a97_boundary-- From jhashida@fls.fujitsu.com Thu May 8 10:56:51 2003 From: jhashida@fls.fujitsu.com (Hashida) Date: Thu, 08 May 2003 18:56:51 +0900 Subject: How to use GMP. References: <175.1a3cdd40.2beb3f7e@aol.com> Message-ID: <3EBA29E2.86482CAB@fls.fujitsu.com> --------------D45917392C059BE73FC104AC Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Hi. Everyone don't have to mind what I am interested in. I have not reached the necessary level yet. I am not going to modify GMP source code from the first. Simply I was interested in MP_INT structure. Thank you. Hashida DTAshley@aol.com wrote: > Yeah, I agree, this is getting out of hand. > > The GMP web page needs to be changed so that you have to pass a > C-language test and computer literacy (linkers, compilers, make files) > test before you can download the source code. If you can't pass the > test, you can only get the binaries. > > Dave. > > In a message dated 5/8/2003 12:40:27 AM Eastern Daylight Time, > hamdy@math.ucalgary.ca writes: > > >> On Wednesday 07 May 2003 21:08, Hashida wrote: >> >> >In addition, what does "_mp_alloc" mean? >> >Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ? >> >(set 1 in "mpz_init" and set 2 in "mpz_mul_ui") >> >> Boy, why don't you just use the regular interface?!! Ordinary >> users, and >> particularly beginners, are not supposed to fiddle around with the >> internals >> of mpz_t objects. >> >> Just say >> >> mpz_t a, b; >> >> ... >> >> and you're fine! No strange results! >> >> Since you yourself said that you are rather new to C _and_ GMP, you >> really >> should _first_ get some experience with just C before exploring the >> GMP >> internals. But even so, some GMP internals are descibed in the >> manual. >> >> >> -- >> >> S. Hamdy | All primes are odd except 2, >> Dept. of Mathematics &Statistics | which is the oddest of all. >> University of Calgary | >> | >> unsolicited commercial e-mail | >> is strictly not welcome | >> _______________________________________________ >> gmp-discuss mailing list >> gmp-discuss@swox.com >> https://gmplib.org/mailman/listinfo/gmp-discuss > > > --------------D45917392C059BE73FC104AC Content-Type: text/html; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Hi.

Everyone don't have to mind what I am interested in.
I have not reached the necessary level yet.
I am not going to modify GMP source code from the first.
Simply I was interested in MP_INT structure.

Thank you.

Hashida

DTAshley@aol.com wrote:

Yeah, I agree, this is getting out of hand.

The GMP web page needs to be changed so that you have to pass a C-language test and computer literacy (linkers, compilers, make files) test before you can download the source code.  If you can't pass the test, you can only get the binaries.

Dave.

In a message dated 5/8/2003 12:40:27 AM Eastern Daylight Time, hamdy@math.ucalgary.ca writes:
 

On Wednesday 07 May 2003 21:08, Hashida wrote:

>In addition, what does "_mp_alloc" mean?
>Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ?
>(set 1 in "mpz_init" and set 2 in "mpz_mul_ui")

Boy, why don't you just use the regular interface?!!  Ordinary users, and
particularly beginners, are not supposed to fiddle around with the internals
of mpz_t objects.

Just say

  mpz_t   a, b;

  ...

and you're fine!  No strange results!

Since you yourself said that you are rather new to C _and_ GMP, you really
should _first_ get some experience with just C before exploring the GMP
internals.  But even so, some GMP internals are descibed in the manual.
 

--

S. Hamdy                 |  All primes are odd except 2,
Dept. of Mathematics &Statistics     |  which is the oddest of all.
University of Calgary           |
                    |
unsolicited commercial e-mail       |
is strictly not welcome          |
_______________________________________________
gmp-discuss mailing list
gmp-discuss@swox.com
https://gmplib.org/mailman/listinfo/gmp-discuss


 
--------------D45917392C059BE73FC104AC-- From juneco@quartz.ocn.ne.jp Fri May 9 09:38:58 2003 From: juneco@quartz.ocn.ne.jp (June Co.) Date: Fri, 9 May 2003 17:38:58 +0900 Subject: parallel programs with MPI and GMP Message-ID: <200305091738.HEC32058.FPDOVK@quartz.ocn.ne.jp> Hi. Recently, I'm working to parallelize variable numerical algorithms with MPI and GMP. The "MPIGMP" Library is produced and used in my works. This library include basic functions in order to help us to develop parallel programs with MPI 1.1 and GMP 4.1.x. It's can be downloaded from http://member.nifty.ne.jp/tkouya/na/bnc/mpigmp.tar.gz . The tarball include two sample programs, "cpi-gmp.c" (modified "cpi.c" with mpf_t or mpfr_t) and "test_mpzq.c" (parallel factorial and its inverse with mpz_t and mpq_t). In this mailling list, I've read some programs with MPI and GMP. These motivate me to do it. Thansk! -- Tomonori Kouya From infor@londonlanguages.net Fri May 9 13:14:31 2003 From: infor@londonlanguages.net (Curso de alto rendimiento de dos meses ) Date: Fri, 9 May 2003 12:14:31 Subject: Aprenda o mejore sus idiomas Message-ID: <20030509101323.87C2B20A0@b.swox.se> Información y Reservas en: www.londonlanguages.net Fax 934319444 ó mail: cial@londonlanguages.net Colaboramos con Universidades y Colegios Mayores Le proporcionamos una enseñanza de idiomas de calidad con profesores bilingües o nativos. Aprenda o mejore sus idiomas. Creamos hábitos de conversación. Solventamos fracasos anteriores. Garantía total. Solo se cobran las clases impartidas/por horas, previa factura a fin de mes. Proponga en su empresa organizar grupos reducidos con algun compañero. Nuestros profesores se desplazan a su empresa o domicilio en horas programadas. El aprendizaje de idiomas hoy, se considera un plus laboral. Pida información y disponibilidad, completando la ficha en nuestra web . http://www.londonlanguages.net Fax 934319444 ó mail: cial@londonlanguages.net SUBVENCION PARCIAL PARA LAS 200 PRIMERAS INSCRIPCIONES Cumplimos con la ley vigente en cuanto a la protección de datos. Para bajas Haga un reply en la cabecera o en e/mail:infor@londonlanguages.net From linus@swox.com Fri May 9 14:28:35 2003 From: linus@swox.com (Linus Nordberg) Date: Fri, 09 May 2003 15:28:35 +0200 Subject: Division by 2 In-Reply-To: <123.2142de98.2be45d24@aol.com> (DTAshley@aol.com's message of "Fri, 2 May 2003 19:45:40 EDT") References: <123.2142de98.2be45d24@aol.com> Message-ID: DTAshley@aol.com wrote Fri, 2 May 2003 19:45:40 EDT: Hi Torbjorn, I believe my response to this was quite reasonable. I asked user42 (is that Kevin?) for the version number, which he did not provide. Since I could not find the text he cited in the .PDF version I have, I assumed he had a different version. My repeat request for the version number was quite reasonable. I believe this is a "documentation bug", which I should report. If you want to report a bug, please send a bug report to bug-gmp@gnu.org (as stated in the "Reporting Bugs" section of the manual). But don't have too high hopes in finding people willing to work on bugs in a .PDF document built by your own hand from a .PS file that you don't know where it stem from. -- Linus Nordberg Swox AB From linus@swox.com Fri May 9 14:28:35 2003 From: linus@swox.com (Linus Nordberg) Date: Fri, 09 May 2003 15:28:35 +0200 Subject: Division by 2 In-Reply-To: <123.2142de98.2be45d24@aol.com> (DTAshley@aol.com's message of "Fri, 2 May 2003 19:45:40 EDT") References: <123.2142de98.2be45d24@aol.com> Message-ID: DTAshley@aol.com wrote Fri, 2 May 2003 19:45:40 EDT: Hi Torbjorn, I believe my response to this was quite reasonable. I asked user42 (is that Kevin?) for the version number, which he did not provide. Since I could not find the text he cited in the .PDF version I have, I assumed he had a different version. My repeat request for the version number was quite reasonable. I believe this is a "documentation bug", which I should report. If you want to report a bug, please send a bug report to bug-gmp@gnu.org (as stated in the "Reporting Bugs" section of the manual). But don't have too high hopes in finding people willing to work on bugs in a .PDF document built by your own hand from a .PS file that you don't know where it stem from. -- Linus Nordberg Swox AB From user42@zip.com.au Fri May 9 22:50:01 2003 From: user42@zip.com.au (Kevin Ryde) Date: Sat, 10 May 2003 07:50:01 +1000 Subject: How to use GMP. In-Reply-To: <3EB9CA40.FD574ACF@fls.fujitsu.com> (jhashida@fls.fujitsu.com's message of "Thu, 08 May 2003 12:08:48 +0900") References: <3EB72219.FEF27EF4@fls.fujitsu.com> <87u1c6301a.fsf@zip.com.au> <3EB9CA40.FD574ACF@fls.fujitsu.com> Message-ID: <87smrnzt6e.fsf@zip.com.au> Hashida writes: > > How do the above four results express "(2^31-1)*3=6442450941"? The values are 32-bits each, concatenated together. _mp_d[0] is the low half, _mp_d[1] the high. So 2147483645 + 1 * 2^32 == 6442450941. > In addition, what does "_mp_alloc" mean? See "Internals" in the manual. Ask again if that's unclear. > Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ? No, because _mp_d has been allocated space for 2 limbs. From DTAshley@aol.com Sat May 10 02:37:09 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Fri, 9 May 2003 21:37:09 EDT Subject: Division by 2 Message-ID: <140.1126abf8.2bedb1c5@aol.com> --part1_140.1126abf8.2bedb1c5_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi Linus, Thank you for your reply to this issue. The issue has been fully resolved. The issue ended up to be that my homemade .PDF file was not properly searchable by Adobe Acrobat Reader. Kevin Ryde sent me a .PDF file that is properly searchable. I had used an ineffective method of generating the .PDF file. I had expressed the concern "documentation bug" because of the following chain of events: a)Kevin or Torbjorn mentioned an "efficiency" section of the manual. b)A search of my .PDF did not find "efficiency". I assumed that "efficiency" was not in the document and therefore that the .PS that I used to generate the .PDF was inconsistent with the HTML. That is why I mentioned "documentation bug". In fact, the "efficiency" section was actually there, it just didn't show up on a search. So, there is no documentation bug. I was wrong. It was a search difficulty because I generated a .PDF in a way that nobody else does (using Acrobat Distiller from the .PS on the GMP web page). I hope this clarifies things. Best regards, Dave Ashley. In a message dated 5/9/2003 2:30:49 PM Eastern Daylight Time, linus@swox.com writes: > If you want to report a bug, please send a bug report to > bug-gmp@gnu.org (as stated in the "Reporting Bugs" section of the > manual). But don't have too high hopes in finding people willing to > work on bugs in a .PDF document built by your own hand from a .PS file > that you don't know where it stem from. > > -- > Linus Nordberg > Swox AB --part1_140.1126abf8.2bedb1c5_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi Linus,

Thank you for your reply to this issue.

The issue has been fully resolved.  The issue ended up to be that my ho= memade .PDF file was not properly searchable by Adobe Acrobat Reader. =20= Kevin Ryde sent me a .PDF file that is properly searchable.  I had used= an ineffective method of generating the .PDF file.

I had expressed the concern "documentation bug" because of the following cha= in of events:

a)Kevin or Torbjorn mentioned an "efficiency" section of the manual.

b)A search of my .PDF did not find "efficiency".  I assumed that "effic= iency" was not in the document and therefore that the .PS that I used to gen= erate the .PDF was inconsistent with the HTML.  That is why I mentioned= "documentation bug".  In fact, the "efficiency" section was actually t= here, it just didn't show up on a search.

So, there is no documentation bug.  I was wrong.

It was a search difficulty because I generated a .PDF in a way that nobody e= lse does (using Acrobat Distiller from the .PS on the GMP web page).

I hope this clarifies things.

Best regards,
Dave Ashley.

In a message dated 5/9/2003 2:30:49 PM Eastern Daylight Time, linus@swox.com= writes:

If you want to report a bug, pl= ease send a bug report to
bug-gmp@gnu.org (as stated in the "Reporting Bugs" section of the
manual).  But don't have too high hopes in finding people willing to work on bugs in a .PDF document built by your own hand from a .PS file
that you don't know where it stem from.

--
Linus Nordberg
Swox AB  <http://swox.com/>


--part1_140.1126abf8.2bedb1c5_boundary-- From user42@zip.com.au Sat May 10 02:47:42 2003 From: user42@zip.com.au (Kevin Ryde) Date: Sat, 10 May 2003 11:47:42 +1000 Subject: Division by 2 In-Reply-To: <140.1126abf8.2bedb1c5@aol.com> (DTAshley@aol.com's message of "Fri, 9 May 2003 21:37:09 EDT") References: <140.1126abf8.2bedb1c5@aol.com> Message-ID: <87he83shc1.fsf@zip.com.au> DTAshley@aol.com writes: > > a .PDF file that is properly searchable Torbjorn has put a version up on the web page now too. It turned out to need new enough versions of tex and texinfo to get the right thing too. Dunno if the new one has what would look better as ff ligature coming out as separate f f, or if instead some magic happens to make it searchable. Either way it's a matter for texinfo or the readers, since presumably the same affects all manuals. From jhashida@fls.fujitsu.com Mon May 12 07:34:16 2003 From: jhashida@fls.fujitsu.com (Hashida) Date: Mon, 12 May 2003 15:34:16 +0900 Subject: How to use GMP. References: <3EB72219.FEF27EF4@fls.fujitsu.com> <87u1c6301a.fsf@zip.com.au> <3EB9CA40.FD574ACF@fls.fujitsu.com> <87smrnzt6e.fsf@zip.com.au> Message-ID: <3EBF4068.D332ED45@fls.fujitsu.com> Thank you, Kevin Ryde. I can understand. I thank everyone except a rude childish person who used the words such as "dumb" and "stupid" for me. Hashida Kevin Ryde wrote: > Hashida writes: > > > > How do the above four results express "(2^31-1)*3=6442450941"? > > The values are 32-bits each, concatenated together. _mp_d[0] is the > low half, _mp_d[1] the high. So 2147483645 + 1 * 2^32 == 6442450941. > > > In addition, what does "_mp_alloc" mean? > > See "Internals" in the manual. Ask again if that's unclear. > > > Is "aaaaa._mp_alloc" 2 because "aaaaa" is used twice in mpz_*** ? > > No, because _mp_d has been allocated space for 2 limbs. From jhashida@fls.fujitsu.com Mon May 12 09:57:15 2003 From: jhashida@fls.fujitsu.com (Hashida) Date: Mon, 12 May 2003 17:57:15 +0900 Subject: How to use GMP. References: <1dd.9759754.2bf0b186@aol.com> Message-ID: <3EBF61EB.22281B62@fls.fujitsu.com> --------------BE048BD0E1FFE79BB4B38D96 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit No! No! "A rude childish person" is not you. It is another person. I'm sorry to make you misunderstand. Please don't mind. I understood my questions were very simple. And I will study C. Thank you. Hashida DTAshley@aol.com wrote: > Yeah, the list can be hostile. Sorry you had to endure that crap. > > But one thing is for sure--the GMP really works well. The speed is > pretty impressive. > > Here is my favorite GMP application as a CGI-BIN, written by yours > truly: > > http://esrg.sourceforge.net/phpcgibin/pfact18digit.php > > Dave. > > In a message dated 5/12/2003 2:38:31 AM Eastern Daylight Time, > jhashida@fls.fujitsu.com writes: > > >> Thank you, Kevin Ryde. >> >> I can understand. >> >> I thank everyone except a rude childish person who used the words >> such as >> "dumb" and "stupid" for me. >> >> >> Hashida > > > --------------BE048BD0E1FFE79BB4B38D96 Content-Type: text/html; charset=iso-2022-jp Content-Transfer-Encoding: 7bit  

No! No!

"A rude childish person" is not you.
It is another person.
I'm sorry to make you misunderstand.
Please don't mind.

I understood my questions were very simple.
And I will study C.

Thank you.
 

Hashida
 
 
 

DTAshley@aol.com wrote:

Yeah, the list can be hostile.  Sorry you had to endure that crap.

But one thing is for sure--the GMP really works well.  The speed is pretty impressive.

Here is my favorite GMP application as a CGI-BIN, written by yours truly:

http://esrg.sourceforge.net/phpcgibin/pfact18digit.php

Dave.

In a message dated 5/12/2003 2:38:31 AM Eastern Daylight Time, jhashida@fls.fujitsu.com writes:
 

Thank you, Kevin Ryde.

I can understand.

I thank everyone except a rude childish person who used the words such as
"dumb" and "stupid" for me.
 

Hashida


 
--------------BE048BD0E1FFE79BB4B38D96-- From jhashida@fls.fujitsu.com Mon May 12 10:03:47 2003 From: jhashida@fls.fujitsu.com (Hashida) Date: Mon, 12 May 2003 18:03:47 +0900 Subject: How to use GMP. References: <1dd.9759754.2bf0b186@aol.com> Message-ID: <3EBF6373.D97F5532@fls.fujitsu.com> --------------1AEA7334BE9E702B3D6A6853 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit No! No! "A rude childish person" is not you, Dave. It is another person. I'm sorry to make you misunderstand. Please don't mind. I understood my questions were very simple. And I will study C. Thank you. Hashida DTAshley@aol.com wrote: > Yeah, the list can be hostile. Sorry you had to endure that crap. > > But one thing is for sure--the GMP really works well. The speed is > pretty impressive. > > Here is my favorite GMP application as a CGI-BIN, written by yours > truly: > > http://esrg.sourceforge.net/phpcgibin/pfact18digit.php > > Dave. > > In a message dated 5/12/2003 2:38:31 AM Eastern Daylight Time, > jhashida@fls.fujitsu.com writes: > > >> Thank you, Kevin Ryde. >> >> I can understand. >> >> I thank everyone except a rude childish person who used the words >> such as >> "dumb" and "stupid" for me. >> >> >> Hashida > > > --------------1AEA7334BE9E702B3D6A6853 Content-Type: text/html; charset=iso-2022-jp Content-Transfer-Encoding: 7bit  
 

No! No!

"A rude childish person" is not you, Dave.
It is another person.
I'm sorry to make you misunderstand.
Please don't mind.

I understood my questions were very simple.
And I will study C.

Thank you.
 

Hashida

DTAshley@aol.com wrote:

Yeah, the list can be hostile.  Sorry you had to endure that crap.

But one thing is for sure--the GMP really works well.  The speed is pretty impressive.

Here is my favorite GMP application as a CGI-BIN, written by yours truly:

http://esrg.sourceforge.net/phpcgibin/pfact18digit.php

Dave.

In a message dated 5/12/2003 2:38:31 AM Eastern Daylight Time, jhashida@fls.fujitsu.com writes:
 

Thank you, Kevin Ryde.

I can understand.

I thank everyone except a rude childish person who used the words such as
"dumb" and "stupid" for me.
 

Hashida


 
--------------1AEA7334BE9E702B3D6A6853-- From linus@swox.com Mon May 12 10:42:06 2003 From: linus@swox.com (Linus Nordberg) Date: Mon, 12 May 2003 11:42:06 +0200 Subject: [Administrivia] Double message delivery Message-ID: Hi all, We're experiencing some delivery problems on the list -- some of you get some of the messages to the list delivered twice. This will be fixed within a week. In the meantime, use your delete button. -- Linus Nordberg Swox AB From Andreas.Fabri@geometryfactory.com Tue May 13 11:50:21 2003 From: Andreas.Fabri@geometryfactory.com (Andreas Fabri) Date: Tue, 13 May 2003 12:50:21 +0200 Subject: precompiled GMP Message-ID: <3EC0CDED.5080300@geometryfactory.com> Hello, I work in a project where we want to ship precompiled GMP for the Windows platform. I succesfully followed the "Notes for Particular Systems" in the manual, and I am wondering what is the advantage/disadvantage if one follows Brian Gladman's approach. An obvious disadvantage is his porting of assember. Whenever the GMP project makes a new release Brian's code has to be upgraded if necessary. Another question: The "Notes for Particular Systems" do not explain how to obtain a static gmp.lib I mean a version that I compile with gcc (of mingw) and that links with cl.exe. Finally, I am wondering, if precompiling is a good idea at all. Obviously it is nice for the user not to first install cygwin or mingw, and not to spend 15 minutes on the installation. But, do I have to use the generic implementations of arithmetic operations, because if I precompile with the assembler routines in mpn/x86/P6 it will not run on a k7 hardware and the other way round. How much slower is the generic implementation? Thanks in advance, Andreas From DTAshley@aol.com Tue May 13 12:09:01 2003 From: DTAshley@aol.com (DTAshley@aol.com) Date: Tue, 13 May 2003 07:09:01 EDT Subject: precompiled GMP Message-ID: <198.1a300b58.2bf22c4d@aol.com> --part1_198.1a300b58.2bf22c4d_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In a message dated 5/13/2003 6:52:16 AM Eastern Daylight Time, Andreas.Fabri@geometryfactory.com writes: > But, do I have to use the generic implementations > of arithmetic operations, because if I precompile with the assembler > routines > in mpn/x86/P6 it will not run on a k7 hardware and the other way round. > How much slower is the generic implementation? The "generic" implementation uses straight portable 'C' and no assembly-language. I would expect it is AT LEAST 3-5 times slower than the A/L. For example, checking rollover on add using a comparison like new_result = result + a; if (new_result < result) ... will probably use at least twice as many instructions as the traditional ADD/ADC implementation. Most things useful in extended-precision fixed-point arithmetic can't be specified nicely in 'C'. You want to avoid the "generic". Dave. --part1_198.1a300b58.2bf22c4d_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable In a message dated 5/13/2003 6:52:16 AM Eastern Daylig= ht Time, Andreas.Fabri@geometryfactory.com writes:

But, do I have to use the gener= ic implementations
of arithmetic operations, because if I precompile with the assembler routine= s
in mpn/x86/P6 it will not run on a k7  hardware and the other way round= .
How much slower is the generic implementation?


The "generic" implementation= uses straight portable 'C' and no assembly-language.  I would expect i= t is AT LEAST 3-5 times slower than the A/L.  For example, checking rol= lover on add using a comparison like

new_result =3D result + a;
if (new_result < result)
...

will probably use at least twice as many instructions as the traditional ADD= /ADC implementation.  Most things useful in extended-precision fixed-po= int arithmetic can't be specified nicely in 'C'.

You want to avoid the "generic".

Dave.
--part1_198.1a300b58.2bf22c4d_boundary-- From deltatrinity@hotmail.com Tue May 13 19:53:28 2003 From: deltatrinity@hotmail.com (delta trinity) Date: Tue, 13 May 2003 14:53:28 -0400 Subject: precompiled GMP Message-ID: >From: Andreas Fabri >To: gmp-discuss@swox.com >Subject: precompiled GMP Date: Tue, 13 May 2003 12:50:21 +0200 > >Hello, > >I work in a project where we want to ship precompiled GMP for the Windows >platform. >I succesfully followed the "Notes for Particular Systems" in the manual, >and I am >wondering what is the advantage/disadvantage if one follows Brian >Gladman's approach. >An obvious disadvantage is his porting of assember. Whenever the GMP >project >makes a new release Brian's code has to be upgraded if necessary. > > >Another question: >The "Notes for Particular Systems" do not explain how to obtain a static >gmp.lib >I mean a version that I compile with gcc (of mingw) and that links with >cl.exe. > > > >Finally, I am wondering, if precompiling is a good idea at all. Obviously >it >is nice for the user not to first install cygwin or mingw, and not to spend >15 minutes on the installation. But, do I have to use the generic >implementations >of arithmetic operations, because if I precompile with the assembler >routines >in mpn/x86/P6 it will not run on a k7 hardware and the other way round. >How much slower is the generic implementation? > >Thanks in advance, > >Andreas Well, I don't know much about static libraries but if you're using Windows, you could build the shared libraries for different implementations. For example, you could build Pentium, P2, P3, K7, ... dlls and put them in separate directory. At runtime, you could detect the processor and load the appropriate library. For your last question, I don't have specific numbers but for sure, the generic implementation is much slower than the assembly-optimized, even when comparing generic vs i486-optimized library. Can be 10 to 100 times faster depending on which functions, especially when the assembly-optimized parts are called often in a tight loop, as for modular exponentiation or square roots for example. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From asha@onezero.org Thu May 15 06:05:01 2003 From: asha@onezero.org (Andrew) Date: Wed, 14 May 2003 22:05:01 -0700 Subject: Online Floating Point Demo Message-ID: <20030515050501.GA1440@snow> Hi.. I used GMP about 10 years ago to develop a pretty big application, and recently I was looking for an online calculator that does arbitrary precision floating point calculations, so naturally I thought to check out GMP's web site. I was happy to come across a link to an online GMP calculator for integers (http://www.swox.com/gmp/#TRY). This was the best online calculator I found. It would be really helpful if a floating-point version could be made available too (with arbitrary precision, of course, or user-specified precision up to some limit). Is there any chance of that? If not, does anyone have any suggestions about where I might find such a thing? I have a particular calculation I want to do, I hate installing software on my machine just to do a single calculation, and after looking for 1 hour I didn't find any site that could handle it. The computation is 1-(1-1/b)^n, where b=2^160 and n=10^12. I also have a suggestion about the web page -- you might change "Try GMP!" to "Try GMP Online!" or something similar so that people realize that they don't have to download anything to try out GMP. Trying GMP online is a really useful feature, so maybe it makes sense to give it a more prominent place on the web page too. Andrew P.S. Please reply to me personally at asha@onezero.org, as I am not on subscribed to gmp-discuss@swox.com. From user42@zip.com.au Thu May 15 23:02:03 2003 From: user42@zip.com.au (Kevin Ryde) Date: Fri, 16 May 2003 08:02:03 +1000 Subject: precompiled GMP In-Reply-To: <3EC0CDED.5080300@geometryfactory.com> (Andreas Fabri's message of "Tue, 13 May 2003 12:50:21 +0200") References: <3EC0CDED.5080300@geometryfactory.com> Message-ID: <87bry3kgx0.fsf@zip.com.au> Andreas Fabri writes: > > The "Notes for Particular Systems" do not explain how to obtain a > static gmp.lib They do, look under "Microsoft C". > But, do I have to use the generic implementations of arithmetic > operations, because if I precompile with the assembler routines in > mpn/x86/P6 it will not run on a k7 hardware and the other way round. > How much slower is the generic implementation? The generic x86 asm code is designed to be reasonable on all x86 chips, though for unfriendly chips like p4 it's probably as much as 3x slower, in the innermost loops. From Andreas.Fabri@geometryfactory.com Fri May 16 08:37:25 2003 From: Andreas.Fabri@geometryfactory.com (Andreas Fabri) Date: Fri, 16 May 2003 09:37:25 +0200 Subject: GMP-3.1.1 on SGI web site Message-ID: <3EC49535.4080902@geometryfactory.com> Hello, On the SGI Freeware website is GMP-3.1.1 http://freeware.sgi.com/prereq.cgi?product=fw_gmp How big is the effort to precompile the latest version? Simply typing configure;make or configure CC=CC; make only produced compile time error messages. thanks in advance, andreas From florinefrench@bredband.net Fri May 16 12:20:33 2003 From: florinefrench@bredband.net (Florine French) Date: Fri, 16 May 2003 11:20:33 +0000 Subject: How is your husband? Message-ID: <31c901c31b9d$8d3f2c5f$c15536f0@plvypo3> IA0KPGh0bWw+PGJvZHkgYmdjb2xvcj0iI2ZmZmZmZiI+IA0KCQkJDQo8ZGl2 IGFsaWduPSJjZW50ZXIiPiANCiAgPHA+IDxmb250IGZhY2U9IlZlcmRhbmEs IEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIHNpemU9IjEiPi15YnFx MGMxa3dhYS45cDB1MG0ydGx2Lno1aHI2bzN6NDY4Lm5xNTJ2cDF3d3piLSAN CiAgICA8L2ZvbnQ+PGZvbnQgZmFjZT0iVmVyZGFuYSwgQXJpYWwsIEhlbHZl dGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0iMiI+PGJyPg0KICAgIDwvZm9udD48 YnI+DQogICAgPGJyPg0KICAgIDxhIGhyZWY9Imh0dHA6Ly9oZWFsdGguZWFz eWhvc3QyMDA0LmNvbS9wZWsvbTJiLnBocD9tYW49a2k5MjEiPjxpbWcgc3Jj PSJodHRwOi8vaGVhbHRoLmVhc3lob3N0MjAwNC5jb20vcC5qcGciIGJvcmRl cj0iMCI+PC9hPiANCiAgICA8YnI+DQogICAgPGZvbnQgZmFjZT0iVmVyZGFu YSwgQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJpZiIgc2l6ZT0iMiI+Z2V0 IGxhcmdlciBudXRzIA0KICAgIGFuZCBwZW5pcywgbW9yZSBwbGVhc3VyZSwg bW9yZSBzYXRpc2ZhY3Rpb248L2ZvbnQ+PGJyPg0KICAgIDxmb250IGZhY2U9 IlZlcmRhbmEsIEFyaWFsLCBIZWx2ZXRpY2EsIHNhbnMtc2VyaWYiIHNpemU9 IjIiPjxhIGhyZWY9Imh0dHA6Ly9oZWFsdGguZWFzeWhvc3QyMDA0LmNvbS9w ZWsvbTJiLnBocD9tYW49a2k5MjEiPlJlYWQgDQogICAgTW9yZSBIZXJlPC9h PjwvZm9udD48YnI+DQogICAgPGJyPg0KPHByZT4NCi0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLQ0KDQpnbXBAc3dveC5jb20gd3JvdGU6DQo+IEkgd2lzaCB5 b3Ugd2hlcmUgaGVyZQ0KPC9wcmU+DQogIDxkaXYgYWxpZ249ImxlZnQiPjxi cj4NCiAgICA8YnI+DQogICAgPGJyPg0KICA8L2Rpdj4NCjwvZGl2Pg0KPC9C T0RZPiAgDQoJDQo8L0hUTUw+DQoJCQ0KCQ0KDQo= From user42@zip.com.au Fri May 16 23:06:14 2003 From: user42@zip.com.au (Kevin Ryde) Date: Sat, 17 May 2003 08:06:14 +1000 Subject: GMP-3.1.1 on SGI web site In-Reply-To: <3EC49535.4080902@geometryfactory.com> (Andreas Fabri's message of "Fri, 16 May 2003 09:37:25 +0200") References: <3EC49535.4080902@geometryfactory.com> Message-ID: <878yt6pmw9.fsf@zip.com.au> Andreas Fabri writes: > > How big is the effort to precompile the latest version? We test on a couple of irix systems from time to time. > Simply typing configure;make or configure CC=CC; make > only produced compile time error messages. If something doesn't work, please make a bug report (see the manual). From devore@math.udel.edu Fri May 16 23:58:27 2003 From: devore@math.udel.edu (Carl Devore) Date: Fri, 16 May 2003 18:58:27 -0400 (EDT) Subject: Installing new GMP in a package that comes with precompiled GMP In-Reply-To: <878yt6pmw9.fsf@zip.com.au> Message-ID: Suppose that I have a commercial package "X" that comes precomplied with GMP. I do not have the source code of X. I want to replace the GMP in X with GMP compiled for my own machine. Do I just need to remove the file libgmp-3.dll that comes with X and replace it with my own? From user42@zip.com.au Sat May 17 00:14:31 2003 From: user42@zip.com.au (Kevin Ryde) Date: Sat, 17 May 2003 09:14:31 +1000 Subject: Installing new GMP in a package that comes with precompiled GMP In-Reply-To: (Carl Devore's message of "Fri, 16 May 2003 18:58:27 -0400 (EDT)") References: Message-ID: <87vfwao560.fsf@zip.com.au> Carl Devore writes: > > Suppose that I have a commercial package "X" that comes precomplied with > GMP. I do not have the source code of X. I want to replace the GMP in X > with GMP compiled for my own machine. Do I just need to remove the file > libgmp-3.dll that comes with X and replace it with my own? Probably. Certainly X must provide some mechanism for you to change the gmp it runs with, otherwise it's not in compliance with the gmp license terms. From spennibo@india.ingr.com Sat May 17 22:22:34 2003 From: spennibo@india.ingr.com (Penniboyina, Sankara Rao) Date: Sun, 18 May 2003 02:52:34 +0530 Subject: problem building library on solaris Message-ID: <129B6C46615DD51193AF08003681EF02192BD4@igi.india.ingr.com> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C31CBA.6F0E5190 Content-Type: text/plain; charset="iso-8859-1" Hi all, ./configure command failing with error "unusable m4 in the $PATH or /usr/5bin". Please help me to fix it. Thanks, Sankar ------_=_NextPart_001_01C31CBA.6F0E5190 Content-Type: text/html; charset="iso-8859-1"
Hi all,
     ./configure command failing with error "unusable m4 in the $PATH or /usr/5bin".
  Please help me to fix it.
 
Thanks,
Sankar
------_=_NextPart_001_01C31CBA.6F0E5190-- From linus@swox.com Sun May 18 06:59:14 2003 From: linus@swox.com (Linus Nordberg) Date: Sun, 18 May 2003 07:59:14 +0200 Subject: problem building library on solaris In-Reply-To: <129B6C46615DD51193AF08003681EF02192BD4@igi.india.ingr.com> ("Penniboyina, Sankara Rao"'s message of "Sun, 18 May 2003 02:52:34 +0530") References: <129B6C46615DD51193AF08003681EF02192BD4@igi.india.ingr.com> Message-ID: "Penniboyina, Sankara Rao" wrote Sun, 18 May 2003 02:52:34 +0530: ./configure command failing with error "unusable m4 in the $PATH or /usr/5bin". Please help me to fix it. Please try GNU m4. See the manual for some comments on m4 and reporting bugs if your problem persists. -- Linus Nordberg Swox AB From jamie4u@comcast.net Mon May 19 14:25:13 2003 From: jamie4u@comcast.net (Jamie) Date: Mon, 19 May 03 13:25:13 GMT Subject: Do you like my profile? m Message-ID: This is a multi-part message in MIME format. --0_1E2FA381_CD Content-Type: text/plain; Content-Transfer-Encoding: quoted-printable I think you answered my ad longtime ago if it was not you I am sorry. If i= t was I could not answer you because my email program died and I could not= get it to work but my friend got the emails address out for me ..:) I hop= e it was you and you are still interested, as I realize lots of time has p= ast. I really don't know where to start .... Maybe you can tell me little = more about yourself since I lost your first email , what you look like,age= ,and are you still looking ? If you are interested learning more about me,= I have a profile at : http://www.beowolfhost.com/6/index.html I am NOT a Porn Chick ..:-) I just chose it because you don't have to pay, And they allow any pictures I want .:). Oh yea , My username is Jamie4u . Don't really know what else to say for now I hope this is the right addres= s . Let me know if you are interested, And I hope you don't run when you = see my picture :-) Bye ..... J cucp --0_1E2FA381_CD-- From got-2-1-it@webtv.net Mon May 19 19:19:31 2003 From: got-2-1-it@webtv.net (Ed B) Date: Mon, 19 May 2003 14:19:31 -0400 (EDT) Subject: manual?? Message-ID: <17533-3EC92033-6107@storefull-2358.public.lawson.webtv.net> What section governs produce? Is there a booklet for produce coverage? Babau From ma@easyinkjet.net Sat May 24 20:35:17 2003 From: ma@easyinkjet.net (IMPRIMA LO QUE DESEE, CALIDAD FOTOGRAFICA) Date: Sat, 24 May 2003 19:35:17 Subject: Hasta 10 cargas de impresora por 1 Message-ID: <20030524173358.BF0AE208D@b.swox.se> Este mensaje se renvia una sola vez IMPRESION CON CALIDAD FOTOGRAFICA. OBTENGA HASTA 10 CARGAS-POR EL PRECIO DE UN CARTUCHO www.easyinkjet.net mark@easyinkjet.net Les informamos que disponemos de kits de tinta, para todas las marcas de impresoras, por 28 EUROS (iva incluido) para negro y 34 para el de color mas 3 euros de gastos de envío. Con un Kit tiene para recargar los cartuchos de 5 a 10 veces; dependiendo de la marca. HAGA SU PEDIDO INDICANDO: marca de la impresora y modelo o en la web:www.easyinkjet.net mark@easyinket.net o al -Fax934319444 PAPELES ESPECIALES, VINILOS Y LONAS La gama de productos de gran CALIDAD, para diseños, impresión fotográfica, displays, rótulos,banderolas, etc. Informe a un amigo