Hi Thomas,
Thanks for initiating this discussion. The responses are very useful.
That said, wouldn't a -ffix-everything option be more useful? :-)
Cheers
Paul
On Wed, 23 Jan 2019 at 13:27, Thomas König wrote:
>
>
>
> > Am 23.01.2019 um 12:36 schrieb Jonathan Wakely :
> >
> > When there are ne
Dear Tobias,
I do not see any problem with adding to the vtable; especially with
your suggestion of assigning it to a generic function with a function
pointer argument. This might be valuable for other future needs, other
than OpenMP/OpenACC/coarrays. I would suggest that 'this' and the
function p
Richi, Steven,
>> To be fair the people of that company do not expose bugs proportional
>> to their headcount either.
>
> Neither do I, and yet I try to help ;-)
Now, now, you two :-)
Paul
> Richard,
>
> I would like to revert the cause of the regression reported yesterday
> in http://gcc.gnu.org/ml/fortran/2009-01/msg00197.html - I'll do it in
> the next hour, if that is alright?
>
> Cheers
>
> Paul
Duly reverted on trunk and 4.3.
Paul
Richard,
I would like to revert the cause of the regression reported yesterday
in http://gcc.gnu.org/ml/fortran/2009-01/msg00197.html - I'll do it in
the next hour, if that is alright?
Cheers
Paul
On Sat, Jan 17, 2009 at 12:03 AM, Richard Guenther wrote:
>
> It's not my turn to send a status r
Mikael and Steve,
> Do you really think they will change their webpage to one that
> explicitly states that their compiler has a competitor with comparable
> features, which is at least as fast, supports more platforms and is
> available for free?
> I would be very surprised if they do.
>
I think
Dear All,
Perhaps this is old news/my fault but I am seeing the following on
Cygwin_NT/amd64:
/irun/bin/gcc -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -W
missing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat -Wmissing-for
mat-attribute -pedantic -Wno-long-long -W
Angelo,
I have seen this too - I thought that it was due to the VERY strange
way in which I was doing the build:-)
Andd 'const' to strsignal.c:408 and the build will go through.
Paul
On Sat, Jun 28, 2008 at 2:09 PM, Angelo Graziosi
<[EMAIL PROTECTED]> wrote:
> Last week I flagged some problems
You will excuse me please if I cannot identify the patch that is
responsible - this sort of investigation is just a bit too tedious
under Cygwin. I will make one further reversion this morning and will
report if I have bracketed the problem.
The problem is between r125620 and r125628 but is NO
Following my commit of the patch for PR29786, I did a further regtest,
which produced a good number of fortran testsuite failures. Being
late, I put it out of its misery. I reverted to before my patch
(r125628) and find that the failures are still there. For example,
$ /irun/bin/gfortran $test
See PR31095.
Thanks, Daniel.
Paul
This has appeared in recent days, with any level of optimization other
than none at all.
[EMAIL PROTECTED] prs]# /svn-4.3/bin/gfortran -static -O1
$test/../gfortran.fortran-torture/execute/st_function.f90
/svn/trunk/gcc/testsuite/gfortran.dg/../gfortran.fortran-torture/execute/st_function.f90:
In
It happens! It also meant that I got to bed early:)
Thanks
Paul
On 4/24/07, Jan Hubicka <[EMAIL PROTECTED]> wrote:
> On 4/23/07, Paul Richard Thomas <[EMAIL PROTECTED]> wrote:
> >on x86_ia64/fc5 is not a coincidence?
>
> More over, there were a lot of targets
I presume that this:
-I../../trunk/gcc/../libdecnumber/bid -I../libdecnumber
../../trunk/gcc/gimplify.c -o gimplify.o
../../trunk/gcc/gimplify.c: In function 'create_tmp_var_name':
../../trunk/gcc/gimplify.c:431: internal compiler error: in
set_curr_insn_source_location, at cfglayout.c:28
14 matches
Mail list logo
