Age | Commit message (Collapse) | Author |
|
Updated to latest upstream release.
|
|
Updated to latest upstream release.
|
|
Update to latest upstream sources.
|
|
Now that core/gcc has updated the location of isl to a new upstream link, I
feel more confident updating it here. The checksums for the current 0.24
version has not changed. Collisions notwhistanding, nothing should have
changed. Bumping pkgrel number to reflect change in source only.
|
|
Updated to latest upstream release.
|
|
Updated to latest upstream version.
|
|
Updated to latest upstream version.
|
|
Updated to latest upstream release.
|
|
Updated to latest upstream version.
|
|
Updated to latest upstream version.
|
|
Updated to latest upstream version.
|
|
Updated to latest upstream release.
|
|
Removed check on NOEXTRACT when running configure script. This seems to be
causing issues with some AUR wrappers.
|
|
Updated to latest upstream release.
|
|
Added dependency on zlib, addressing build issues reported by zashi.
|
|
Updated to latest upstream version.
|
|
Updated to latest upstream version.
|
|
Updated to latest upstream release. Some patches still need to be manually
applied as these are scheduled for gcc 8.0, or not present in trunk.
|
|
Updated to latest upstream version. Unfortunately, the bugs from the previous
version have not been fixed. We are stuck with the patches. Sorry.
|
|
Updated to latest upstream version. Small caveat:
The bug described in pr79242 is still not resolved and activity on it seems to
be of low interest. Unfortunately, I do not have the time to look into it that
much. As such, instead of delaying the update until the bug is resolved, I have
opted to instead revert the change that exposed the bug [2]. Yes, this means
that the bug is still there and may be triggered a different way, I have yet to
find a scenario where it happens though.
I will ask then the community: if such case is found, please let me know and/or
add it to [1]. I will then prepare and release a PKGBUILD based on gcc 6.4
instead.
Cheers,
Orlando.
[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79242
[2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71289
|
|
Updated to latest upstream release.
|
|
There is a bug in the insn that generates the delay loop for the instrinsic
__delay_cycles() function. This bug is noticeable under some circumstances,
where the target is an MSP430X core and the cycle count is representable as a
32 bit number. This bug results in the corruption of r14 in a function that
utilizes the instrinsic under the above conditions. A bug report has been filed
at [1] with a patch submitted. The same patch is applied here. Although it is
improbable that this instrinsic is used in newlib, it is suggested to
recompile it just in case.
[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77570
|
|
Updated to latest gcc and isl versions. You may need to recompile newlib.
|
|
Updated to latest version of gcc. New features have been added to the MSP430
backend, see changelog at [1] for details.
[1] https://gcc.gnu.org/gcc-6/changes.html
|
|
Recompile for new binutils version.
|
|
Updated to latest gcc release. Updated ISL version.
|
|
|