Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Preserve timestamps in copy_dir_contents_to_dir #520

Merged
merged 1 commit into from
Feb 24, 2021

Conversation

jheaff1
Copy link
Collaborator

@jheaff1 jheaff1 commented Feb 24, 2021

This removes the dependency on autotools for projects such as "make",
where autotools are only invoked if the timestamp of certain files has
changed.

@google-cla
Copy link

google-cla bot commented Feb 24, 2021

Thanks for your pull request. It looks like this may be your first contribution to a Google open source project (if not, look below for help). Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA).

📝 Please visit https://cla.developers.google.com/ to sign.

Once you've signed (or fixed any issues), please reply here with @googlebot I signed it! and we'll verify it.


What to do if you already signed the CLA

Individual signers
Corporate signers

ℹ️ Googlers: Go here for more info.

jheaff1 pushed a commit to jheaff1/rules_foreign_cc that referenced this pull request Feb 24, 2021
This removes the dependency on autotools for projects such as "make",
where autotools are only invoked if the timestamp of certain files has
changed.
@google-cla
Copy link

google-cla bot commented Feb 24, 2021

Thanks for your pull request. It looks like this may be your first contribution to a Google open source project (if not, look below for help). Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA).

📝 Please visit https://cla.developers.google.com/ to sign.

Once you've signed (or fixed any issues), please reply here with @googlebot I signed it! and we'll verify it.


What to do if you already signed the CLA

Individual signers
Corporate signers

ℹ️ Googlers: Go here for more info.

@jheaff1
Copy link
Collaborator Author

jheaff1 commented Feb 24, 2021

Thanks for your pull request. It looks like this may be your first contribution to a Google open source project (if not, look below for help). Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA).

Please visit https://cla.developers.google.com/ to sign.

Once you've signed (or fixed any issues), please reply here with @googlebot I signed it! and we'll verify it.

What to do if you already signed the CLA

Individual signers
Corporate signers

Googlers: Go here for more info.

@googlebot I signed it!

@google-cla
Copy link

google-cla bot commented Feb 24, 2021

We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for all the commit author(s) or Co-authors. If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google.
In order to pass this check, please resolve this problem and then comment @googlebot I fixed it.. If the bot doesn't comment, it means it doesn't think anything has changed.

ℹ️ Googlers: Go here for more info.

@jheaff1
Copy link
Collaborator Author

jheaff1 commented Feb 24, 2021

@googlebot I fixed it

@google-cla
Copy link

google-cla bot commented Feb 24, 2021

We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for all the commit author(s) or Co-authors. If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google.
In order to pass this check, please resolve this problem and then comment @googlebot I fixed it.. If the bot doesn't comment, it means it doesn't think anything has changed.

ℹ️ Googlers: Go here for more info.

@jheaff1
Copy link
Collaborator Author

jheaff1 commented Feb 24, 2021

@googlebot I fixed it.

@google-cla
Copy link

google-cla bot commented Feb 24, 2021

We found a Contributor License Agreement for you (the sender of this pull request), but were unable to find agreements for all the commit author(s) or Co-authors. If you authored these, maybe you used a different email address in the git commits than was used to sign the CLA (login here to double check)? If these were authored by someone else, then they will need to sign a CLA as well, and confirm that they're okay with these being contributed to Google.
In order to pass this check, please resolve this problem and then comment @googlebot I fixed it.. If the bot doesn't comment, it means it doesn't think anything has changed.

ℹ️ Googlers: Go here for more info.

This removes the dependency on autotools for projects such as
"make", where autotools are only invoked if the timestamp of certain files
has changed.
@UebelAndre
Copy link
Collaborator

I think this change looks good but does this actually remove a dependency? Where is autotools otherwise being used? Implicitly by cmake?

@jheaff1
Copy link
Collaborator Author

jheaff1 commented Feb 24, 2021

I think this change looks good but does this actually remove a dependency? Where is autotools otherwise being used? Implicitly by cmake?

It seems that if you have a machine without autotools installed, download make-4.3.2.tar.gz, untar the archive and run:

./configure
./build.sh
sudo ./make install

make will build and install successfully.

If you then copy the extracted folder from make-4.3.tar.gz and run the same commands, then sudo ./make install will fail with the following error:

aclocal-1.16: command not found

along with the warning:

WARNING: 'aclocal-1.16' is missing on your system.
         You should only need it if you modified 'acinclude.m4' or
         'configure.ac' or m4 files included by 'configure.ac'.
         The 'aclocal' program is part of the GNU Automake package:
         <https://www.gnu.org/software/automake>
         It also requires GNU Autoconf, GNU m4 and Perl in order to run:
         <https://www.gnu.org/software/autoconf>
         <https://www.gnu.org/software/m4/>
         <https://www.perl.org/>

The rule in this repo to build make first copies the extracted folder, thereby updating the timestamp of the configure.ac file, invoking the call to aclocal.

By preserving timestamps when copying directories, aclocal is not required to successfully build and install make. This increases hermeticity as there is no reliance on preinstalled autotools

@UebelAndre UebelAndre merged commit 0f8b8c2 into bazelbuild:main Feb 24, 2021
@UebelAndre
Copy link
Collaborator

Thanks for the PR and the explanation! 🙏

@jheaff1
Copy link
Collaborator Author

jheaff1 commented Feb 24, 2021

Thanks for the PR and the explanation!

My pleasure! Thank you for maintaining an awesome repo

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants