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

explore the possibility of using ET_EXEC for static linking #17

Open
stsp opened this issue Oct 22, 2024 · 1 comment
Open

explore the possibility of using ET_EXEC for static linking #17

stsp opened this issue Oct 22, 2024 · 1 comment
Labels
wontfix This will not be worked on

Comments

@stsp
Copy link
Owner

stsp commented Oct 22, 2024

Currently ET_DYN is used both for
static and shared linking. But for
static linking we could probably use
ET_EXEC instead. It may even be
non-pie, relocated to 0x400000,
where we have a reserve for win32
executables.
Since we use static linking for poor
man's OSes anyway (currently freebsd),
why not to limit things even more.
Statically linked non-pie ET_EXEC
can even be supported under DOS!
(well, not a 64bit one, of course)

@stsp stsp added the wontfix This will not be worked on label Oct 23, 2024
@stsp
Copy link
Owner Author

stsp commented Oct 23, 2024

relocated to 0x400000,
where we have a reserve for win32
executables.

Crap, its a 64bit elf, so it goes
above any DOS or win32 space.
Anyway, too much to desire.
And in an absence of #17 such
elfs won't be available "in a wild"
anyway, only inside the dj64's .exe
container file.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

1 participant