Difference between revisions of "User:Paul.W/october2010"
(One intermediate revision by the same user not shown) | |||
Line 1: | Line 1: | ||
[[category: Fall 2010 October]] | [[category: Fall 2010 October]] | ||
+ | |||
+ | ===Week 1=== | ||
'''04 Monday -- 08 Friday ''' | '''04 Monday -- 08 Friday ''' | ||
Line 7: | Line 9: | ||
* -enable-sjlj-exception --- Forces old, set-jump/long-jump exception handling model. If at all possible, the new, frame unwinding exception handling routines should be used instead, as they significantly reduce both runtime memory usage and executable size. This option can change the library ABI. | * -enable-sjlj-exception --- Forces old, set-jump/long-jump exception handling model. If at all possible, the new, frame unwinding exception handling routines should be used instead, as they significantly reduce both runtime memory usage and executable size. This option can change the library ABI. | ||
* research gcc/glibc possible solutions. | * research gcc/glibc possible solutions. | ||
+ | |||
+ | ===Week 2=== | ||
+ | |||
+ | * fix small permission issue on cdot-beagleXM-0-3. | ||
+ | * troubleshooting back up problem. Jobs are being created and queued, however queue is not proceeding. | ||
+ | * looking for solution to gcc/glibc woes. |
Latest revision as of 14:19, 12 October 2010
Week 1
04 Monday -- 08 Friday
- continued work with BeagleBoard XM, finally booting into Fedora. Added to pool as a builder.
- edits made to gcc spec to disable sjlj exceptions. Build failed.
- -enable-sjlj-exception --- Forces old, set-jump/long-jump exception handling model. If at all possible, the new, frame unwinding exception handling routines should be used instead, as they significantly reduce both runtime memory usage and executable size. This option can change the library ABI.
- research gcc/glibc possible solutions.
Week 2
- fix small permission issue on cdot-beagleXM-0-3.
- troubleshooting back up problem. Jobs are being created and queued, however queue is not proceeding.
- looking for solution to gcc/glibc woes.