Try to recover our history #6
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Here is a candidate fix.
m.release (re-entrant attempt on self.mutex).
Still problems with forkers waiting. Not sure what that implies...
This manifested on OSX, but was probably broken on other platforms. The idea is to remove all other (dead) threads from the ring in the child process, while still releasing their mutexes.
…y OrdSets' specials.
…nd OrdSets needs to IMPORT PickleRd.i3.
…tional objects specially.
Add specials to convert OrdSet values among different word sizes and endianness. Not tested. Also, various typos, comment changes, reformats, INLINES, and named constants for literal values.
…deChar. There really is a use for this. Unlike PutWideChar, PutChar can't actually raise Range, when the character is in CHAR, for any encoding. Making it a separate procedure without Range in its RAISES lists gets around some nagging problems with extraneous warnings.
-gstabs is not supported plain -g crashes -g1 produces some extra information tested with a cross cm3cg and cross GNU as, not actually run or debugged
test case for PA structure_size_boundary and partial demo of cross compilation, at least to assembly You can see the resulting struct sizes in the assembly. The other part of the cross-use is m3cc/src/buildmany.sh and a config file change that lets you specify cc/as/ld on the cm3 command line, or at least as.
if it is not defined.
Commit binding files provided by Peter McKinna via email. Add m3makefile and Makefile lines to build them and link with Modula-3 code. Fix build problems. This is for llvm 3.5.0 See file readme for information on building. Changes to be committed: new file: DIBuilderBindings.cpp new file: DIBuilderBindings.h modified: M3CG_LLVM.m3 new file: M3Extras.cpp new file: M3Extras.h new file: Makefile modified: m3makefile modified: readme
Changes to be committed: modified: LLVMTypes.i3 modified: M3DIBuilder.i3 modified: M3Extras.cpp modified: m3makefile
gcc-apple for ARM_DARWIN. Note that this is originally from Apple, but we don't have Apple's current.
pull from master
- is based on size of surrounding type, not the accessed offset - is off by a factor of 8
pull from master
First_readable_addr = 4K * 8 on most targets First_readable_addr = 8K * 8 on sparc could be but isn't 8k on alpha/ia64 now: 4K on all targets -- not 4K * 8, but just 4K m3front does the multiplication by 8 and doing it twice made the value too high. Could be but isn't 8K on ia64/alpha/sparc. It'd be a small optimization in unusual code, and isn't worth the targets varying. Test case is p263. Still maybe want to eliminate it, but at least all targets are now the same here.
merge my branch to master
Revert "merge my branch to master"
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.