Age | Commit message (Collapse) | Author |
|
Looks like this got missed, maybe a messy `git add --patch` job? It
caused packaging of the gcc port to fail.
|
|
Turns out the reason GCC wasn't as smart about startup code for
shared objects as we hoped is because nobody told it to be :D
Change the STARTFILE_SPEC and ENDFILE_SPEC in gcc/config/serenity.h to
skip crt0.o and to link the S variants of crtbegin
and crtend for shared objects.
Because we're using the crtbegin and crtend from libgcc, also tell
libgcc in libgcc/config.host to compile crtbeginS and crtendS from
crtstuff.c.
|
|
|
|
Together with the new futex-backed pthread_cond_t, this makes nesalizer
run downright well on my machine. :^)
|
|
Ports using CMake already install into the right place, so we don't
need to do the usual port system DESTDIR override.
|
|
GCC is a huge project that takes a lot of time to build; let's at least
make this a little less painful by using all the available CPU cores.
|
|
To keep the self-hosting build working (note that it's
still broken even with this change).
This reuses the patch from commit c73aa662bba17b50404d3820655847cc9c4c6a44.
|
|
When running ./package.sh to rebuild an already installed port, we would not
want to spend time re-downlodaing the same tarball again. Ideally, this should
use some sort of hash checking to ensure the file is not truncated or something,
but this is good enough for now.
|
|
The build system uses relative paths to the toolchain binaries, so
modifying $PATH is no longer necessary, and nothing needs
$SERENITY_ROOT anymore.
|
|
|
|
|
|
Our SDL port now has an audio backend for Serenity :^)
|
|
It would be nice if we could get ports to stop detecting things in
the host system. Then we wouldn't need this kind of hackery as much.
|
|
The "nesalizer" emulator can now play NES games on Serenity. :^)
|
|
|
|
|
|
|
|
Test application designed to test various VT's.
|
|
For python3 cross compilation, a native installation of python3 is
needed. This patch adds a build script for python3 to the toolchain
and informs the user to run that script if the python port is build
and no native python3 with the same major and minor version is
being found.
|
|
Bash's configure script is checking whether the system has dlopen().
We do, but it doesn't actually work (yet). So patch the check out.
|
|
According to gitignore docs,
> It is not possible to re-include a file if a parent directory of that file is excluded.
So make sure to re-include "*/patches" before trying to re-include "*/patches/*".
This commit also converts the .gitignore file to have Unix line endings.
|
|
Previously we were only able to build with --with-features=small.
Thanks to all the compatibility work done in the kernel and LibC over
the last couple of months, we can now build --with-features=normal.
It's not the biggest deal in the world, but it's pretty nice to see
this kind of progress!
|
|
This ensures that a libtinfo.a is produced, which is needed by nano.
|
|
An early step towards a fully functional nano.
|
|
|
|
|
|
|
|
|
|
This port is experimental and not all pythom modules are working.
But this is an initial shot which can be further worked on, as
SerenityOS gets more mature. :^)
The main limitation is that locales, threading and time related
functions are not working.
|
|
Otherwise it won't build on my machine.
|
|
|
|
|
|
|
|
Partial revert of 704f48d7f3a1a88047a64b4e2939878d6d4fafb8.
These changes made the ports system unusable.
|
|
Ports/.port_include.sh, Toolchain/BuildIt.sh, Toolchain/UseIt.sh
have been left largely untouched due to use of Bash-exclusive
functions and variables such as $BASH_SOURCE, pushd and popd.
|
|
Some systems (e.g. Arch Linux) build their gmake with Guile support and
thus have it installed. This patch disables Guile autodetection in the
configure script. It also updates the version of gmake to 4.2.1.
Fixes #645.
|
|
Quake now will build and run on Serenity. There are a few issues,
that'll stop you from playing currently, however, such as SDL
not having any keyboard input, as well as `printf_internal` throwing
an assertion over the `.` format specifier. However, the game launches
perfectly.
|
|
Provides a cpio and tar implementation. Unfortunately doesn't work
yet; requires a working mbtowc implementation.
|
|
|
|
|
|
|
|
It does build, but doesn't quite work yet.
|
|
Now uninstalling should just work once we have plists in place.
|
|
Much redundancy is removed from package scripts with this system.
It also supports simple dependency management, uninstalling (through
BSD ports style plist files), cleaning up after itself (with clean,
clean_dist, clean_all commands), etc.
|
|
Now that we're building our own DOOM fork, we don't need any patches.
|
|
This will make it easier to make improvements to the port.
|
|
Okay, here's something we've all been waiting for. A DOOM port :^)
It's based on the "doomgeneric" port and doesn't have sound support at
the moment, but it does let you play DOOM on Serenity.
Note that you have to provide DOOM1.WAD yourself.
Fixes #33.
|
|
This is a cute little program for testing out your terminal's color
support, and it also works pretty well as a general stress test.
|
|
Export the appropriate CC and CXX to all port commands.
|
|
|