Re: [fortran, RFC] Getting rid of unneeded functions in libgfortran

2017-07-10 Thread Thomas Koenig
Am 10.07.2017 um 23:27 schrieb Mikael Morin: We don’t inline when the dim argument isn’t constant. As far as I know, this is a valid albeit rare use case for the library functions. You're right. We can only remove, for example, sum_i4, but have to keep ssum_i4 and msum_i4, which both take a d

Re: [fortran, RFC] Getting rid of unneeded functions in libgfortran

2017-07-10 Thread Ulrich Drepper
On Mon, Jul 10, 2017 at 8:43 PM, Thomas Koenig wrote: > with the bump in the libfortran version that is needed with > Paul's patch, Isn't it time to start thinking about ABI compatibility just as for the other libraries?

Re: [fortran, RFC] Getting rid of unneeded functions in libgfortran

2017-07-10 Thread Mikael Morin
Hello, Le 10/07/2017 à 20:43, Thomas Koenig a écrit : Hello world, with the bump in the libfortran version that is needed with Paul's patch, I think we can get rid of a few functions that we do not actually need any more. I think we now always inline SUM and PRODUCT. We don't do so with all oc

[fortran, RFC] Getting rid of unneeded functions in libgfortran

2017-07-10 Thread Thomas Koenig
Hello world, with the bump in the libfortran version that is needed with Paul's patch, I think we can get rid of a few functions that we do not actually need any more. I think we now always inline SUM and PRODUCT. We don't do so with all occurrences of ANY and ALL, but we probably could (and sho