Lorenzo Van Munoz

Is this solved with #147 and #176 ?

Hi, I don't think `f_int.(Zcu)`, which is solving multiple integrals in parallel, can be currently solved with QuadGK.jl. The adaptation logic in the code will not port well to the...

I've addressed this issue in #241 by making sure with tests that all `solve`s in the package are type-stable. I also deprecated `do_inf_transformation` and opted to transform all problems at...

@KirillZubov Would you be able to test this code again or provide a MWE? I think Integrals@4 should be able to handle this case

I think there is a bug in the MWE since a scalar-valued `f` is incompatible with batching. Namely, the batch integrand should return a vector whose length matches the last...

@ChrisRackauckas It appears this issue was fixed by #189 since we no longer use `nout` as a check on `QuadGKJL`. The following translation of the mwe is working for me...

Can confirm that this is fixed by #189 and will close now that we have #196 for better testing

I guess the surprising thing is that there are integrable singularities, but in practice if an algorithm encounters an infinity, it will either throw an error, give a NaN or...

@agerlach I agree that localized integrands can be very difficult for quadrature schemes to resolve without any prior information, however I don't think this issue can be fixed at the...

Interesting! I didn't know that Cuba supported features like that. I wonder if the information about initial points could be specified with more expressive domain types that have "special" points....