I actually never saw this, but anyhow.

I would actually like that generated files like configure do not live in
the source repository, because these are no primary sources. Since
opinions may differ on this view, I accept it in the repo.

That reduces the number of tools needed to build FriCAS by a few items
(autotools), but otherwise the FriCAS source code repo is intended to be
compiled on the users site. Since we explicitly distribute configure, it
should never be build on a users site (except for us developers and we
certainly know how to regenerate it).

Your issue can easily be worked around in the CI action script by adding
a "touch configure". However, your issue might also apply for an
ordinary user who cloned the repo and wants to build FriCAS.

I would not like to introduce a "AM_MAINTAINER_MODE" dependency.

Simply adding the line "touch configure" to the documentation "How to
build FriCAS" should do. I am not sure whether I would generally like to
add some code so that "./configure && make" never tries to rebuild the
"configure" script.

Ralf


On 04.03.21 16:23, Qian Yun wrote:
> I found this problem during windows CI:
> 
> When you clone from a git repo, configure.ac can be newer
> than configure, thus "make" will try to run "autoconf"
> to update it.
> 
> I found this not very nice.
> 
> I found 2 ways to improve this:
> 
> 1. manually "touch configure" before everything.
> 2. use "AM_MAINTAINER_MODE".
> 
> What's your opinion?
> 
> - Qian
> 

-- 
You received this message because you are subscribed to the Google Groups 
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/fricas-devel/7074d46c-c34d-9b65-85d2-138b2a0bbf70%40hemmecke.org.

Reply via email to