Hi.
This patch intends to fix Bug 83566 - cyl_bessel_j returns wrong result
for x>1000 for high orders.
Seehttps://gcc.gnu.org/bugzilla/show_bug.cgi?id=83566 forissue description.
* libstdc++-v3/include/tr1/bessel_function.tcc
Series expansion in __cyl_bessel_jn_asymp() shall not be
On Dec 29, 2017, Tom de Vries wrote:
> On 12/29/2017 05:12 AM, Alexandre Oliva wrote:
>> On Dec 27, 2017, Tom de Vries wrote:
>>
>>> .loc file_index line_number column_position
>>
>>> so this causes ptxas errors when compiling something for nvptx with
>>> -g, which breaks the nvptx build.
>>
Ping:
https://gcc.gnu.org/ml/gcc-patches/2017-12/msg01399.html
On 12/20/2017 05:28 PM, Martin Sebor wrote:
On 12/20/2017 05:07 PM, Richard Sandiford wrote:
Martin Sebor writes:
The attached patch replaces use of %lli and %llu with
HOST_WIDE_INT_PRINT_DEC and HOST_WIDE_INT_PRINT_UNSIGNED
fo
On Sat, Dec 30, 2017 at 08:37:25PM +0100, Jakub Jelinek wrote:
> Hi!
>
> As the patch shows, in lots of spots the C FE can return a c_expr
> with error_mark_node value, but uninitialized locations, so if something
> calls expr.get_location (), it can ICE.
>
> Other spots are already using the set
Hi Janne,
FWIW, by changing your example to use unformatted I/O, it works
correctly.
Not for me (again, on gcc110):
program main
character(len=2_8**33), parameter :: a = ""
write (10) a
end program main
with strace results in
open("fort.10", O_RDWR|O_CREAT|O_CLOEXEC, 0666) = 3
fstat(3,
Hello world,
the attached patch implements the simplification for minloc and maxloc.
I had considered using the existing simplify_transformation_to_array and
simplify_transformation_to_scalar functions, but it turned out
that the special casing required for minloc/maxloc was just too
complex, so
Hi!
These attributes are guarded by preprocessor conditionals and so
my error in the recent patch swapping handler and the bool flag went
unnoticed.
Fixed thusly, tested by building cross to mingw32, committed as obvious.
Sorry for the inconvenience.
2017-12-31 Jakub Jelinek
PR targe
