Actually, perhaps you wouldn't notice it on the bench at all. You might notice it for things like mpz_get_ui which are inlined in gmp.h.
Bill. 2009/3/25 Bill Hart <goodwillh...@googlemail.com>: > The short answer is I don't know whether it causes a performance > deficit. I also don't have a workaround at present. > > However this is a long standing issue, for which we have a ticket. > Obviously we've focused very much on the low hanging fruit performance > wise. > > *If* it makes any difference, you would notice it on the first two > multiplication tests in mpirbench (as compared with a machine with the > same architecture but different gcc for which the warning is not > issued). > > Bill. > > 2009/3/25 Jeff Gilchrist <jeff.gilchr...@gmail.com>: >> >> I just tried compiling it on a brand new MacBook Pro (Core2) and it >> works fine (make + make check) but I did see this in the output: >> >> checking for inline... inline >> configure: WARNING: mpir.h doesnt recognise compiler "inline", inlines >> will be unavailable >> >> So I'm not sure if that is a problem, will the reduce the performance >> because it is not going to use any inline assembler? >> >> This is with: gcc version 4.0.1 (Apple Inc. build 5490) >> Darwin Kernel Version 9.6.2 >> >> Jeff. >> >> >> >> > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "mpir-devel" group. To post to this group, send email to mpir-devel@googlegroups.com To unsubscribe from this group, send email to mpir-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/mpir-devel?hl=en -~----------~----~----~----~------~----~------~--~---