On Wed, Jul 3, 2019 at 12:49 PM Torbjörn Granlund wrote:
>
> Richard Biener writes:
>
> So yes, building a shared object with the data exported is probably
> more future-proof ;)
>
> Indded. But I don't know how to do that portably.
>
> Let the perfect not be the enemy of the good here.
>
Marc Glisse writes:
Without #include , some compilers reject it. Also, the string
should be "%d %f" (or replace '+' with ',' in the arguments).
Thanks, fixed!
--
Torbjörn
Please encrypt, key id 0xC8601622
___
gmp-bugs mailing list
gmp-bugs@gmpli
Richard Biener writes:
So yes, building a shared object with the data exported is probably
more future-proof ;)
Indded. But I don't know how to do that portably.
Let the perfect not be the enemy of the good here.
Don't tease Vincent like that! :-)
--
Torbjörn
Please encrypt, key id 0x
Vincent Lefevre writes:
C99 says: "An object that has volatile-qualified type may be modified
in ways unknown to the implementation or have other unknown side
effects. Therefore any expression referring to such an object shall
be evaluated strictly according to the rules of the abstract m
On 2019-07-03 10:45:24 +0200, Richard Biener wrote:
> On Wed, Jul 3, 2019 at 9:49 AM Vincent Lefevre wrote:
> > Here, after loop enrolling, the compiler could see that the arguments
> > are known and generate a fixed puts(). This kind of optimization must
> > not be done with a structure declared
On Wed, Jul 3, 2019 at 9:49 AM Vincent Lefevre wrote:
>
> On 2019-07-02 12:41:15 +0200, Torbjorn Granlund wrote:
> > Richard Biener writes:
> >
> > On Mon, Jul 1, 2019 at 11:13 PM Torbjörn Granlund wrote:
> > >
> > > Vincent Lefevre writes:
> > >
> > > Yes, with LTO, the object file
On 2019-07-02 12:41:15 +0200, Torbjorn Granlund wrote:
> Richard Biener writes:
>
> On Mon, Jul 1, 2019 at 11:13 PM Torbjörn Granlund wrote:
> >
> > Vincent Lefevre writes:
> >
> > Yes, with LTO, the object file does not contain the structure as is.
> > Thus the detection from "