ou provide the relevant logs?
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
5:30 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
The output from running ‘./config.guess’, and from running
‘./configfsf.guess’ (might be the same).
./config.guess
kabylake-pc-linux-gnu
sh ./configfsf.guess
x86_64-pc-linux-gnu
--
M
uess
zsh: permission denied: ./configfsf.guess
[gmp-6.3.0] chmod 770 configfsf.guess
[gmp-6.3.0] ./configfsf.guess
x86_64-apple-darwin23.2.0
If there is any more information which I can supply, please let me know.
Paul
--
Marc Glisse
___
gmp-bugs maili
Binary
Interface to use])` (maybe also reference
https://gmplib.org/manual/ABI-and-ISA in its description) should be added to
configure.ac to make that error on an ABI change and also adding this missing
piece to configure's help output.
You mean this?
https://gmplib.org/repo/gmp-6.3/file/tip/configure.
./test-driver: line 107: 82938 Illegal instruction: 4 "$@" > $log_file 2>&1
FAIL: t-nextprime
PASS: t-io_raw
PASS: t-limbs
PASS: t-remove
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
);
^
The only reason I can think of is that you may have an old gmp.h in
.../rtems/6/include that gets included before the new one (from -I. or
-I..).
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
of gmp.h.
define(GMP_INCLUDE_GMP_H,
[[#define __GMP_WITHIN_CONFIGURE 1 /* ignore template stuff */
#define GMP_NAIL_BITS $GMP_NAIL_BITS
#define GMP_LIMB_BITS 123
$DEFN_LONG_LONG_LIMB
#include "$srcdir/gmp-h.in"]
])
--
Marc Glisse
___
gmp-bugs ma
allow a couple more cleanups? I don't think we want to support users
rerunning autoconf with an older version than the one we use to generate
the tarballs.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp
On Thu, 24 Aug 2023, Torbjörn Granlund wrote:
Marc Glisse writes:
There is, it is called (u)intptr_t, the standard name for an integer
type that can hold a pointer.
Right!
I only naively checked intmax_t, assuming max would mean max. :-)
Hmm, for old ABIs gaining a new integer type, I
for an integer type
that can hold a pointer.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Thu, 24 Aug 2023, Marc Glisse wrote:
It seems that uname -p returns aarch64c, configfsf.guess uses that, and
configfsf.sub gets confused by that, so it should be reported there. Ah, I
already see at least
https://lists.gnu.org/archive/html/config-patches/2023-08/msg00043.html
so hopefully
://gmplib.org/mailman/listinfo/gmp-bugs
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
always upgrade again
later if needed.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Mon, 21 Aug 2023, Marc Glisse wrote:
On Mon, 21 Aug 2023, Marc Glisse wrote:
because SED is used before it is set. I guess AC_PROG_SED might help, but
since all the uses of SED are introduced by autotools, it feels like a bug
that they don't add it automatically.
Ah, that normally
ch it from
https://alpha.gnu.org/gnu/autoconf/autoconf-2.72c.tar.xz
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Mon, 21 Aug 2023, Marc Glisse wrote:
I am a bit confused why this change makes ylwrap appear in am__DIST_COMMON in
Makefile.in, but that seems benign enough.
Actually, it is running .bootstrap a second time that makes it appear. Not
great that it isn't perfectly idempotent, but not too
On Mon, 21 Aug 2023, Marc Glisse wrote:
because SED is used before it is set. I guess AC_PROG_SED might help, but
since all the uses of SED are introduced by autotools, it feels like a bug
that they don't add it automatically.
Ah, that normally happens as part of LT_INIT, and what is broken
guess AC_PROG_SED might help, but
since all the uses of SED are introduced by autotools, it feels like a bug
that they don't add it automatically.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Mon, 31 Jul 2023, FX Coudert wrote:
warning: The macro `AC_PROG_CC_C99' is obsolete.
This one is only obsolete in autoconf 2.70+, so I am keeping it for now.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman
, but that seems benign enough.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
not this week for me, my holidays are just starting :-)
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
from the FSF servers.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
. Since we wanted a release because of a number of other
improvements, it was safer to stick to the old ones (no worse than the
previous release). I hope we can update for the next release.
If a pro of autotools wants to give a hand...
--
Marc Glisse
be that GMP could write its assembler in a way that
works both for .text and for .section .rodata, I don't know what the right
fix is, but it seemed worth recording this piece of information.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
to install pre-built
packages with
sudo apt install libgmp-dev
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
6
Segmentation fault: 11
Philip:gmp_error philip$
=
If there's anything I can do to help please ask.
TTFN
Philip Riebold
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
. Is there any known fix or
work-around?
Use a more recent (unreleased) version from https://gmplib.org/repo/ or
https://gmplib.org/download/snapshot/
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
invalid when a space
appears between the minus sign and the first digit. For example,
mpz_set_str(x, "- 123", 10)
does not work.
This was also discussed in
https://gmplib.org/list-archives/gmp-bugs/2013-December/003257.html
I don't know if anyth
a recent snapshot from
https://gmplib.org/download/snapshot/gmp-next/ ?
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
eb browser tried to be helpful and
uncompress it for you but failed?
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
in gmp.h, would be to replace
-X with 0-X (or the uglier ~X+1 but that does not seem necessary).
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Mon, 13 Feb 2023, Niels Möller wrote:
Marc Glisse writes:
It is certainly possible to avoid the warning, either with a pragma or
with different code, but until now, the policy has been to tell people
to disable this non-sensical behavior in visual studio or use a better
compiler. I don't
udio or use a better
compiler. I don't have a strong opinion here.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
_______
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
).
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Sun, 17 Apr 2022, George R Goffe wrote:
1026 ./configure: line 12157: 1q: command not found
The last time I saw this error message, it could easily be worked around
by passing SED=sed (and possibly a few others) to configure. I don't
remember what the real cause was though :-(
--
Marc
On Mon, 21 Feb 2022, Marc Glisse wrote:
On Mon, 21 Feb 2022, Paul Zimmermann wrote:
not sure this is the best place to report. Since November 2021, the
archives of the GMP mailing lists are no longer available. This is
a pity since those archives contain a lot of useful information
(except
randomly and found
https://gmplib.org/list-archives/gmp-devel/2004-April/000402.html for
instance. Maybe it reappeared between your email and now?
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Tue, 8 Feb 2022, Marco Bodrato wrote:
Ciao Marc,
Il 2022-01-22 23:40 Marc Glisse ha scritto:
the documentation for mpz_gcd_ui(rop, op1, op2) says "If rop is not
NULL, store the result there." and indeed the main code contains two
tests "if (w != NULL)". However, mpz_
es not fit in a limb. And that code calls
mpz_gcd without checking if the first argument is NULL. That probably does
not affect any platform, since nails are not supported and I don't see
anything defining __GMP_SHORT_LIMB.
--
Marc Glisse
___
gmp-bugs mailing list
On Fri, 5 Nov 2021, Marc Glisse wrote:
Do we test with clang on any of the sparc64-linux systems?
Hmm, I see https://reviews.llvm.org/D102985 ,
https://reviews.llvm.org/D51613 , etc, not good signs, maybe we can forget
this suggestion.
--
Marc Glisse
On Thu, 21 Oct 2021, Niels Möller wrote:
When it is fixed upstream in libtool (what's the current status?),
From a quick look at the mailing list and the git repository, it seems to
have been entirely unmaintained for more than 2 years now :-(
--
Marc Glisse
ounding, I would recommend you use MPFR
instead.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
to include gmp before.
#include
extern "C" {
#include
}
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
u with any more information, please
let me know.
My first guess would be some misguided
extern "C" {
#include
}
(possibly indirectly)
You would have a better chance asking the relic people, or the authors of
whatever code using relic you are compiling.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
conflicts between the 2 headers.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Wed, 28 Apr 2021, Michael Maroszek wrote:
Thread 11 "foo" received signal SIGILL, Illegal instruction.
[Switching to Thread 0x7fffe37fe700 (LWP 9609)]
0x571661db in __gmpn_set_str ()
Did you ask gdb what the illegal instruction is?
--
M
a bad sign. Generally,
formatted I/O hits limitations in GMP, see for instance
https://gmplib.org/list-archives/gmp-bugs/2015-November/003795.html and
various other reports. It may be possible to fix some of the printing
functions without any ABI break, but not others...
--
Marc Glisse
__
...
https://gmplib.org/repo/gmp/rev/d610a42e8ba4
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
what macros stdio.h defines
on your system and compare to the list we have in gmp-h.in?
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
/Reporting-Bugs.html)], gmp)
AC_CONFIG_SRCDIR(gmp-impl.h)
m4_pattern_forbid([^[ \t]*GMP_])
m4_pattern_allow(GMP_LDFLAGS)
Thanks, that looks like a nice workaround.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo
with the % operator in C or
C++, and that you did not read our documentation at
https://gmplib.org/manual/C_002b_002b-Interface-Integers
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Thu, 29 Oct 2020, Marco Bodrato wrote:
Ciao Marc,
Il 2020-08-22 19:39 Marc Glisse ha scritto:
Ah, on your OS nl_langinfo is defined inline as a static function in
langinfo.h, so the hack used in the test of redefining the function
cannot work. I guess we are supposed to add some configure
On Wed, 14 Oct 2020, Andreas Buff wrote:
Using host `aarch64-apple-darwin` gives me "unknown AArch64 fixup kind!"
errors.
There was a discussion related to arm64 and apple in july, did you try
with a recent snapshot from https://gmplib.org/download/snapshot/ ?
--
M
VERSION="11.0"
${HOST}="arm-apple-darwin"
That triplet looks like 32 bits to me, don't you mean something like
aarch64 or arm64 instead of arm there?
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Tue, 6 Oct 2020, Vincent Lefevre wrote:
On 2020-10-06 11:51:29 +0200, Marc Glisse wrote:
On Tue, 6 Oct 2020, Vincent Lefevre wrote:
On 2020-10-06 04:41:42 +0100, Colin Caine wrote:
This is used by Julia to raise an OutOfMemory exception rather than having
the Julia process itself abort
://github.com/termux/termux-packages/commit/b9d83f9fb83e42b3fbd2d515412d44111846ef96
Anyway, you can ignore this error, it only says that a hack in a test is
failing, nothing wrong with the library itself.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs
cos on
Arm.
I thought this was all automatically detected, not hardcoded. PROLOGUE
using GSYM_PREFIX, set based on the test GMP_ASM_UNDERSCORE.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
it is not
linked into the library?
The configure line used is:
./configure --build=aarch64-apple-darwin MPN_PATH=generic
Does it work better if you use the documented --disable-assembly instead?
(disabling assembly seems like a strange thing to do...)
--
Marc Glisse
On Tue, 9 Jun 2020, Niels Möller wrote:
Marc Glisse writes:
On Sat, 6 Jun 2020, Mihai Preda wrote:
I would rather suggest to support intmax_t and uintmax_t.
That's one possibility for C (and C++, although it is a bit more
painful there), but not one that everyone agrees with. I think
such a change.
We don't get to pick what intmax_t refers to. I am also in favor of
breaking ABIs once in a while to fix some mistakes or modernize some
things, but that's not how redhat (for instance) sees things.
--
Marc Glisse
___
gmp-bugs mailing
that would break the ABI. Still, it
isn't a bad choice for a large builtin integer type.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
Should automake also be taught about the msys triple?
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
d/snapshot/
, the most recent one appears to be from 17-Jan-2020.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
test a native build there.
How can I do this?
Hello,
did you read the documentation?
https://gmplib.org/manual/Build-Options.html indicates to use the host
triplet to specify the cpu. Where did you read about this use of
GMP_CPU_TYPE? As far as I can tell, it is only useful at runtime, and only
i
On Sat, 9 Nov 2019, JRR wrote:
There are more problems in mpfr, and mpc does not even compile.
If MPC does not compile, I think you are on the wrong list to report it...
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https
.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
signed type.)
The report was also about mpz_get_str, which does not have this
limitation. And for printf, it should be possible to make it print
correctly and return a nonsense integer.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https
;
}
I compile this with
gcc test.c -lgmp
Try adding -Wsystem-headers
(then swap the order of the includes, then look at the new warning)
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Mon, 1 Jul 2019, Vincent Lefevre wrote:
On 2019-07-01 13:44:04 +0200, Marc Glisse wrote:
On Mon, 1 Jul 2019, Martin Liška wrote:
> On 6/24/19 8:57 PM, Marc Glisse wrote:
> > On Mon, 24 Jun 2019, Martin Liška wrote:
> >
> > > Using -flto one can see a test failur
On Mon, 1 Jul 2019, Martin Liška wrote:
On 6/24/19 8:57 PM, Marc Glisse wrote:
On Mon, 24 Jun 2019, Martin Liška wrote:
Using -flto one can see a test failure:
This is well known, see the archives for details. It is a combination of 2
issues:
- (thin) LTO prevents configure from guessing
)
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
he fallback code has been fixed (at
least related patches have been posted on the mailing list). Using fat lto
might also help configure.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
-of-uninitialized-value
/tmp/g/mpn/get_str.c:239:7 in mpn_bc_get_str
Exiting
while adding --disable-assembly lets the program run without error.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Wed, 18 Apr 2018, Karsten Scheibler wrote:
Hi,
Compiling gmp-6.1.2 on Ubuntu 16.04.4 (x86_64) with a ./configure works
without problems.
But when trying to disable the assembly routines using:
./configure MPN_PATH="generic"
That's not a documented way to disable asm.
--
M
FLAGS="-O2 -pedantic -fomit-frame-pointer -march=armv7-a
-mfloat-abi=hard -mfpu=neon -mtune=cortex-a7"
don't match. Are you sure they come from the same build? -march=native
makes me think you set your own CFLAGS...
--
Marc Glisse
___
gmp-bugs m
On Wed, 17 Jan 2018, Marc Glisse wrote:
I am currently in favor of removing ASSERT.
Done.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
, it sounds like the definitions of __GMP_EXTERN_INLINE /
__GMP_EXTERN_INLINE in gmp.h (gmp-h.in in the sources) are not the right
ones for MSVC, you want to investigate what would be good for that
compiler. Or maybe using VC++ instead of VC would be enough.
--
Marc Glisse
P use if you don't override its detection?
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Wed, 17 Jan 2018, Vincent Lefevre wrote:
On 2018-01-17 18:06:49 +0100, Marc Glisse wrote:
On Wed, 17 Jan 2018, Vincent Lefevre wrote:
On 2018-01-17 17:23:02 +0100, Marc Glisse wrote:
Indeed, it doesn't make sense to have both the assertion and
COUNT_LEADING_ZEROS_0. Would it work
FF + 31)
#endif /* pentiummx */
There's also a typo in the latest comment. Patch attached.
Indeed, it doesn't make sense to have both the assertion and
COUNT_LEADING_ZEROS_0. Would it work to remove the assertion instead?
--
Marc Glisse
___
gmp-bugs mailing
COUNT_LEADING_ZEROS_0 to 32. I
am not sure that warrants removing all COUNT_LEADING_ZEROS_0 everywhere.
But if we aren't using it at all, I don't have a very strong opinion.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman
compiler might do something
completely different (and I don't know what, since you haven't told me).
Oracle by default does not link the C++ standard library and runtime in
shared libraries. You usually have undefined symbols, and the final binary
gets the link.
--
Marc Glisse
it all faster than that and
I hear from Paul Zimmermann that his laptop is sub-second. Not sure
how to get some performance out of libgmp on this platform. Am really
open to any thoughts.
If you care about GMP performance, don't use sparc... Some small
improvements
-archives/gmp-bugs/2017-May/004162.html
Q: Is this issue really a blocker or may I proceed (goal is a MinGW GnuTLS
build).
If gnutls does not use gmp_*scanf, you can ignore this error.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https
s, including Debian until Jessie.
I was referring to that they use 10 years old binutils.
They are planning to change that in a not too distant future
https://wiki.freebsd.org/LLD
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib
On Sat, 27 May 2017, Keith Marshall wrote:
make[5]: Entering directory
`/home/keith/src/mingw/gcc-build/gmp-6.1.2-shared/tests/misc'
PASS: t-printf.exe
FAIL: t-scanf.exe
PASS: t-locale.exe
Looks related to
https://gmplib.org/list-archives/gmp-bugs/2017-March/004130.html
--
Marc Glisse
canf(). Then GMP is consistent
with the C implementation.
Though the C standard may be ambiguous, 0 is not possible as a return
value. Thus this is a bug in the C library (or compiler).
Could the macro __USE_MINGW_ANSI_STDIO be relevant?
--
Marc Glisse
because
it is a reduced testcase)
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
On Fri, 24 Feb 2017, Thông Nguyễn Văn wrote:
mpz_inits(x,y); // use "mpz_init(x);mpz_init(y);" to get correct.
The documentation says: "Initialize a NULL-terminated list of mpz_t
variables". I don't see a terminating NULL in your examp
bit
indices, I believe the reason we haven't changed it to 64 bits on windows
is binary compatibility with older versions. Maybe GMP-7 would be a good
time to change that...
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.
On Fri, 9 Dec 2016, Mike Frysinger wrote:
now the __gmpn_udiv_w_sdiv symbol is exported based on the asm
configure flag. mpfr will link against it if it's available,
Does mpfr always do that, or only with --with-gmp-build or equivalent?
--
Marc Glisse
On Wed, 15 Jun 2016, Kurt M. Sanger wrote:
/home/me/workspace/gcc-6.1.0/configure --prefix='$HOME/workspace/usr/local'
--disable-multilib --with-pkgversion='my_V1.0.0'
Too much quoting. Using "" instead of '' might help.
--
Marc Glisse
__
bout doing that. We do a lot of things with
CFLAGS in configure but don't touch ASMFLAGS at all, so it might not be
very consistent with CFLAGS.
One workaround you could try is:
CC='gcc -g1'
CCAS='gcc -c'
--
Marc Glisse
___
gmp-bugs mailing lis
information asked at
https://gmplib.org/manual/Reporting-Bugs.html would be welcome.
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
o,
thank you for the description and the patch. IIRC, \<\> is not a standard
feature of grep but a GNU extension. How portable is it?
--
Marc Glisse
___
gmp-bugs mailing list
gmp-bugs@gmplib.org
https://gmplib.org/mailman/listinfo/gmp-bugs
96 matches
Mail list logo