https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114007
--- Comment #19 from fxcoudert at gmail dot com ---
Hi Rainer,
> Thanks a lot for the patch. I've now re-bootstrapped trunk on macOS 14
> with it applied instead of the local (incomplete)
> workaround.
I haven’t yet tested Xco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114007
--- Comment #19 from fxcoudert at gmail dot com ---
Hi Rainer,
> Thanks a lot for the patch. I've now re-bootstrapped trunk on macOS 14
> with it applied instead of the local (incomplete)
> workaround.
I haven’t yet tested Xco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66377
--- Comment #5 from fxcoudert at gmail dot com ---
Is this code old, or a regression introduced by the recent module-equivalence
patch (to reduce the module sizes)?
Does removing the code regress module size in the case of modules with equiv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102
--- Comment #22 from fxcoudert at gmail dot com ---
> Sorry. The "REGISTER_NAMES" macro that was updated in "rs6000.h" file gets
> redefined in "darwin.h" file. I can provide the required patch, but I don&#
--- Comment #3 from fxcoudert at gmail dot com 2007-04-16 07:03 ---
Subject: Re: ICE at -O1 -fipa-pta
> PS, I will fix this sometime after we have LTO.
> Until then, -fipa-pta is not worth it.
Can it be made an undocumented option, then, for the time being?
Because it'
--- Comment #4 from fxcoudert at gmail dot com 2007-03-07 21:09 ---
Subject: Re: MINLOC should sometimes be inlined (gas_dyn is so slw)
> In gfc_conv_intrinsic_function, expr->rank is 0 for minval
> and 1 for minloc (which is bogus).
It's not bogus. The MINLOC
--- Comment #5 from fxcoudert at gmail dot com 2005-10-21 20:13 ---
(In reply to comment #4)
> Is this true any more on the mainline?
Yes, it is.
--
fxcoudert at gmail dot com changed:
What|Removed |Ad
--- Comment #6 from fxcoudert at gmail dot com 2005-10-21 19:49 ---
Fixed.
--
fxcoudert at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #4 from fxcoudert at gmail dot com 2005-10-20 08:53 ---
This is fixed in mingw CVS. I will add the workaround with SHRT_MAX. It might
not be very efficient, but at least it's garanteed to work, and I think we'd
better be on the safe side.
--
http://gcc.gnu.or
--- Comment #3 from fxcoudert at gmail dot com 2005-10-20 07:38 ---
This one is scary. I add Paul T to the Cc list (since he's familiar with
namelist). As far as I can tell, this looks like a purely library-side problem
(the code emitted by the front-end looks fine).
--
fxcoude
--- Comment #9 from fxcoudert at gmail dot com 2005-10-19 09:46 ---
(In reply to comment #7)
> Looks like you have to unify your preprocessor macro strategy in libgfortran.
Oh, s***. Now, they're defined with value 1 (unless my grep failed me, I think
I've done them all).
--- Comment #6 from fxcoudert at gmail dot com 2005-10-19 08:27 ---
Eric, I let you close this PR after you check that the regression disappeared.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24432
--- Comment #2 from fxcoudert at gmail dot com 2005-10-18 21:43 ---
(In reply to comment #0)
> has introduced a bunch of regressions on non-C99 SPARC/Solaris platforms
How come they I don't see those on my sparc-solaris2.9 builds? See
http://quatramaran.ens.fr/~coudert/gfort
--- Additional Comments From fxcoudert at gmail dot com 2005-05-21 10:03
---
On i386-mingw32, there is another one of those:
../../gcc/fastjar/jartool.c: In function 'extract_jar':
../../gcc/fastjar/jartool.c:1770: error: too many arguments to function 'mkd
14 matches
Mail list logo
