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

POSIX compliance #8405

Merged
merged 3 commits into from Jun 6, 2015
Merged

POSIX compliance #8405

merged 3 commits into from Jun 6, 2015

Conversation

moviuro
Copy link
Contributor

@moviuro moviuro commented Jun 6, 2015

I want to run a dedicated on FreeBSD, hence the 3 issues and this PR

@Mailaender Mailaender changed the title Posix compliance POSIX compliance Jun 6, 2015
@Mailaender
Copy link
Member

👍 Still works fine for me under openSUSE Linux. ✅

@moviuro
Copy link
Contributor Author

moviuro commented Jun 6, 2015

@Mailaender That is the point of POSIX-compliance 😝 work on Linux, BSDs, OSX and whatnot...

@obrakmann
Copy link
Contributor

the travis log shows this:

./thirdparty/configure-linux-native-deps.sh: 5: [: Linux: unexpected operator

locations=(/lib /lib64 /usr/lib /usr/lib64 /usr/lib/i386-linux-gnu /usr/lib/x86_64-linux-gnu /usr/local/lib /opt/lib)
sonames=(liblua.so.5.1.5 liblua5.1.so.5.1 liblua5.1.so.0 liblua.so.5.1 liblua-5.1.so liblua5.1.so)
os="$(uname -s)"
if [ "$os" == 'Linux' ] || [ "$os" == 'FreeBSD' ]; then
Copy link
Member

Choose a reason for hiding this comment

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

This line seems to fail under Ubuntu.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I can't begin to understand why 😮

Copy link
Member

Choose a reason for hiding this comment

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

Just remove it. We don't really need it anymore. The real check moved to the https://github.com/OpenRA/OpenRA/blob/bleed/Makefile#L78

locations=(/lib /lib64 /usr/lib /usr/lib64 /usr/lib/i386-linux-gnu /usr/lib/x86_64-linux-gnu /usr/local/lib /opt/lib)
sonames=(liblua.so.5.1.5 liblua5.1.so.5.1 liblua5.1.so.0 liblua.so.5.1 liblua-5.1.so liblua5.1.so)
os="$(uname -s)"
if [ "$os" = 'Linux' ] || [ "$os" = 'FreeBSD' ]; then
Copy link
Member

Choose a reason for hiding this comment

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

Turns out your latest change completely breaks it for Ubuntu. Notice the missing line "Detected Lua 5.1 library" at https://travis-ci.org/OpenRA/OpenRA/builds/65695051

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I don't have an Ubuntu at hand. I'd appreciate it if someone had one and could actually post only the result of sh ./thirdparty/configure-linux-native-deps.sh after adding set -x right under the shebang.
It works on Archlinux and FreeBSD.

Copy link
Contributor

Choose a reason for hiding this comment

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

@Mailaender: the missing "Detected Lua" line is ok, lua isn't installed in the travis vm. (Which is ok, because the generated Eluant.dll.config isn't used for the debian package.)

@obrakmann
Copy link
Contributor

👍 works fine here too

obrakmann added a commit that referenced this pull request Jun 6, 2015
@obrakmann obrakmann merged commit 52179e8 into OpenRA:bleed Jun 6, 2015
@obrakmann
Copy link
Contributor

Thanks!

Changelog

@moviuro moviuro deleted the posix-compliance branch June 6, 2015 15:54
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.

None yet

3 participants