Skip to content

glib: updated package and fixed issues with dtrace#7493

Merged
alalazo merged 1 commit intospack:developfrom
epfl-scitas:packages/glib
Mar 19, 2018
Merged

glib: updated package and fixed issues with dtrace#7493
alalazo merged 1 commit intospack:developfrom
epfl-scitas:packages/glib

Conversation

@alalazo
Copy link
Copy Markdown
Member

@alalazo alalazo commented Mar 15, 2018

fixes #6965
closes #6968

@nazavode

# '/usr/bin/python' in the shebang. To work around that
# we copy the original script into a temporary folder, and
# change the shebang to '/usr/bin/env python'
dtrace = which('dtrace').path
Copy link
Copy Markdown
Contributor

@nazavode nazavode Mar 16, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the whole hack should be applied iff the dtrace command is found and it actually contains the hardcoded sbang but this could lead to a silently ignored tracing=dtrace variant. Does Spack have a policy for this kind of situations (e.g.: never ever ignore a variant, just let it fail)?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does Spack have a policy for this kind of situations (e.g.: never ever ignore a variant, just let it fail)?

Not really, at least as far as I know. @adamjstewart do you have an opinion on this one?

In any case, the should be applied if the command is found part is kind of already there - if dtrace is not found then which returns None and asking for .path will make it fail (not in a nice way and not with a nice message though).

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No opinions.

@nazavode
Copy link
Copy Markdown
Contributor

Confirmed working on linux-centos7-x86_64 with system dtrace (both tracing=dtrace and default).

@alalazo alalazo merged commit b2822b2 into spack:develop Mar 19, 2018
@alalazo alalazo deleted the packages/glib branch March 19, 2018 05:38
@peetsv
Copy link
Copy Markdown
Contributor

peetsv commented Mar 23, 2018

Is there some variant change that might bypass the glib build issue #7575 I reported this morning?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

glib not building on RedHat 7 with dtrace

4 participants