Open Hub
Open Hub

 Settings |  Report Duplicate

0
I Use This!
Inactive

Commits : Listings

Analyzed about 3 hours ago. based on code collected about 3 hours ago.
Oct 21, 2024 — Oct 21, 2025
Commit Message Contributor Files Modified Lines Added Lines Removed Code Location Date
- remove some obsolete stdout prints
jssr67
More... over 6 years ago
- first version since a while that actually does some useful native calculation. It still has java threads and the pthreads stuff is yet untested.
jssr67
More... over 6 years ago
- the optimization of variables with dirty-flag was invalid because it is not safe to assume that getValue() always occurs later in the phase.
jssr67
More... over 6 years ago
- prepare a lot of stuff for the upcoming almost completely native, multithreaded AdvancerRegistry
jssr67
More... over 6 years ago
- prepare creating JNI threads from native part
jssr67
More... over 6 years ago
[no comment]
jssr67
More... over 6 years ago
- even more profiling preparation
jssr67
More... over 6 years ago
- add more profiling info functions
jssr67
More... over 6 years ago
- add more profiling info functions
jssr67
More... over 6 years ago
- AdvancerRegistry (native) now uses the new List features. Next step, eliminate java part of AdvReg (java ProcessElement implementation classes called via reverse JNI then); after that, output gathered profiling info after finishing processing, then split native AdvancerRegistry in threads
jssr67
More... over 6 years ago
- both list types failed to update the element count in the case that space had to be allocated first
jssr67
More... over 6 years ago
- for the planned transition to pure native and multithreaded AdvancerRegistry incl. profiling, we'll need a thread safe implementation of a List as well as one that orders elements by a given priority.
jssr67
More... over 6 years ago
- add complexity member to ScBase to allow ordering advanceState calls in AdvancerRegistry (more complex cases first is advantageous for multithread situations). Note: the type specific implementations are all missing.
jssr67
More... over 6 years ago
- enter a type info method to ScBase descendants (will be used for resource consumption analysis)
jssr67
More... over 6 years ago
-
jssr67
More... over 6 years ago
- there is no real difference. It's probably not MingW, but eclipse 4.8 code checker that complains, and I think it is the complex code structure that is confusing it. The code should always have been ok in this respect. MingW compiles it fine.
jssr67
More... over 6 years ago
- fix an issue MingW 8.2 complains about a pure virtual function not being implemented in derived class (not sure why, it worked before and I don't really see a significant difference between original and seemingly fixed version)
jssr67
More... over 6 years ago
- a few minor changes and fixes
jssr67
More... over 6 years ago
Allow Lists to create a read only copy for permitting modification in parallel to read loops
jssr67
More... almost 7 years ago
- minor optimization: replace 2 divisions by one multiplication
jssr67
More... almost 7 years ago
- a lot of optimizations, tests run about 30% faster now. Not yet completely checked for semantic correctness
jssr67
More... almost 7 years ago
- minor changes
jssr67
More... almost 7 years ago
- allow creating a process reference to a single primitive
jssr67
More... almost 7 years ago
- again fix some build problems in exotic c++ setups
jssr67
More... over 7 years ago
- fix 6581 native adapter
jssr67
More... over 7 years ago
- fix a resource conflict bug leading to random crashes
jssr67
More... over 7 years ago
- fixed a 32/64 portability issue
jssr67
More... over 7 years ago
- fixed : not every c++ compiler understood some constructs in monkey's audio code. Now it should work with at least C99/C++98
jssr67
More... over 7 years ago
- fixed the preprocessor tests
jssr67
More... over 7 years ago
- ParserTest now uses the "testfiles/parsertest" test file
jssr67
More... over 7 years ago