/
configure.ac
3080 lines (2768 loc) · 111 KB
/
configure.ac
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
dnl Process this file with autoconf to produce a configure script.
define(GMP_COPYRIGHT,[[
Copyright 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006
Free Software Foundation, Inc.
Copyright 2008 William Hart.
This file is part of the MPIR Library.
The MPIR Library is free software; you can redistribute it and/or modify
it under the terms of the GNU Lesser General Public License as published
by the Free Software Foundation; either version 2.1 of the License, or (at
your option) any later version.
The MPIR Library is distributed in the hope that it will be useful, but
WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public
License for more details.
You should have received a copy of the GNU Lesser General Public License
along with the MPIR Library; see the file COPYING.LIB. If not, write to
the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston,
MA 02110-1301, USA.
]])
AC_COPYRIGHT(GMP_COPYRIGHT)
AH_TOP(/*GMP_COPYRIGHT*/)
AC_REVISION($Revision: 1.11 $)
AC_PREREQ(2.68)
AC_INIT(MPIR, MPIR_VERSION, http://groups.google.co.uk/group/mpir-devel/, mpir)
AC_CONFIG_SRCDIR(gmp-impl.h)
m4_pattern_forbid([^[ \t]*GMP_])
m4_pattern_allow(GMP_LDFLAGS)
m4_pattern_allow(GMP_LIMB_BITS)
m4_pattern_allow(GMP_MPARAM_H_SUGGEST)
m4_pattern_allow(GMP_NAIL_BITS)
m4_pattern_allow(GMP_NUMB_BITS)
m4_pattern_allow(WANT_GMP_CC)
# If --target is not used then $target_alias is empty, but if say
# "./configure athlon-pc-freebsd3.5" is used, then all three of
# $build_alias, $host_alias and $target_alias are set to
# "athlon-pc-freebsd3.5".
#
if test -n "$target_alias" && test "$target_alias" != "$host_alias"; then
AC_MSG_ERROR([--target is not appropriate for GMP
Use --build=CPU-VENDOR-OS if you need to specify your CPU and/or system
explicitly. Use --host if cross-compiling (see "Installing GMP" in the
manual for more on this).])
fi
GMP_INIT(config.m4)
AC_CANONICAL_HOST
dnl Automake "no-dependencies" is used because include file dependencies
dnl are not useful to us. Pretty much everything depends just on mpir.h,
dnl gmp-impl.h and longlong.h, and yet only rarely does everything need to
dnl be rebuilt for changes to those files.
dnl
dnl Note that there's a copy of these options in the top-level Makefile.am,
dnl so update there too if changing anything.
dnl
AM_INIT_AUTOMAKE([1.11 gnu no-dependencies parallel-tests no-dist-gzip dist-bzip2 dist-xz dist-lzip])
AC_CONFIG_HEADERS(config.h:config.in)
AM_MAINTAINER_MODE
dnl Yasm configuration
AC_ARG_WITH([yasm],
[AC_HELP_STRING([--with-yasm],[use a custom Yasm [[default=no]]])],
[case "$withval" in
no) ;;
*) AC_MSG_ERROR([bad value $withval for --with-yasm, need no or path to Yasm's executable]) ;;
esac],
[with_yasm=no]
)
AC_ARG_WITH([system-yasm],
[AC_HELP_STRING([--with-system-yasm],[use a system-wide Yasm [[default=no]]])],
[case "$withval" in
yes|no) ;;
*) AC_MSG_ERROR([bad value $withval for --with-system-yasm, need yes or no]) ;;
esac],
[with_system_yasm=no]
)
AC_ARG_ENABLE(assert,
AC_HELP_STRING([--enable-assert],[enable ASSERT checking [[default=no]]]),
[case $enableval in
yes|no) ;;
*) AC_MSG_ERROR([bad value $enableval for --enable-assert, need yes or no]) ;;
esac],
[enable_assert=no])
if test "$enable_assert" = "yes"; then
AC_DEFINE(WANT_ASSERT,1,
[Define to 1 to enable ASSERT checking, per --enable-assert])
want_assert_01=1
else
want_assert_01=0
fi
GMP_DEFINE_RAW(["define(<WANT_ASSERT>,$want_assert_01)"])
AC_ARG_ENABLE(alloca,
AC_HELP_STRING([--enable-alloca],[how to get temp memory [[default=reentrant]]]),
[case $enableval in
alloca|malloc-reentrant|malloc-notreentrant) ;;
yes|no|reentrant|notreentrant) ;;
debug) ;;
*)
AC_MSG_ERROR([bad value $enableval for --enable-alloca, need one of:
yes no reentrant notreentrant alloca malloc-reentrant malloc-notreentrant debug]) ;;
esac],
[enable_alloca=reentrant])
# IMPROVE ME: The default for C++ is disabled. The tests currently
# performed below for a working C++ compiler are not particularly strong,
# and in general can't be expected to get the right setup on their own. The
# most significant problem is getting the ABI the same. Defaulting CXXFLAGS
# to CFLAGS takes only a small step towards this. It's also probably worth
# worrying whether the C and C++ runtimes from say gcc and a vendor C++ can
# work together. Some rather broken C++ installations were encountered
# during testing, and though such things clearly aren't GMP's problem, if
# --enable-cxx=detect were to be the default then some careful checks of
# which, if any, C++ compiler on the system is up to scratch would be
# wanted.
#
AC_ARG_ENABLE(cxx,
AC_HELP_STRING([--enable-cxx],[enable C++ support [[default=no]]]),
[case $enableval in
yes|no|detect) ;;
*) AC_MSG_ERROR([bad value $enableval for --enable-cxx, need yes/no/detect]) ;;
esac],
[enable_cxx=no])
AC_ARG_ENABLE(fft,
AC_HELP_STRING([--enable-fft],[enable FFTs for multiplication [[default=yes]]]),
[case $enableval in
yes|no) ;;
*) AC_MSG_ERROR([bad value $enableval for --enable-fft, need yes or no]) ;;
esac],
[enable_fft=yes])
if test "$enable_fft" = "yes"; then
AC_DEFINE(WANT_FFT,1,
[Define to 1 to enable FFTs for multiplication, per --enable-fft])
fi
AC_ARG_ENABLE(gmpcompat,
AC_HELP_STRING([--enable-gmpcompat],
[create library and header files named gmp as well as mpir [[default=no]]]),
[case $enableval in
yes|no) ;;
*) AC_MSG_ERROR([bad value $enableval for --enable-gmpcompat, need yes or no]) ;;
esac],
[enable_gmpcompat=no])
AM_CONDITIONAL(WANT_GMPCOMPAT, test "$enable_gmpcompat" = "yes")
AC_ARG_ENABLE(nails,
AC_HELP_STRING([--enable-nails],[use nails on limbs [[default=no]]]),
[case $enableval in
[no|[0]]) ;;
*) AC_MSG_ERROR([bad value $enableval for --enable-nails, Sorry nails not available in this build]) ;;
esac],
[enable_nails=no])
case $enable_nails in
yes) GMP_NAIL_BITS=2 ;;
no) GMP_NAIL_BITS=0 ;;
*) GMP_NAIL_BITS=$enable_nails ;;
esac
AC_SUBST(GMP_NAIL_BITS)
AC_ARG_ENABLE(profiling,
AC_HELP_STRING([--enable-profiling],
[build with profiler support [[default=no]]]),
[case $enableval in
no|prof|gprof|instrument) ;;
*) AC_MSG_ERROR([bad value $enableval for --enable-profiling, need no/prof/gprof/instrument]) ;;
esac],
[enable_profiling=no])
case $enable_profiling in
prof)
AC_DEFINE(WANT_PROFILING_PROF, 1,
[Define to 1 if --enable-profiling=prof])
;;
gprof)
AC_DEFINE(WANT_PROFILING_GPROF, 1,
[Define to 1 if --enable-profiling=gprof])
;;
instrument)
AC_DEFINE(WANT_PROFILING_INSTRUMENT, 1,
[Define to 1 if --enable-profiling=instrument])
;;
esac
GMP_DEFINE_RAW(["define(<WANT_PROFILING>,<\`$enable_profiling'>)"])
# -fomit-frame-pointer is incompatible with -pg on some chips
if test "$enable_profiling" = gprof; then
fomit_frame_pointer=
else
fomit_frame_pointer="-fomit-frame-pointer"
fi
AC_ARG_ENABLE(fat,
AC_HELP_STRING([--enable-fat],
[build a fat binary on systems that support it [[default=no]]]),
[case $enableval in
yes|no) ;;
*) AC_MSG_ERROR([bad value $enableval for --enable-fat, need yes or no]) ;;
esac],
[enable_fat=no])
# Table of compilers, options, and mpn paths. This code has various related
# purposes
#
# - better default CC/CFLAGS selections than autoconf otherwise gives
# - default CC/CFLAGS selections for extra CPU types specific to GMP
# - a few tests for known bad compilers
# - choice of ABIs on suitable systems
# - selection of corresponding mpn search path
#
# After GMP specific searches and tests, the standard autoconf AC_PROG_CC is
# called. User selections of CC etc are respected.
#
# Care is taken not to use macros like AC_TRY_COMPILE during the GMP
# pre-testing, since they of course depend on AC_PROG_CC, and also some of
# them cache their results, which is not wanted.
#
# The ABI selection mechanism is unique to GMP. All that reaches autoconf
# is a different selection of CC/CFLAGS according to the best ABI the system
# supports, and/or what the user selects. Naturally the mpn assembler code
# selected is very dependent on the ABI.
#
# The closest the standard tools come to a notion of ABI is something like
# "sparc64" which encodes a CPU and an ABI together. This doesn't seem to
# scale well for GMP, where exact CPU types like "ultrasparc2" are wanted,
# separate from the ABI used on them.
#
#
# The variables set here are
#
# cclist the compiler choices
# xx_cflags flags for compiler xx
# xx_cflags_maybe flags for compiler xx, if they work
# xx_cppflags cpp flags for compiler xx
# xx_cflags_optlist list of sets of optional flags
# xx_cflags_yyy set yyy of optional flags for compiler xx
# xx_ldflags -Wc,-foo flags for libtool linking with compiler xx
# ar_flags extra flags for $AR
# nm_flags extra flags for $NM
# limb limb size, can be "longlong"
# path mpn search path
# extra_functions extra mpn functions
# fat_path fat binary mpn search path [if fat binary desired]
# fat_functions fat functions
# fat_thresholds fat thresholds
#
# Suppose xx_cflags_optlist="arch", then flags from $xx_cflags_arch are
# tried, and the first flag that works will be used. An optlist like "arch
# cpu optimize" can be used to get multiple independent sets of flags tried.
# The first that works from each will be used. If no flag in a set works
# then nothing from that set is added.
#
# For multiple ABIs, the scheme extends as follows.
#
# abilist set of ABI choices
# cclist_aa compiler choices in ABI aa
# xx_aa_cflags flags for xx in ABI aa
# xx_aa_cflags_maybe flags for xx in ABI aa, if they work
# xx_aa_cppflags cpp flags for xx in ABI aa
# xx_aa_cflags_optlist list of sets of optional flags in ABI aa
# xx_aa_cflags_yyy set yyy of optional flags for compiler xx in ABI aa
# xx_aa_ldflags -Wc,-foo flags for libtool linking
# ar_aa_flags extra flags for $AR in ABI aa
# nm_aa_flags extra flags for $NM in ABI aa
# limb_aa limb size in ABI aa, can be "longlong"
# path_aa mpn search path in ABI aa
# extra_functions_aa extra mpn functions in ABI aa
#
# As a convenience, the unadorned xx_cflags (etc) are used for the last ABI
# in ablist, if an xx_aa_cflags for that ABI isn't given. For example if
# abilist="64 32" then $cc_64_cflags will be used for the 64-bit ABI, but
# for the 32-bit either $cc_32_cflags or $cc_cflags is used, whichever is
# defined. This makes it easy to add some 64-bit compilers and flags to an
# unadorned 32-bit set.
#
# limb=longlong (or limb_aa=longlong) applies to all compilers within that
# ABI. It won't work to have some needing long long and some not, since a
# single instantiated mpir.h will be used by both.
#
# SPEED_CYCLECOUNTER, cyclecounter_size and CALLING_CONVENTIONS_OBJS are
# also set here, with an ABI suffix.
#
#
#
# A table-driven approach like this to mapping cpu type to good compiler
# options is a bit of a maintenance burden, but there's not much uniformity
# between options specifications on different compilers. Some sort of
# separately updatable tool might be cute.
#
# The use of lots of variables like this, direct and indirect, tends to
# obscure when and how various things are done, but unfortunately it's
# pretty much the only way. If shell subroutines were portable then actual
# code like "if this .. do that" could be written, but attempting the same
# with full copies of GMP_PROG_CC_WORKS etc expanded at every point would
# hugely bloat the output.
AC_ARG_VAR(ABI, [desired ABI (for processors supporting more than one ABI)])
# abilist needs to be non-empty, "standard" is just a generic name here
abilist="standard"
# FIXME: We'd like to prefer an ANSI compiler, perhaps by preferring
# c89 over cc here. But note that on HP-UX c89 provides a castrated
# environment, and would want to be excluded somehow. Maybe
# AC_PROG_CC_STDC already does enough to stick cc into ANSI mode and
# we don't need to worry.
#
cclist="gcc cc"
gcc_cflags="-O2"
gcc_64_cflags="-O2"
cc_cflags="-O"
cc_64_cflags="-O"
SPEED_CYCLECOUNTER_OBJ=
cyclecounter_size=2
case $host in
alpha*-*-*)
case $host_cpu in
alphaev5* | alphapca5*) path="alpha/ev5 alpha" ;;
alphaev67 | alphaev68 | alphaev7*)
path="alpha/ev67 alpha/ev6 alpha/ev5 alpha" ;;
alphaev6* | alphaev7*) path="alpha/ev6 alpha/ev5 alpha" ;;
*) path="alpha" ;;
esac
extra_functions="cntlz"
gcc_cflags_optlist="asm cpu" # need asm ahead of cpu, see below
# gcc 2.7.2.3 doesn't know any -mcpu= for alpha, apparently.
# gcc 2.95 knows -mcpu= ev4, ev5, ev56, pca56, ev6.
# gcc 3.0 adds nothing.
# gcc 3.1 adds ev45, ev67 (but ev45 is the same as ev4).
# gcc 3.2 adds nothing.
#
# gcc version "2.9-gnupro-99r1" under "-O2 -mcpu=ev6" strikes internal
# compiler errors too easily and is rejected by GMP_PROG_CC_WORKS. Each
# -mcpu=ev6 below has a fallback to -mcpu=ev56 for this reason.
#
case $host_cpu in
alpha) gcc_cflags_cpu="-mcpu=ev4" ;;
alphaev5) gcc_cflags_cpu="-mcpu=ev5" ;;
alphaev56) gcc_cflags_cpu="-mcpu=ev56" ;;
alphapca56 | alphapca57)
gcc_cflags_cpu="-mcpu=pca56" ;;
alphaev6) gcc_cflags_cpu="-mcpu=ev6 -mcpu=ev56" ;;
alphaev67 | alphaev68 | alphaev7*)
gcc_cflags_cpu="-mcpu=ev67 -mcpu=ev6 -mcpu=ev56" ;;
esac
# On old versions of gcc, which don't know -mcpu=, we believe an
# explicit -Wa,-mev5 etc will be necessary to put the assembler in
# the right mode for our .asm files and longlong.h asm blocks.
#
# On newer versions of gcc, when -mcpu= is known, we must give a -Wa
# which is at least as high as the code gcc will generate. gcc
# establishes what it needs with a ".arch" directive, our command line
# option seems to override that.
#
# gas prior to 2.14 doesn't accept -mev67, but -mev6 seems enough for
# ctlz and cttz (in 2.10.0 at least).
#
case $host_cpu in
alpha) gcc_cflags_asm="-Wa,-arch,ev4 -Wa,-mev4" ;;
alphaev5) gcc_cflags_asm="-Wa,-arch,ev5 -Wa,-mev5" ;;
alphaev56) gcc_cflags_asm="-Wa,-arch,ev56 -Wa,-mev56" ;;
alphapca56 | alphapca57)
gcc_cflags_asm="-Wa,-arch,pca56 -Wa,-mpca56" ;;
alphaev6) gcc_cflags_asm="-Wa,-arch,ev6 -Wa,-mev6" ;;
alphaev67 | alphaev68 | alphaev7*)
gcc_cflags_asm="-Wa,-arch,ev67 -Wa,-mev67 -Wa,-arch,ev6 -Wa,-mev6" ;;
esac
# It might be better to ask "cc" whether it's Cray C or DEC C,
# instead of relying on the OS part of $host. But it's hard to
# imagine either of those compilers anywhere except their native
# systems.
#
GMP_INCLUDE_MPN(alpha/alpha-defs.m4)
GMP_INCLUDE_MPN(alpha/default.m4)
SPEED_CYCLECOUNTER_OBJ=alpha.lo
cyclecounter_size=1
;;
arm*-*-*)
path="arm"
gcc_cflags="$gcc_cflags $fomit_frame_pointer"
gcc_testlist="gcc-arm-umodsi"
GMP_INCLUDE_MPN(arm/arm-defs.m4)
;;
IA64_PATTERN)
abilist="64"
GMP_INCLUDE_MPN(ia64/ia64-defs.m4)
SPEED_CYCLECOUNTER_OBJ=ia64.lo
gcc_64_cflags="-O2"
case $host_cpu in
itanium) path="ia64/itanium ia64" ;;
itanium2) path="ia64/itanium2 ia64" ;;
*) path="ia64" ;;
esac
gcc_64_cflags_optlist="tune"
gcc_32_cflags_optlist=$gcc_64_cflags_optlist
# gcc pre-release 3.4 adds -mtune itanium and itanium2
case $host_cpu in
itanium) gcc_cflags_tune="-mtune=itanium" ;;
itanium2) gcc_cflags_tune="-mtune=itanium2" ;;
esac
case $host in
*-*-linux*)
cclist="gcc icc"
icc_cflags="-no-gcc -fpic"
icc_cflags_optlist="opt"
# FIXME: Check if -O3 is really right. The manual warns it is for
# large data sets, for which GMP uses assembly loops.
icc_cflags_opt="-O3 -O2 -O1"
;;
*-*-hpux*)
# HP cc sometimes gets internal errors if the optimization level is
# too high. GMP_PROG_CC_WORKS detects this, the "_opt" fallbacks
# let us use whatever seems to work.
#
abilist="32 64"
cclist_32="gcc cc"
path_32="ia64"
cc_32_cflags=""
cc_32_cflags_optlist="opt"
cc_32_cflags_opt="+O3 +O2 +O1"
gcc_32_cflags="-milp32 -O2"
limb_32=longlong
SPEED_CYCLECOUNTER_OBJ_32=ia64.lo
cyclecounter_size_32=2
# Must have +DD64 in CPPFLAGS to get the right __LP64__ for headers,
# but also need it in CFLAGS for linking programs, since automake
# only uses CFLAGS when linking, not CPPFLAGS.
# FIXME: Maybe should use cc_64_ldflags for this, but that would
# need GMP_LDFLAGS used consistently by all the programs.
#
cc_64_cflags="+DD64"
cc_64_cppflags="+DD64"
cc_64_cflags_optlist="opt"
cc_64_cflags_opt="+O3 +O2 +O1"
gcc_64_cflags="-mlp64 -O2"
;;
esac
;;
# Irix 5 and earlier can only run 32-bit o32.
#
# IRIX 6 and up always has a 64-bit mips CPU can run n32 or 64. n32 is
# preferred over 64, but only because that's been the default in past
# versions of GMP. The two are equally efficient.
#
# Linux kernel 2.2.13 arch/mips/kernel/irixelf.c has a comment about not
# supporting n32 or 64.
#
# For reference, libtool (eg. 1.5.6) recognises the n32 ABI and knows the
# right options to use when linking (both cc and gcc), so no need for
# anything special from us.
#
mips*-*-*)
abilist="o32"
gcc_cflags_optlist="abi"
gcc_cflags_abi="-mabi=32"
gcc_testlist="gcc-mips-o32"
path="mips32"
cc_cflags="-O2 -o32" # no -g, it disables all optimizations
# this suits both mips32 and mips64
GMP_INCLUDE_MPN(mips32/mips-defs.m4)
case $host in
[mips64*-*-*])
abilist="64 n32 o32"
cclist_n32="gcc cc"
gcc_n32_cflags="-O2 -mabi=n32"
cc_n32_cflags="-O2 -n32" # no -g, it disables all optimizations
limb_n32=longlong
path_n32="mips64"
cclist_64="pathcc gcc cc"
gcc_64_cflags="-O2 -mabi=64"
gcc_64_ldflags="-Wc,-mabi=64"
cc_64_cflags="-O2 -64" # no -g, it disables all optimizations
cc_64_ldflags="-Wc,-64"
pathcc_64_cflags="-O0 -mabi=64"
pathcc_64_ldflags="-Wc,-mabi=64"
path_64="mips64"
;;
esac
;;
# Darwin (powerpc-apple-darwin1.3) has it's hacked gcc installed as cc.
# Our usual "gcc in disguise" detection means gcc_cflags etc here gets
# used.
#
# The darwin pre-compiling preprocessor is disabled with -no-cpp-precomp
# since it doesn't like "__attribute__ ((mode (SI)))" etc in gmp-impl.h,
# and so always ends up running the plain preprocessor anyway. This could
# be done in CPPFLAGS rather than CFLAGS, but there's not many places
# preprocessing is done separately, and this is only a speedup, the normal
# preprocessor gets run if there's any problems.
#
# We used to use -Wa,-mppc with gcc, but can't remember exactly why.
# Presumably it was for old versions of gcc where -mpowerpc doesn't put
# the assembler in the right mode. In any case -Wa,-mppc is not good, for
# instance -mcpu=604 makes recent gcc use -m604 to get access to the
# "fsel" instruction, but a -Wa,-mppc overrides that, making code that
# comes out with fsel fail.
#
# (Note also that the darwin assembler doesn't accept "-mppc", so any
# -Wa,-mppc was used only if it worked. The right flag on darwin would be
# "-arch ppc" or some such, but that's already the default.)
#
[powerpc*-*-* | power[3-9]-*-*])
abilist="32"
cclist="gcc cc"
cc_cflags="-O2"
gcc_cflags="-O2 -mpowerpc"
gcc_cflags_optlist="precomp subtype asm cpu"
gcc_cflags_precomp="-no-cpp-precomp"
gcc_cflags_subtype="-force_cpusubtype_ALL" # for vmx on darwin
gcc_cflags_asm=""
gcc_cflags_cpu=""
# grab this object, though it's not a true cycle counter routine
SPEED_CYCLECOUNTER_OBJ=powerpc.lo
cyclecounter_size=0
case $host_cpu in
powerpc740 | powerpc750)
path="powerpc32/750 powerpc32" ;;
powerpc7400)
path="powerpc32/vmx powerpc32/750 powerpc32" ;;
[powerpc74[45]?])
path="powerpc32/vmx powerpc32 powerpc32" ;;
*)
path="powerpc32" ;;
esac
# gcc 2.7.2 knows -mcpu=403, 601, 603, 604.
# gcc 2.95 adds 401, 505, 602, 603e, ec603e, 604e, 620, 740, 750,
# 801, 821, 823, 860.
# gcc 3.0 adds 630, rs64a.
# gcc 3.1 adds 405, 7400, 7450.
# gcc 3.2 adds nothing.
# gcc 3.3 adds power3, power4, 8540. power3 seems to be a synonym for 630.
# gcc pre-release 3.4 adds 405fp, 440, 440fp, 970.
#
# FIXME: The way 603e falls back to 603 for gcc 2.7.2 should be
# done for all the others too. But what would be the correct
# arrangements?
#
case $host_cpu in
powerpc401) gcc_cflags_cpu="-mcpu=401" ;;
powerpc403) gcc_cflags_cpu="-mcpu=403" ;;
powerpc405) gcc_cflags_cpu="-mcpu=405" ;;
powerpc505) gcc_cflags_cpu="-mcpu=505" ;;
powerpc601) gcc_cflags_cpu="-mcpu=601" ;;
powerpc602) gcc_cflags_cpu="-mcpu=602" ;;
powerpc603) gcc_cflags_cpu="-mcpu=603" ;;
powerpc603e) gcc_cflags_cpu="-mcpu=603e -mcpu=603" ;;
powerpc604) gcc_cflags_cpu="-mcpu=604" ;;
powerpc604e) gcc_cflags_cpu="-mcpu=604e -mcpu=604" ;;
powerpc620) gcc_cflags_cpu="-mcpu=620" ;;
powerpc630) gcc_cflags_cpu="-mcpu=630" ;;
powerpc740) gcc_cflags_cpu="-mcpu=740" ;;
powerpc7400 | powerpc7410)
gcc_cflags_asm="-Wa,-maltivec"
gcc_cflags_cpu="-mcpu=7400 -mcpu=750" ;;
powerpc74[45]?)
gcc_cflags_asm="-Wa,-maltivec"
gcc_cflags_cpu="-mcpu=7450" ;;
powerpc750) gcc_cflags_cpu="-mcpu=750" ;;
powerpc801) gcc_cflags_cpu="-mcpu=801" ;;
powerpc821) gcc_cflags_cpu="-mcpu=821" ;;
powerpc823) gcc_cflags_cpu="-mcpu=823" ;;
powerpc860) gcc_cflags_cpu="-mcpu=860" ;;
powerpc970) gcc_cflags_cpu="-mcpu=970" ;;
esac
case $host in
*-*-aix*)
cclist="gcc xlc cc"
xlc_cflags="-O2 -qmaxmem=20000"
xlc_cflags_optlist="arch"
# xlc (what version?) knows -qarch=ppc, ppcgr, 601, 602, 603, 604,
# 403, rs64a
# -qarch=ppc is needed, so ensure everything falls back to that.
# FIXME: Perhaps newer versions know more flavours.
#
case $host_cpu in
powerpc403) xlc_cflags_arch="-qarch=403 -qarch=ppc" ;;
powerpc601) xlc_cflags_arch="-qarch=601 -qarch=ppc" ;;
powerpc602) xlc_cflags_arch="-qarch=602 -qarch=ppc" ;;
powerpc603) xlc_cflags_arch="-qarch=603 -qarch=ppc" ;;
powerpc603e) xlc_cflags_arch="-qarch=603 -qarch=ppc" ;;
powerpc604) xlc_cflags_arch="-qarch=604 -qarch=ppc" ;;
powerpc604e) xlc_cflags_arch="-qarch=604 -qarch=ppc" ;;
*) xlc_cflags_arch="-qarch=ppc" ;;
esac
;;
esac
case $host in
POWERPC64_PATTERN)
case $host_cpu in
powerpc970) vmx_path="powerpc64/vmx" ;;
*) vmx_path="" ;;
esac
case $host in
*-*-aix*)
# On AIX a true 64-bit ABI is available.
# Need -Wc to pass object type flags through to the linker.
abilist="aix64 $abilist"
cclist_aix64="gcc xlc"
gcc_aix64_cflags="-O2 -maix64 -mpowerpc64"
gcc_aix64_cflags_optlist="cpu"
gcc_aix64_ldflags="-Wc,-maix64"
xlc_aix64_cflags="-O2 -q64 -qtune=pwr3 -qmaxmem=20000"
xlc_aix64_ldflags="-Wc,-q64"
# Must indicate object type to ar and nm
ar_aix64_flags="-X64"
nm_aix64_flags="-X64"
path_aix64="powerpc64/mode64 $vmx_path powerpc64"
# grab this object, though it's not a true cycle counter routine
SPEED_CYCLECOUNTER_OBJ_aix64=powerpc64.lo
cyclecounter_size_aix64=0
;;
*-*-darwin*)
# On Darwin we can use 64-bit instructions with a longlong limb,
# but the chip still in 32-bit mode.
# In theory this can be used on any OS which knows how to save
# 64-bit registers in a context switch.
#
# Note that we must use -mpowerpc64 with gcc, since the
# longlong.h macros expect limb operands in a single 64-bit
# register, not two 32-bit registers as would be given for a
# long long without -mpowerpc64. In theory we could detect and
# accomodate both styles, but the proper 64-bit registers will
# be fastest and are what we really want to use.
#
# One would think -mpowerpc64 would set the assembler in the right
# mode to handle 64-bit instructions. But for that, also
# -force_cpusubtype_ALL is needed.
#
# Do not use -fast for Darwin, it actually adds options
# incompatible with a shared library.
#
abilist="mode64 mode32 $abilist"
gcc_cflags_opt="-O3 -O2 -O1" # will this become used?
cclist_mode32="gcc"
gcc_mode32_cflags="-mpowerpc64"
gcc_mode32_cflags_optlist="subtype cpu opt"
gcc_mode32_cflags_subtype="-force_cpusubtype_ALL"
gcc_mode32_cflags_opt="-O3 -O2 -O1"
path_mode32="powerpc64/mode32 $vmx_path powerpc64"
limb_mode32=longlong
cclist_mode64="gcc"
gcc_mode64_cflags="-m64"
gcc_mode64_cflags_optlist="cpu opt"
gcc_mode64_cflags_opt="-O3 -O2 -O1"
path_mode64="powerpc64/mode64 $vmx_path powerpc64"
SPEED_CYCLECOUNTER_OBJ_mode64=powerpc64.lo
cyclecounter_size_mode64=0
any_mode64_testlist="sizeof-long-8"
;;
*-*-linux* | *-*-*bsd*)
# On GNU/Linux, assume the processor is in 64-bit mode. Some
# environments have a gcc that is always in 64-bit mode, while
# others require -m64, hence the use of cflags_maybe. The
# sizeof-long-8 test checks the mode is right (for the no option
# case).
#
# -mpowerpc64 is not used, since it should be the default in
# 64-bit mode. (We need its effect for the various longlong.h
# asm macros to be right of course.)
#
# gcc64 was an early port of gcc to 64-bit mode, but should be
# obsolete before too long. We prefer plain gcc when it knows
# 64-bits.
#
abilist="mode64 mode32 $abilist"
cclist_mode32="gcc"
gcc_mode32_cflags="-mpowerpc64 -Wa,-mppc64"
gcc_mode32_cflags_optlist="cpu opt"
gcc_mode32_cflags_opt="-O3 -O2 -O1"
path_mode32="powerpc64/mode32 $vmx_path powerpc64"
limb_mode32=longlong
cclist_mode64="gcc gcc64"
gcc_mode64_cflags_maybe="-m64"
gcc_mode64_cflags_optlist="cpu opt"
gcc_mode64_cflags_opt="-O3 -O2 -O1"
path_mode64="powerpc64/mode64 $vmx_path powerpc64"
SPEED_CYCLECOUNTER_OBJ_mode64=powerpc64.lo
cyclecounter_size_mode64=0
any_mode64_testlist="sizeof-long-8"
;;
esac
;;
esac
;;
*sparc*-*-*)
# sizeof(long)==4 or 8 is tested, to ensure we get the right ABI. We've
# had various bug reports where users have set CFLAGS for their desired
# mode, but not set our ABI. For some reason it's sparc where this
# keeps coming up, presumably users there are accustomed to driving the
# compiler mode that way. The effect of our testlist setting is to
# reject ABI=64 in favour of ABI=32 if the user has forced the flags to
# 32-bit mode.
#
abilist="32"
cclist="gcc acc cc"
any_testlist="sizeof-long-4"
GMP_INCLUDE_MPN(sparc32/sparc-defs.m4)
case $host_cpu in
sparcv8 | microsparc | turbosparc)
path="sparc32" ;;
supersparc)
path="sparc32" ;;
sparc64 | sparcv9* | ultrasparc*)
path="sparc32/v9 sparc32" ;;
*)
path="sparc32" ;;
esac
# gcc 2.7.2 doesn't know about v9 and doesn't pass -xarch=v8plus to the
# assembler. Add it explicitly since the solaris assembler won't accept
# our sparc32/v9 asm code without it. gas accepts -xarch=v8plus too, so
# it can be in the cflags unconditionally (though gas doesn't need it).
#
# gcc -m32 is needed to force 32-bit mode on a dual-ABI system, but past
# gcc doesn't know that flag, hence cflags_maybe. Note that -m32 cannot
# be done through the optlist since the plain cflags would be run first
# and we don't want to require the default mode (whatever it is) works.
#
# Note it's gcc_32_cflags_maybe and not gcc_cflags_maybe because the
# latter would be used in the 64-bit ABI on systems like "*bsd" where
# abilist="64" only.
#
case $host_cpu in
sparc64 | sparcv9* | ultrasparc*)
gcc_cflags="-O2 -Wa,-xarch=v8plus" ;;
*)
gcc_cflags="-O2" ;;
esac
gcc_32_cflags_maybe="-m32"
gcc_cflags_optlist="cpu"
# gcc 2.7.2 knows -mcypress, -msupersparc, -mv8, -msparclite.
# gcc 2.95 knows -mcpu= v7, hypersparc, sparclite86x, f930, f934,
# sparclet, tsc701, v9, ultrasparc. A warning is given that the
# plain -m forms will disappear.
# gcc 3.0 adds nothing.
# gcc 3.1 adds nothing.
# gcc 3.2 adds nothing.
# gcc 3.3 adds ultrasparc3.
#
case $host_cpu in
supersparc) gcc_cflags_cpu="-mcpu=supersparc -msupersparc" ;;
sparcv8 | microsparc | turbosparc)
gcc_cflags_cpu="-mcpu=v8 -mv8" ;;
sparc64 | sparcv9*) gcc_cflags_cpu="-mcpu=v9 -mv8" ;;
ultrasparc3) gcc_cflags_cpu="-mcpu=ultrasparc3 -mcpu=ultrasparc -mv8" ;;
ultrasparc*) gcc_cflags_cpu="-mcpu=ultrasparc -mv8" ;;
*) gcc_cflags_cpu="-mcpu=v7 -mcypress" ;;
esac
# SunPRO cc and acc, and SunOS bundled cc
case $host in
*-*-solaris* | *-*-sunos*)
# Note no -g, it disables all optimizations.
cc_cflags=
cc_cflags_optlist="opt arch cpu"
# SunOS cc doesn't know -xO4, fallback to -O2.
cc_cflags_opt="-xO4 -O2"
# SunOS cc doesn't know -xarch, apparently always generating v7
# code, so make this optional
case $host_cpu in
sparcv8 | microsparc | supersparc | turbosparc)
cc_cflags_arch="-xarch=v8" ;;
sparc64 | sparcv9* | ultrasparc*) cc_cflags_arch="-xarch=v8plus" ;;
*) cc_cflags_arch="-xarch=v7" ;;
esac
# SunOS cc doesn't know -xchip and doesn't seem to have an equivalent.
# SunPRO cc 5 recognises -xchip=generic, old, super, super2, micro,
# micro2, hyper, hyper2, powerup, ultra, ultra2, ultra2i.
# SunPRO cc 6 adds -xchip=ultra2e, ultra3cu.
#
# FIXME: Which of ultra, ultra2 or ultra2i is the best fallback for
# ultrasparc3?
#
case $host_cpu in
supersparc) cc_cflags_cpu="-xchip=super" ;;
microsparc) cc_cflags_cpu="-xchip=micro" ;;
turbosparc) cc_cflags_cpu="-xchip=micro2" ;;
ultrasparc) cc_cflags_cpu="-xchip=ultra" ;;
ultrasparc2) cc_cflags_cpu="-xchip=ultra2" ;;
ultrasparc2i) cc_cflags_cpu="-xchip=ultra2i" ;;
ultrasparc3) cc_cflags_cpu="-xchip=ultra3 -xchip=ultra" ;;
*) cc_cflags_cpu="-xchip=generic" ;;
esac
esac
case $host_cpu in
sparc64 | sparcv9* | ultrasparc*)
case $host in
# Solaris 6 and earlier cannot run ABI=64 since it doesn't save
# registers properly, so ABI=32 is left as the only choice.
#
[*-*-solaris2.[0-6] | *-*-solaris2.[0-6].*]) ;;
# BSD sparc64 ports are 64-bit-only systems, so ABI=64 is the only
# choice. In fact they need no special compiler flags, gcc -m64
# is the default, but it doesn't hurt to add it. v9 CPUs always
# use the sparc64 port, since the plain 32-bit sparc ports don't
# run on a v9.
#
*-*-*bsd*) abilist="64" ;;
# For all other systems, we try both 64 and 32.
#
# GNU/Linux sparc64 has only recently gained a 64-bit user mode.
# In the past sparc64 meant a v9 cpu, but there were no 64-bit
# operations in user mode. We assume that if "gcc -m64" works
# then the system is suitable. Hopefully even if someone attempts
# to put a new gcc and/or glibc on an old system it won't run.
#
*) abilist="64 32" ;;
esac
path_64="sparc64"
cclist_64="gcc"
any_64_testlist="sizeof-long-8"
# gcc -mptr64 is probably implied by -m64, but we're not sure if
# this was always so. On Solaris in the past we always used both
# "-m64 -mptr64".
#
# gcc -Wa,-xarch=v9 is thought to be necessary in some cases on
# solaris, but it would seem likely that if gcc is going to generate
# 64-bit code it will have to add that option itself where needed.
# An extra copy of this option should be harmless though, but leave
# it until we're sure. (Might want -xarch=v9a or -xarch=v9b for the
# higher cpu types instead.)
#
gcc_64_cflags="-O2 -m64 -mptr64"
gcc_64_ldflags="-Wc,-m64"
gcc_64_cflags_optlist="cpu"
case $host in
*-*-solaris*)
# Sun cc.
#
# -fast enables different optimizations depending on compiler
# version. Unfortunately it does things according to the native
# system, which may not be optimal when cross compiling (to a
# different sparc). -xchip from cc_cflags_cpu will override at
# least that part of its selections.
#
# -fns=no and -fsimple=1 disable some transformations that
# conflict with IEEE 754, which some compiler versions perform
# under -fast.
#
# In any case -fast can result in incorrect optimisations and so
# has been removed (see
# http://swox.com/list-archives/gmp-bugs/2008-April/000987.html)
#
cclist_64="$cclist_64 cc"
cc_64_cflags="-xarch=v9"
cc_64_cflags_optlist="cpu"
;;
esac
# using the v9 %tick register
SPEED_CYCLECOUNTER_OBJ_32=sparcv9.lo
SPEED_CYCLECOUNTER_OBJ_64=sparcv9.lo
cyclecounter_size_32=2
cyclecounter_size_64=2
;;
esac
;;
# AMD and Intel x86 configurations, including AMD64
#
# Rumour has it gcc -O2 used to give worse register allocation than just
# -O, but lets assume that's no longer true.
#
# -m32 forces 32-bit mode on a bi-arch 32/64 amd64 build of gcc. -m64 is
# the default in such a build (we think), so -m32 is essential for ABI=32.
# This is, of course, done for any $host_cpu, not just x86_64, so we can
# get such a gcc into the right mode to cross-compile to say i486-*-*.
#
# -m32 is not available in gcc 2.95 and earlier, hence cflags_maybe to use
# it when it works. We check sizeof(long)==4 to ensure we get the right
# mode, in case -m32 has failed not because it's an old gcc, but because
# it's a dual 32/64-bit gcc without a 32-bit libc, or whatever.
#
X86_PATTERN | X86_64_PATTERN)
abilist="32"
cclist="gcc icc cc"
gcc_cflags="-O2 $fomit_frame_pointer"
case $host in
*-*-linux-gnu)
gcc_32_ldflags="-Wl,-z,noexecstack" ;;
esac
gcc_32_cflags_maybe="-m32"
icc_cflags="-no-gcc"
icc_cflags_optlist="opt"
icc_cflags_opt="-O3 -O2 -O1"
any_32_testlist="sizeof-long-4"
CALLING_CONVENTIONS_OBJS='x86call.lo x86check$U.lo'
# Currently yasm is only needed to build x86 assembly files on some hosts
want_yasm="yes"
# Availability of rdtsc is checked at run-time.
SPEED_CYCLECOUNTER_OBJ=pentium.lo
case $host in
*-*-solaris* | *-*-sunos*)
# Note no -g, it disables all optimizations.
cc_cflags=
cc_cflags_optlist="opt arch cpu"
# SunOS cc doesn't know -xO4, fallback to -O2.
cc_cflags_opt="-xO4 -O2" ;;
esac
# gcc 2.7.2 only knows i386 and i486, using -m386 or -m486. These
# represent -mcpu= since -m486 doesn't generate 486 specific insns.
# gcc 2.95 adds k6, pentium and pentiumpro, and takes -march= and -mcpu=.
# gcc 3.0 adds athlon.
# gcc 3.1 adds k6-2, k6-3, pentium-mmx, pentium2, pentium3, pentium4,
# athlon-tbird, athlon-4, athlon-xp, athlon-mp.
# gcc 3.2 adds winchip2.
# gcc 3.3 adds winchip-c6.
# gcc 3.3.1 from mandrake adds k8 and knows -mtune.
# gcc 3.4 adds c3, c3-2, k8, and deprecates -mcpu in favour of -mtune.
#
# In gcc 2.95.[0123], -march=pentiumpro provoked a stack slot bug in an
# old version of mpz/powm.c. Seems to be fine with the current code, so
# no need for any restrictions on that option.
#
# -march=pentiumpro can fail if the assembler doesn't know "cmov"
# (eg. solaris 2.8 native "as"), so always have -march=pentium after
# that as a fallback.
#
# -march=pentium4 and -march=k8 enable SSE2 instructions, which may or
# may not be supported by the assembler and/or the OS, and is bad in gcc
# prior to 3.3. The tests will reject these if no good, so fallbacks
# like "-march=pentium4 -mno-sse2" are given to try also without SSE2.
# Note the relevant -march types are listed in the optflags handling
# below, be sure to update there if adding new types emitting SSE2.
#
# -mtune is used at the start of each cpu option list to give something
# gcc 3.4 will use, thereby avoiding warnings from -mcpu. -mcpu forms
# are retained for use by prior gcc. For example pentium has
# "-mtune=pentium -mcpu=pentium ...", the -mtune is for 3.4 and the
# -mcpu for prior. If there's a brand new choice in 3.4 for a chip,
# like k8 for x86_64, then it can be the -mtune at the start, no need to
# duplicate anything.
#
gcc_cflags_optlist="cpu arch"