Re: [R-pkg-devel] flang-new-18 complains: incompatiple object shapes

[Göran Broström]

Thanks for the reply, Ivan. I think that 'problem solved': I just 
received a message from Uwe saying that the rejection was a mistake.


Best, Göran

Den 2024-09-20 kl. 14:07, skrev Ivan Krylov:

В Fri, 20 Sep 2024 13:44:44 +0200
Göran Broström  пишет:


It is of course easy (but tedious) to cut the Gordian knot by
explicitly writing out the loops that defines 'daxpy', but is it
necessary?


Definitely not. I think that flang will be satisfied if you provide an
explicit interface for DAXPY. Do you need help testing your code with
this compiler?



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

Re: [R-pkg-devel] flang-new-18 complains: incompatiple object shapes

[Ivan Krylov via R-package-devel]

В Fri, 20 Sep 2024 13:44:44 +0200
Göran Broström  пишет:

> It is of course easy (but tedious) to cut the Gordian knot by
> explicitly writing out the loops that defines 'daxpy', but is it
> necessary?

Definitely not. I think that flang will be satisfied if you provide an
explicit interface for DAXPY. Do you need help testing your code with
this compiler?

-- 
Best regards,
Ivan

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

[R-pkg-devel] flang-new-18 complains: incompatiple object shapes

[Göran Broström]

More specifically: I submitted a new version of eha to CRAN, but:
"... does not pass the incoming checks automatically,..."

I found warnings in

https://win-builder.r-project.org/incoming_pretest/eha_2.11.5_20240919_123016/Debian/00install.out
-
/getsums.f:65:16: warning: Reference to the procedure 'daxpy' has an 
implicit interface that is distinct from another reference: incompatible 
dummy argument #5: incompatible dummy data object shapes

 call daxpy(j2, tmp2, zma, 1, szz(index), 1)
 ^^^
./getsums.f:51:10: previous reference to 'daxpy'
   call daxpy(k, epy, zma, 1, sz, 1)
   ^

The arguments 'szz(index)' and 'sz' are compared and found to be 
'incompatible'. szz and sz are both double vectors, szz is the upper 
triangle of a symmetric covariance matrix, stored as a vector of length 
n * (n + 1) / 2 (space saving, this is F77 code written some 40 years ago).


This is the point of view of a compiler called 'flang-new-18' (Debian). 
However, gfortran and myself disagree, and I am interested in hearing a 
suggestion of what measures I should take.


It is of course easy (but tedious) to cut the Gordian knot by explicitly 
writing out the loops that defines 'daxpy', but is it necessary?


Thanks, Göran

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

[R-pkg-devel] 回复: Why all OK but fail to the incoming checks automatically ?

[秦 海江]

Okay, I understand now. Thank you very much for response!

Best,
Haijiang Qin


��: Uwe Ligges
�ѷ���: 2024 �� 9 �� 20 �� �� 21:58
�ռ���: �� ; r-package-devel@r-project.org
: Re: [R-pkg-devel] Why all OK but fail to the incoming checks 
automatically ?

A recent issue on CRAN, we are working on fixing it.

Best,
Uwe Ligges



On 20.09.2024 10:46, ��  wrote:
> Hi All,
>
>
> I encountered an issue when submitting my R package: the incoming checks did 
> not report any errors, warnings, or notes, but the submission still did not 
> pass the incoming checks. Here is the email I received from 
> lig...@statistik.tu-dortmund.de:
>
>
> Dear maintainer,
>
> package Qval_1.0.0.tar.gz does not pass the incoming checks automatically, 
> please see the following pre-tests:
> Windows: 
> 
> Status: OK
> Debian: 
> 
> Status: OK
>
> Last released version's CRAN status: OK: 13
> See: 
> >
>
> CRAN Web: 
>
> Please fix all problems and resubmit a fixed version via the webform.
> If you are not sure how to fix the problems shown, please ask for help on the 
> R-package-devel mailing list:
> 
> If you are fairly certain the rejection is a false positive, please reply-all 
> to this message and explain.
>
> More details are given in the directory:
> 
> The files will be removed after roughly 7 days.
>
> No strong reverse dependencies to be checked.
>
> Best regards,
> CRAN teams' auto-check service
>
> And in the "00details.log" file, it only shows:
>
> Flavor: r-devel-linux-x86_64-debian-gcc, r-devel-windows-x86_64
> Check: * , Result: OK
>
> This is really confusing to me. Does anyone know why this happened? Thank you 
> for your help!
>
> Best regards,
> Haijiang Qin
>
>[[alternative HTML version deleted]]
>
> __
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel

[[alternative HTML version deleted]]

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

[R-pkg-devel] Why all OK but fail to the incoming checks automatically ?

[秦 海江]

Hi All,


I encountered an issue when submitting my R package: the incoming checks did 
not report any errors, warnings, or notes, but the submission still did not 
pass the incoming checks. Here is the email I received from 
lig...@statistik.tu-dortmund.de:


Dear maintainer,

package Qval_1.0.0.tar.gz does not pass the incoming checks automatically, 
please see the following pre-tests:
Windows: 

Status: OK
Debian: 

Status: OK

Last released version's CRAN status: OK: 13
See: 
>

CRAN Web: 

Please fix all problems and resubmit a fixed version via the webform.
If you are not sure how to fix the problems shown, please ask for help on the 
R-package-devel mailing list:

If you are fairly certain the rejection is a false positive, please reply-all 
to this message and explain.

More details are given in the directory:

The files will be removed after roughly 7 days.

No strong reverse dependencies to be checked.

Best regards,
CRAN teams' auto-check service

And in the "00details.log" file, it only shows:

Flavor: r-devel-linux-x86_64-debian-gcc, r-devel-windows-x86_64
Check: * , Result: OK

This is really confusing to me. Does anyone know why this happened? Thank you 
for your help!

Best regards,
Haijiang Qin

[[alternative HTML version deleted]]

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

Re: [R-pkg-devel] Why all OK but fail to the incoming checks automatically ?

[Uwe Ligges]

A recent issue on CRAN, we are working on fixing it.

Best,
Uwe Ligges



On 20.09.2024 10:46, 秦 海江 wrote:

Hi All,


I encountered an issue when submitting my R package: the incoming checks did 
not report any errors, warnings, or notes, but the submission still did not 
pass the incoming checks. Here is the email I received from 
lig...@statistik.tu-dortmund.de:


Dear maintainer,

package Qval_1.0.0.tar.gz does not pass the incoming checks automatically, 
please see the following pre-tests:
Windows: 

Status: OK
Debian: 

Status: OK

Last released version's CRAN status: OK: 13
See: 
>

CRAN Web: 

Please fix all problems and resubmit a fixed version via the webform.
If you are not sure how to fix the problems shown, please ask for help on the 
R-package-devel mailing list:

If you are fairly certain the rejection is a false positive, please reply-all 
to this message and explain.

More details are given in the directory:

The files will be removed after roughly 7 days.

No strong reverse dependencies to be checked.

Best regards,
CRAN teams' auto-check service

And in the "00details.log" file, it only shows:

Flavor: r-devel-linux-x86_64-debian-gcc, r-devel-windows-x86_64
Check: * , Result: OK

This is really confusing to me. Does anyone know why this happened? Thank you 
for your help!

Best regards,
Haijiang Qin

[[alternative HTML version deleted]]

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