[Rd] substitute

[Adrian Dușa]

Dear R wizards,

I have recently been informed about some build errors of my package QCA,
which I was able to trace down to the base function substitute(), with the
following replication example:

foo <- function(x) return(substitute(x))

In the stable R version 4.0.5, I get the expected result:
> foo(A + ~B + C~D)
A + ~B + C ~ D

A different result (the culprit for the build error) occurs under Fedora
with R devel:

> foo(A + ~B + C~D)
A + (~B + C) ~ D

The Fedora machine is the rhub docker image from:
https://hub.docker.com/r/rhub/fedora-gcc-devel

probably very similar to the one signalling the CRAN build error:
https://cran.r-project.org/web/checks/check_results_QCA.html

The first (expected) command is from the stable R version installed on the
same Fedora machine, and I get an identical result on Windows and MacOS.

For some reason, substitute() gives a different result on Debian using gcc,
and on both Fedora systems. I would be grateful for any hint, I am not
entirely certain what I should do about this.

Thank you very much in advance,
Adrian

-- 
Adrian Dusa
University of Bucharest
Romanian Social Data Archive
Soseaua Panduri nr. 90-92
050663 Bucharest sector 5
Romania
https://adriandusa.eu

[[alternative HTML version deleted]]

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] substitute

[Duncan Murdoch]

This looks as though it is related to the recent patch in

  https://bugs.r-project.org/show_bug.cgi?id=18232

I think you should probably wait until that settles down before worrying 
about it.


Duncan Murdoch

On 15/11/2021 12:18 p.m., Adrian Dușa wrote:

Dear R wizards,

I have recently been informed about some build errors of my package QCA,
which I was able to trace down to the base function substitute(), with the
following replication example:

foo <- function(x) return(substitute(x))

In the stable R version 4.0.5, I get the expected result:

foo(A + ~B + C~D)

A + ~B + C ~ D

A different result (the culprit for the build error) occurs under Fedora
with R devel:


foo(A + ~B + C~D)

A + (~B + C) ~ D

The Fedora machine is the rhub docker image from:
https://hub.docker.com/r/rhub/fedora-gcc-devel

probably very similar to the one signalling the CRAN build error:
https://cran.r-project.org/web/checks/check_results_QCA.html

The first (expected) command is from the stable R version installed on the
same Fedora machine, and I get an identical result on Windows and MacOS.

For some reason, substitute() gives a different result on Debian using gcc,
and on both Fedora systems. I would be grateful for any hint, I am not
entirely certain what I should do about this.

Thank you very much in advance,
Adrian



__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] substitute

[Adrian Dușa]

Thank you, I was given a deadline of two weeks to respond, hopefully this
will be settled by then.
Best wishes,
Adrian

On Mon, 15 Nov 2021 at 19:28, Duncan Murdoch 
wrote:

> This looks as though it is related to the recent patch in
>
>https://bugs.r-project.org/show_bug.cgi?id=18232
>
> I think you should probably wait until that settles down before worrying
> about it.
>
> Duncan Murdoch
>
> On 15/11/2021 12:18 p.m., Adrian Dușa wrote:
> > Dear R wizards,
> >
> > I have recently been informed about some build errors of my package QCA,
> > which I was able to trace down to the base function substitute(), with
> the
> > following replication example:
> >
> > foo <- function(x) return(substitute(x))
> >
> > In the stable R version 4.0.5, I get the expected result:
> >> foo(A + ~B + C~D)
> > A + ~B + C ~ D
> >
> > A different result (the culprit for the build error) occurs under Fedora
> > with R devel:
> >
> >> foo(A + ~B + C~D)
> > A + (~B + C) ~ D
> >
> > The Fedora machine is the rhub docker image from:
> > https://hub.docker.com/r/rhub/fedora-gcc-devel
> >
> > probably very similar to the one signalling the CRAN build error:
> > https://cran.r-project.org/web/checks/check_results_QCA.html
> >
> > The first (expected) command is from the stable R version installed on
> the
> > same Fedora machine, and I get an identical result on Windows and MacOS.
> >
> > For some reason, substitute() gives a different result on Debian using
> gcc,
> > and on both Fedora systems. I would be grateful for any hint, I am not
> > entirely certain what I should do about this.
> >
> > Thank you very much in advance,
> > Adrian
> >
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>


-- 
Adrian Dusa
University of Bucharest
Romanian Social Data Archive
Soseaua Panduri nr. 90-92
050663 Bucharest sector 5
Romania
https://adriandusa.eu

[[alternative HTML version deleted]]

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] substitute

[Duncan Murdoch]

