Subject: In The Q Store Owners - msg#00028

List: lib.gmp.bugs

Date: Prev Next Index Thread: Prev Next Index

THIS IS A ONE TIME MAILING!

We found your website on Google and noticed that you use "In
The Q" it is a great product but it can be restrictive. We
have overcome this and have taken this product to the nest
level. Now you can have web designed that looks like a
Fortune 500 company.

Here are a few of the sites that we have developed:

www.weldingmart.com
www.NicNacEtc.com
www.GiftBarrel.com
www.logsplitter.com
www.monkeysocks.com
www.abc-safety-training.com
www.visionbyowner.com
www.weightliftersdepot.com

AND MANY OTHERS!

We have added many valuable features: such as

1. Send this link to a friend on the product page. You get a
database list of who sends the link to whom.

2. You get a Join Our Email List, great for sending out
specials

3. You get FULL & PROPER META TAGS on ALL pages " View the
source code on yours then look at ours, no comparison! If
you want to be found - It has to be done right "

4. We've increased the amount of Departments, Categories and
Products

5. A site generating Site Map of ALL YOUR STORE PRODUCTS "
This is great link for spidered Search engines "

Many more things that we have done and many more things we
will be doing

OUR PROMISE TO YOU:

1. We will work with you to help you achieve your goals.
2. we will work within your budget and make it affordable,
even payment plans with NO interest.
3. We will put that EXTRA effort in EVERY step of the way to
make you happy.
4. And most of all We promise to keep our promise.

See our Website at: www.QStorePlus.com

JOIN OUR TEAM!

CALL TODAY! TOLL FREE 1-888-993-1533

Ask for Mark Sr.

Was this page helpful?

Thread at a glance:

Previous Message by Date: click to view message preview

gmp 4.1 on OpenBSD

1. OpenBSD/sparc64 is a true 64-bit platform. Currently, gmp's configure script doesn't recognize OpenBSD/sparc64 and falls back to a Linux- inspired 32-bit default that builds but doesn't work. I copied the settings that appeared relevant from the Solaris section and with the following change gmp 4.1 builds and tests fine on OpenBSD/sparc64. I strongly suspect that the same patch is required for NetBSD/sparc64 and FreeBSD/sparc64. ---------------> --- configure.in.orig Thu Oct 10 17:37:32 2002 +++ configure.in Thu Oct 10 17:39:42 2002 @@ -875,6 +875,12 @@ case $host in SPEED_CYCLECOUNTER_OBJ_64=sparcv9.lo cyclecounter_size_64=2 ;; + [*-*-openbsd*]) + abilist="64 32" + path_64="sparc64" + SPEED_CYCLECOUNTER_OBJ_64=sparcv9.lo + cyclecounter_size_64=2 + ;; esac ;; esac <--------------- 2. OpenBSD/i386 is still an a.out platform and it does require GSYM_PREFIX ('_') for _GLOBAL_OFFSET_TABLE_, cf. mpn/x86/README. I don't know whether this is compatible with other i386/a.out platforms. ---------------> --- mpn/x86/dive_1.asm.orig Mon Oct 14 02:06:16 2002 +++ mpn/x86/dive_1.asm Mon Oct 14 02:07:10 2002 @@ -71,7 +71,7 @@ L(strip_twos): ifdef(`PIC',` call L(movl_eip_edx) - addl $_GLOBAL_OFFSET_TABLE_, %edx + addl $GSYM_PREFIX`'_GLOBAL_OFFSET_TABLE_, %edx movl modlimb_invert_table@GOT(%edx), %edx movzbl (%eax,%edx), %eax C inv 8 bits ',` <--------------- -- Christian "naddy" Weisgerber naddy@xxxxxxxxxxxx

Next Message by Date: click to view message preview

Re: gmp 4.1 on OpenBSD

Christian Weisgerber <naddy@xxxxxxxxxxx> writes: > > 1. > OpenBSD/sparc64 is a true 64-bit platform. Currently, gmp's configure > script doesn't recognize OpenBSD/sparc64 and falls back to a Linux- > inspired 32-bit default that builds but doesn't work. Is that because 32-bits isn't supported at all? If it's supposed to work but doesn't we'd like to know :-). > I copied the > settings that appeared relevant from the Solaris section and with > the following change gmp 4.1 builds and tests fine on OpenBSD/sparc64. > I strongly suspect that the same patch is required for NetBSD/sparc64 > and FreeBSD/sparc64. Thanks. Do we need a gcc_64_cflags set to "-m64 -mptr64" or something? Or is that the default? As long as it works it could go in there to avoid any confusion. > 2. > OpenBSD/i386 is still an a.out platform and it does require GSYM_PREFIX > ('_') for _GLOBAL_OFFSET_TABLE_, cf. mpn/x86/README. I don't know > whether this is compatible with other i386/a.out platforms. Thanks. Per that README, I know netbsd needs plain _GLOBAL not __GLOBAL, but grepping gcc config/i386 suggests that system is the exception, not the rule. Might make a test that tries both to see which works. I'm pretty sure we built successfully in the past on openbsd 2.8. Maybe that was before _GLOBAL_OFFSET_TABLE_ got into the asm code.

Previous Message by Thread: click to view message preview

Next Message by Thread: click to view message preview

__gmpn_bases problem

Dear bug-gmp@xxxxxxx, I am getting a linker error undefined symbol: __gmpn_bases when using mpfr. It seems to be triggered only when using the mpfr_out_str function. I am getting this on redhat linux systems with RH7.2 and RH7.3, but not with RH6.2. I have installed gmp-4.1 on all systems. I get the error with gcc-3.0.3 and gcc-3.2. "nm -a libgmp.so" is showing the symbol as present in the library. I would be grateful for any suggestions how to fix this. Thank you, Keith

Loading Comments...