[Bug 247542] math/lapack: upgrade to 3.9.0 with math/blas + math/xlapack + math/cblas

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247542

--- Comment #17 from John Hein <jcfyecrayz at liamekaens.com> ---
Created attachment 216986
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=216986&action=edit
[patch] update lapack & slave ports to 3.9.0 [v7]

(In reply to Thierry Thomas from comment #16)

Thierry,
Whatever you are doing during upload is adding CR line endings - attachment
216966 has them as well.  You can check yourself by downloading the attachment.
 If Antoinne runs an exp-run, he's going to hit the same problem again.

Here's the sha256 for the downloaded attachment.

SHA256 (attachment-216966) =
0c34dd36e60690217213091a55b2d9df2ce17657a02289edac8f2aa89102e6cf

After dos2unix:

SHA256 (attachment-216966.nocr) =
07533618cb74a48d8aeac9ca1fbb473660fc9fc1a45aac990c2ea29d3f68bdf5

If you don't have dos2unix (converters/unix2dos), you can use tr:

tr -d '\r' < attachment-216966 > attachment-216966.nocr


The first 4 (obsolete now) versions of you patch did not have CR line endings. 
Consider what you may have done differently.  How do you upload the
attachments? 

=================

Re: the ranlib issue.  I didn't add a patch because I thought my suggestion was
worded clearly enough twice that you could make the change yourself (that is,
to remove the 'cd ' from your sed expressions).

But here now is a new attachment that does not have CR line endings.  It also
has the fix for ranlib that I was suggesting.  Note that in your patch, you
forgot to fix the case for LAPACKE_SLAVEPORT.  This attachment fixes that as
well.  This was build tested in poudriere.

If you are okay with the new patch attached, mark your other patch obsolete and
ask for the exp-run with the new one.

-- 
You are receiving this mail because:
You are on the CC list for the bug.