Week of May 16th:

- Serbian language definition has been added (polluks)

_________________
https://www.axrt.org

Week of May 23rd:

- Nightly builds of x86_64 AROS are available again (deadwood)

_________________
https://www.axrt.org

Week of May 30th:

- Work continues on compiling AROS with LLVM/Clang (mschulz)

_________________
https://www.axrt.org

@deadwood

hi deadwood, any clue if LLVM is self hosted under AROS? I remember reading that in the past there was a bounty to port it (phase 1) but I cannot find the executables after a clean install

@Tellurium

Quote:

Tellurium wrote: @deadwood hi deadwood, any clue if LLVM is self hosted under AROS? I remember reading that in the past there was a bounty to port it (phase 1) but I cannot find the executables after a clean install

I'm not deadwood but as one of the two people that took the bounty, I can answer your question. The Aros LLVM bounty Phase 1 consisted of Clang C/C++ cross-compilers from PC, Mac and Linux to Aros x86 ABI v0 only. The reason the code was seldom used was that most code in the Aros build system required and was hard-coded to use GCC. The work that is being done now to allow the use of LLVM/Clang to build Aros is because some platforms such as Mac do not have much support for GCC anymore and LLVM is necessary on these platforms. Using the new build scripts should make LLVM-based cross compilers a reality for many Aros architectures. Once that is done, we can see about self-hosted LLVM.

@Samurai_Crow

That's indeed good news. I understand the complexity of the project, I'll be looking forward for some more amazing news. Thanks for sharing the info with us

Week of June 6th:

- Installing grub into graphics mode works again (deadwood)

_________________
https://www.axrt.org

Week of June 13th:

- Autodocs documentation has been updated from source code (mazze)

_________________
https://www.axrt.org

Week of June 20th:

- A crash in Network preferences related to handling of SMB shares have been fixed (deadwood)
- smb-handler no longer crashes during exiting (deadwood)

_________________
https://www.axrt.org

Week of June 27th:

- AROS C library is now supports TIOCGWINSZ argument for ioctl function (o1i)

_________________
https://www.axrt.org

Week of July 4th:

- Stty can now print the rows/columns of the terminal/shell console (o1i)

_________________
https://www.axrt.org

Week of July 11th:

- Taiwan country configuration is now available in AROS (polluks)
- ioctl function of AROS C library has been fixed to work on AROS 68k (neil)
- CPU calibration has been fixed in DiskSpeed tool (neil)
- German catalog has been added to DiskSpeed tool (polluks)

_________________
https://www.axrt.org

Week of July 18th:

- Autodocs documentation has been updated from source code (mazze)
- Native GCC compiler works again (deadwood)
- FormatString function in locale.library is now correctly returning remaining data stream (deadwood)
- GIF images are now correctly supported by datatypes.library (deadwood)
- Performance of ProcessPixelArray function has been improved (deadwood)
- A bug in MUI List class has been fixed (deadwood)

_________________
https://www.axrt.org

Deadwood is the best :)

Now port theese changes back to abi v.0 and we be happy forever ;)

@nikosidis


I would prefer a stable ABIv1 branch over back ports. =\

_________________
Support AROS sponsor a developer.

"AROS is prolly illegal ~ Evert Carton" intentionally quoted out of context for dramatic effect

@terminills

Sure, but when is that going to happen. It's been years already. It is not exactly an option to select.

@nikosidis

Quote:

Sure, but when is that going to happen. It's been years already. It is not exactly an option to select.

Not only is it an option. It's the best option for AROS to have a future.

_________________
Support AROS sponsor a developer.

"AROS is prolly illegal ~ Evert Carton" intentionally quoted out of context for dramatic effect

@terminills

What I ment was it is not an option to select between.

1. backport abi v.1 to abi v.0

2. Make abi v.1 a stable branch.

I'm not the right person to give any status about abi v.1 but until the developers say we have a stable branch abi v.0 is the one to use. As I said we been waiting for years and for what I know it can be more years before it is ready. Maybe it will never be ready. I go for what is working and what we have now.

Last edited by nikosidis on 26-Jul-2016 at 02:31 PM.

Huh, I wasn't aware that anyone are using v0 still, maybe I am daft, but what is so unstable about abi v1?

Oh, I see Icaros etc are still v0...

Last edited by kolla on 28-Jul-2016 at 08:23 PM.

_________________
B5D6A1D019D5D45BCC56F4782AC220D8B3E2A6CC

Week of July 25th:

- abcm2ps has been updated to version 8.11.7 (mazze)
- ZuneArch 1.4b compiles again (mazze)
- Shell Delete command is now correctly handling QUIET parameter (polluks)
- EasyReqest and BuildEasyRequest functions of intuition.library are now x64/arm compatible (deadwood)
- povray and xad_rar now compiles with gcc 6.1.0 (wawa)
- vusbhci.device compiles again (dizzyofcrn)

_________________
https://www.axrt.org