Skip to content

Get module tests passing for s390x-linux and add it to CI#21578

Merged
alexrp merged 6 commits intoziglang:masterfrom
alexrp:s390x-porting
Oct 4, 2024
Merged

Get module tests passing for s390x-linux and add it to CI#21578
alexrp merged 6 commits intoziglang:masterfrom
alexrp:s390x-porting

Conversation

@alexrp
Copy link
Member

@alexrp alexrp commented Oct 3, 2024

Depends on #21037 to produce working s390x-linux-gnu binaries; s390x-linux-none and s390x-linux-musl work regardless.

ref: #21402

@alexrp alexrp enabled auto-merge October 3, 2024 20:07
@andrewrk andrewrk disabled auto-merge October 3, 2024 20:44
Copy link
Member

@andrewrk andrewrk left a comment

Choose a reason for hiding this comment

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

Thanks. I think that's a lot better.

I think it's better to not paper over problems such as the duplicated code in thread-local storage init there. For example, now it makes a stronger case for a language feature such as recursive-inline at the callsite, whether or not we end up going that route.

alexrp added 4 commits October 4, 2024 00:26
The s390x mmap() syscall existed before Linux supported syscalls with 5+
parameters, so it takes a single pointer to an array of arguments instead.
On s390x-linux, fstat() does not have nanosecond precision, but fstatat() does.
As a result, comparing Stat structs returned from these syscalls is doomed to
fail.
@alexrp alexrp enabled auto-merge October 4, 2024 00:27
@alexrp alexrp merged commit b23a5b5 into ziglang:master Oct 4, 2024
@alexrp alexrp deleted the s390x-porting branch October 6, 2024 08:34
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.

2 participants