-
Notifications
You must be signed in to change notification settings - Fork 0
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
Document HOMEBREW_ARCH issues #1
Comments
@pfranchini, I've just noted the issue we looked at this afternoon here. If you have further failure (or success!) please post them here. |
I have built on CentOS6 with |
Hi @pfranchini, could you run and post the logs here of:
please? Please also run, for each of the formula that fail:
and post the resulting link here. I think it's now binutils failing, so try:
|
|
Have to figure how to make |
Thanks! Only thing I can spot in the config output is that |
Was a later try. |
I have got it here: |
Thanks! It does look as if the superenv isn't set correctly, as this line: https://gist.github.com/pfranchini/e24e5b1a8e69fe832e2aa20593c30b90#file-02-make-cc-L2 Shows it's adding
as it looks like the |
From a fresh session:
|
O.k., I think we need to start from scratch here... So try: $ brew rm --force $(brew ls)
$ brew install binutils --build-from-source Let's just see if that works before going further. The above should try and build binutils with the system compiler/binutils (which should be o.k.). That should work. |
Unfortunately it did not....
|
Ah, sorry, I should have been more explicit in the the settings, as Homebrew now tries harder to install binaries. First make sure you start from a pristine environment (so nothing in
If it works correctly, the install step should print something like
If it doesn't, post the output here. |
Thanks it worked, sorry you for the confusion. |
Great! I think with binutils in place, you should be able to build everything. Just to be sure, let's try:
GDBM was the first package to report an issue, so hopefully this time it goes through... |
Ok this part works. Trying with falaise now... |
Sorry, have been distracted by some other things. Here the last attempt:
|
Hi @pfranchini, could you try
please? Pull Request #76 should have fixed this issue, so assuming the |
|
Oh @£$$%!ing Homebrew... Can you post the output of
If it's truly updated, it'll print something like:
I bet it's insisting on installing
Try |
Do not worry we will get there ;)
So apparently is there, with the proper version, but
I tried doing the uninstall
|
Hi Ben, had few more attempts but stuck at that stage... |
Hi Paolo, apologies, I missed your previous post... Does
actually list expat anywhere (and could you also post the exact output of the above please)? |
No worries Ben. Actually I managed to disinstall it.
|
Great! So are you now able to do
? |
Done |
O.k., so it should (everything crossed...) hopefully be possible to do...
|
Yeah I am keeping crossing stuff, but back where we were before
|
Ugh, I bet this is related to "you can use a tap, but" issues. Bear with me, I'll try and fire up a container to reproduce this. |
Sure thanks for that. BTW what is the problem? would have been more straightforward in CentOS7? |
You can try CentOS7 if you have it available. That'll solve the binutils issue, but the error above looks like it's down to Homebrew complaining that you haven't installed its expat rather than the one we want. It's possible that this is simply due to the previous update issues, so trying on a clean machine/install would help. |
Still in CentOS6 I have redone the installation from scratch but got at the very same point
|
Bear with me, sort of able to reproduce this on CentOS7, so I'll need to fix those issues and push the changes to #71. Will also need that merged to guarantee everything working... |
Hi Ben,
any news on that?
cheers,
Paolo
…On 12/02/2019 14:22, Ben Morgan wrote:
Bear with me, sort of able to reproduce this on CentOS7, so I'll need to
fix those issues and push the changes to #71
<SuperNEMO-DBD/homebrew-cadfael#71>. Will also
need that merged to guarantee everything working...
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<https://github.com/SuperNEMO-DBD/homebrew-cadfael/issues/69#issuecomment-462777824>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AinxTAM9N5fi7ToeQrh2gcFw7kSLAsu1ks5vMs4pgaJpZM4aF2xw>.
|
Hi @pfranchini, could you please delete any existing brew setup you have and attempt a fresh installation following the instructions in the README for a Native install please? Basically, these two sections:
It should work on CentOS7, CentOS6 may still have issues, but let's see what happens by following the above first before attempting any fixes. |
Hi Ben. Will do, both on CentOS6 and 7. I do not really need to stay on CentOS6 so will be my last attempt before moving to 7. Thanks. |
Since Singularity is not installed on our CentOS6 machines, I moved to CentOS7.
|
O.k., could you run and post the output of:
and also run |
|
... and the gist logs for root6 as well please! |
Thanks! Two possibilities:
|
There are 10Gb free at the moment. I might even try to wipe and retry. |
O.k., so about 4GB per core, which should be fine unless anything is hogging this system whilst you were doing the build. It might be worth trying again and setting the
It'll be a little slow to compile ROOT, but could help check for any issues due to RAM etc... |
Hi @pfranchini, I've tested on the following system:
Everything installed fine, so I'd suspect that your build went over some resource limit for gcc, so please try the suggestion above on limiting the number of |
Great! I have got at the end of the Falaise installation, thanks for that. |
👍 ! I'll leave the issue open for now just in case anything else pops up in the near term, so please close once you're happy with things! |
Thanks for your help. |
Bug reports:
The move to gcc-7 (and further) on Linux can cause issues if there is a mismatch between this and the host CPU and system
binutils
versions. This is caused by Homebrew using-march=native
for from-source builds on a Host CPU that supports ISAs the system binutils cannot assemble. With that flag, GCC will generate assembly that the used (system) binutils cannot assemble, causing "no such instruction set" errors.For supported platforms, we have:
So this is mostly going to affect CentOS 6 systems in the short term. We'll need to keep track of GCC vs Binutils recommendations, plus the minimum CPU features we can expect. We should probably recommend
the use ofHOMEBREW_CORE=core2
for nowbrew install binutils --cc=gcc-7 --env=std
, and update this as and when we can mostly guarantee more modern chips and systems with sufficient binutils.This will also affect Docker containers as those will need to be built on a host with a CPU supporting only the oldest set of features we want to support.
Note that the use of
HOMEBREW_ARCH
is no longer supported, so we need to build with the std env, or build a bottle at the same time (as bottles are built with core2 arch).The text was updated successfully, but these errors were encountered: