Build fails with:
```
error[E0463]: can't find crate for `core`
error[E0463]: can't find crate for `std`
For more information about this error, try `rustc --explain E0463`.
```
The relevant bit of the "explain":
```
Common causes for missing std or core
* You are cross-compiling for a target which doesn't have std prepackaged. Consider one of the
following:
+ Adding a pre-compiled version of std with rustup target add
+ Building std from source with cargo build -Z build-std
+ Using #![no_std] at the crate root, so you won't need std in the first place.
* You are developing the compiler itself and haven't built libstd from source. You can usually build it with x.py build library/std. More
information about x.py is available in the rustc-dev-guide.
```
Since I know nothing about Rust, my efforts stop here for today.
According to the git log, this seems to be the same state we were in the
1.73 recipe.
This commit cleans out all previous Rust recipes, and provides a work
in progress recipe for 1.73.0.
The current status of the 1.73.0 recipe is that it contains all changes
that are needed to do a successful build. I am running into an error,
where the intermediate stage1 compiler is not able to find the core
and standard libraries. This is not an issue building outside of
`haikuporter`. I suspect the chroot environment may be the reason, but
it requires more investigation.
x86_64 is used as a baseline: the "x86_64" entry, whatever status it has,
is transformed into "all", and then the other entries in ARCHITECTURES
either dropped or rearranged appropriately.
Note that rust_bin does not include rls in this version, as the current
incarnation depends on an unsupported dependency. Rls seems to be
falling out of favour for rust-analyser anyway, so this is not a
blocker.
This change includes both the rust and rust_bin recipe. The remark
regarding the memory usage of the build on Haiku remains, that's
why the build is marked as untested. I have, however, tested the
recipe up to the point where the main build starts so the odds are
good that it might build.
Also remove the rust~dev recipe for the 1.22 version.
The rust_bin recipe is built of binary artifacts. The main reason is
that the 32 bit version can no longer be built on Haiku, because it
crosses a hard memory limit. Perhaps this changes later on. In any case,
an added advantage is that this makes the package buildable by the
buildbots.
For documentation purposes, a regular rust recipe is also provided. This
will probably run on a x86_64 machine with a decent amount of RAM. The
package depends on rustc and cargo being available for the same version.
This makes it both buildable from the rust_bin and the rust recipe.
Add the cargo command to the package. Rust's package management tool is now
included in the package. The rationale for inclusion versus external package
is that the cargo command is closely related to the version of the rustc
compiler, and with the future dependency of the rust build system on cargo
they are closely linked.
The recipe is based on the official github sources, plus patches where
applicable. The tree including patches can be found at
https://github.com/nielx/rust
This recipe is based on the official sources, but has some additional patches.
The tree with integrated patches can be found at https://github.com/nielx/rust
The difference with the recipes for versions 1.9.0 through 1.12.1 is that
this one is based off the "official" rust sources, after Alexander
von Gluck integrated the existing patches and added some additional of his
own. The recipe uses some additional patches to fix the build system (and
some oversights). The complete patched source tree can be found at
https://github.com/nielx/rust
