-
Notifications
You must be signed in to change notification settings - Fork 70
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
Runtime restructuring #155
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,16 @@ | ||
SRCS += \ | ||
$(NXDK_DIR)/lib/xboxrt/libc_extensions/stat.c \ | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Sidenote: This file is currently entirely dead code (disabled by There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Not really sure. Afaik Win32 has it, so it's probably a good idea to implement this properly, and some libc++ filesystem code wants to have that, too (although that code in libc++ is broken anyway atm). Should I eventually do it, I'd to it from scratch though and on top of winapi functions. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The MS extensions (aiming for POSIX compatibility probably) are usually prefixed, so it would be I think it's more interesting to fix on winapi support (which has been going quite well), and we could probably use old mingw / cygwin wrappers in the future (the new ones seem to use stat.h can definitely stay for now (at least it declares 1 type). I'm still not sure what to do with stat.c - for this PR, I'm fine with just keeping it around. |
||
$(NXDK_DIR)/lib/xboxrt/libc_extensions/strings.c \ | ||
$(NXDK_DIR)/lib/xboxrt/libc_extensions/wchar.c \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/_alldiv.s \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/_allmul.s \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/_allrem.s \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/_allshl.s \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/_allshr.s \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/_aulldiv.s \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/_aullrem.s \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/_aullshl.s \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/_aullshr.s \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/_fltused.c \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/check_stack.c \ | ||
$(NXDK_DIR)/lib/xboxrt/c_runtime/chkstk.s |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This include path shouldn't be added in my opinion.
We should force people to explicitly use
hal/<...>.h
so they know which APIs belong to this legacy API.This is also helpful when we do libraryization as people can explicitly see which libs they use directly.
Unfortunately, at this point, it's still necessary because:
We should fix this in the future.