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 Xcode 13
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 Xcode 13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66377
--- Comment #5 from fxcoudert at gmail dot com 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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102
--- Comment #22 from fxcoudert at gmail dot com 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't
have a darwin
--- 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's still an ICE
--- 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 is an array
--- 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 #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 |Added
--- 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.org/bugzilla
--- 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 #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).
--
http
--- 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/gfortran/test
--- 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 'mkdir'
Looks like
13 matches
Mail list logo
