| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
| |
The only missing one that's defined by POSIX is strftime_l.
|
|
|
|
|
| |
This is not a complete implementation, but is sufficient for
OpenSSL3's purposes.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This reverts commit a04a4d532b4a48abbc47afcc01488171e7a411d8.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Makefile:
Update to reflect upstream tree structure
* recipes/patches/gcc4/binutils-plugins.p,
recipes/patches/gcc4/gmp-force-build.p:
Refresh context
* recipes/patches/gcc4/python2.5.p:
Drop: Python 2.5 is ancient
* recipes/patches/gcc4/riscos.md.p:
Drop: merged upstream
|
|
|
|
|
| |
This is required to address an issue with poll returning bad fd errors
which cause netsurf fetches to fail.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Given a function such as this:
void foo(void)
{
register unsigned int sp __asm__("sp");
_exit(sp);
}
GCCSDK 4.7.4 release 1 will generate the following output
when the optimiser is enabled (it doesn't matter which
optimisation level is chosen, so long as it's >0):
mov ip, sp
stmfd sp!, {fp, ip, lr, pc}
cmp sp, sl
bllt __rt_stkovf_split_small
mov r0, sp
bl _exit
If this function is called from a parent that has caused the
current stack chunk to be fully utilised (i.e. SP on entry
to foo is less than SL), then the stack chunk extender will
be called.
__rt_stkovf_split_small will replace the return address of the
current stack frame with the address of the stack chunk cleanup
function (that foo is effectively noreturn doesn't matter here).
The real return address is squirreled away in a field at the base
of the new stack chunk, and will be retrieved by the cleanup code.
In the function prologue emitted above, however, the frame pointer
is not updated before the stack check is performed. The result is
that the *parent* function's stack frame will be modified instead.
This causes much badness as the parent function is using a
completely different stack chunk and so, when it returns to its
parent, we will very likely branch through zero (if the parent's
stack chunk is the initial chunk) or return to some unexpected
place further up the call stack, most likely with the wrong
result values (if the parent's stack chunk is not the initial
chunk)
To fix this, we mark rt_stkovf_v5_clobbered as using r11 (fp),
in much the same way as rt_stkovf already does. This prevents
the peephole optimiser optimising out the frame pointer update.
This results in this much more sensible output:
mov ip, sp
stmfd sp!, {fp, ip, lr, pc}
sub fp, ip, #4
cmp sp, sl
bllt __rt_stkovf_split_small
mov r0, sp
bl _exit
This ensures that the correct stack frame is modified by
__rt_stkovf_split_small.
Note that, in this particular case, foo does not return, so
the stack chunk cleaning won't happen. This isn't really a
problem, as the only real ways out of functions which do not
return are process exit, or longjmp which, in the UnixLib
implementation, explicitly cleans up stack chunks before returning
control to the location specified in the jmp_buf.
|
|
|
|
| |
download URL
|
|
|
|
| |
fails
|
| |
|
| |
|
|\
| |
| |
| | |
into rjek/gccsdk-4.7.4
|
| | |
|
|/ |
|
|
|
|
|
|
| |
- GCCSDK is tied to a specific trunk revision, which appears to work and
gives us 4.7.4
- OSLib upgraded from specific trunk revision to 7.00 release.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
add support for spidermonkey 1.7.0 source
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Add basic README containing dependancies and risc os build instructions
|
|
|
|
|
|
| |
to be trampled.
svn path=/toolchains/; revision=13081
|
|
|
|
|
|
|
|
| |
* Makefile now uses the same scheme as the other toolchains for dependency tracking
* Binutils 2.21 is no longer available so migrate to 2.21.1 with a partial backport of GCCSDK r5195
* Introduce patch to fix bug in defmod that causes OSLib builds to fail with GAS 2.21.1 (will be upstreamed asap)
svn path=/toolchains/; revision=13080
|
|
|
|
| |
svn path=/toolchains/; revision=11195
|
|
|
|
|
|
| |
autobuilder)
svn path=/toolchains/; revision=11194
|
|
|
|
| |
svn path=/toolchains/; revision=11187
|
|
|
|
|
|
| |
Add CCRes to the toolchain
svn path=/toolchains/; revision=11183
|
|
svn path=/toolchains/; revision=11170
|