I'd recommend responding now with a pointer to that bug report: whoever 
at CRAN is dealing with your package doesn't necessarily know about the 
bug report.  You might or might not need to make a change in the end, 
but if you do, it could be hard to meet the two week deadline.


Duncan Murdoch

On 15/11/2021 12:58 p.m., Adrian Dușa wrote:
Thank you, I was given a deadline of two weeks to respond, hopefully 
this will be settled by then.

Best wishes,
Adrian

On Mon, 15 Nov 2021 at 19:28, Duncan Murdoch > wrote:


This looks as though it is related to the recent patch in

https://bugs.r-project.org/show_bug.cgi?id=18232


I think you should probably wait until that settles down before
worrying
about it.

Duncan Murdoch

On 15/11/2021 12:18 p.m., Adrian Dușa wrote:
 > Dear R wizards,
 >
 > I have recently been informed about some build errors of my
package QCA,
 > which I was able to trace down to the base function substitute(),
with the
 > following replication example:
 >
 > foo <- function(x) return(substitute(x))
 >
 > In the stable R version 4.0.5, I get the expected result:
 >> foo(A + ~B + C~D)
 > A + ~B + C ~ D
 >
 > A different result (the culprit for the build error) occurs under
Fedora
 > with R devel:
 >
 >> foo(A + ~B + C~D)
 > A + (~B + C) ~ D
 >
 > The Fedora machine is the rhub docker image from:
 > https://hub.docker.com/r/rhub/fedora-gcc-devel

 >
 > probably very similar to the one signalling the CRAN build error:
 > https://cran.r-project.org/web/checks/check_results_QCA.html

 >
 > The first (expected) command is from the stable R version
installed on the
 > same Fedora machine, and I get an identical result on Windows and
MacOS.
 >
 > For some reason, substitute() gives a different result on Debian
using gcc,
 > and on both Fedora systems. I would be grateful for any hint, I
am not
 > entirely certain what I should do about this.
 >
 > Thank you very much in advance,
 > Adrian
 >

__
R-devel@r-project.org  mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel




--
Adrian Dusa
University of Bucharest
Romanian Social Data Archive
Soseaua Panduri nr. 90-92
050663 Bucharest sector 5
Romania
https://adriandusa.eu 


__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

[Rd] R-devel (r81196) hanging at dchisq(large) (PR#13309)

[Avraham Adler]

I am building r-devel on Windows 10 64bit using Jeroen's mingw system,
and I am finding that my make check-devel hangs on the above issue.
Everything is vanila except that I am using OpenBLAS 0.3.18. I have
been using OpenBLAS for over a decade and have not had this issue
before. Is there anything I can do to dig deeper into this issue from
my end? Could there be anything that changed in R-devel that may have
triggered this? The bugzilla report doesn't have any code attached to
it.

Thank you,

Avi

sessionInfo:
R Under development (unstable) (2021-11-15 r81196)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 10 x64 (build 19043)

Matrix products: default

locale:
[1] LC_COLLATE=English_United States.1252
[2] LC_CTYPE=English_United States.1252
[3] LC_MONETARY=English_United States.1252
[4] LC_NUMERIC=C
[5] LC_TIME=English_United States.1252

attached base packages:
[1] stats graphics  grDevices utils datasets  methods   base

loaded via a namespace (and not attached):
[1] compiler_4.2.0 tools_4.2.0

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] Converting width for a grob where graphics parameters have length 0 crashes R

[Paul Murrell]

Hi

There is now a fix for this problem in r-devel (r81197).

Thanks for reporting the problem!

Paul

On 15/11/2021 9:16 am, Paul Murrell wrote:

Hi

Thanks for bringing this (back) up.

It is still on my list, but now back nearer the top :)

Paul


On 14/11/2021 12:51 am, Gu, Zuguang wrote:

Dear developers,


In grid::gpar(), graphic parameters are not allowed to have length 0, 
but this can be done by first creating a gpar object and later 
modifying it:



gp = gpar(fontsize = 10)

gp$fontsize = numeric(0)


when a grob has a gp where some parameters have length 0, converting 
the width or height of this grob will crash R.


?

A reproducible example is as follows:


 > library(grid)

 > gp = gpar(fontsize = 10)
 > gp$fontsize = numeric(0)
 > gb = textGrob("foo", gp = gp)
 > convertWidth(grobWidth(gb), "mm")
[1] 21045 floating point exception R??


Best regards,

Zuguang Gu


[[alternative HTML version deleted]]

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel 
 





--
Dr Paul Murrell
Department of Statistics
The University of Auckland
Private Bag 92019
Auckland
New Zealand
64 9 3737599 x85392
p...@stat.auckland.ac.nz
http://www.stat.auckland.ac.nz/~paul/

__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel