dexon-solidity - DEXON fork of Solidity (https://github.com/dexon-foundation/dsolidity)

	Commit message (Collapse)	Author	Age	Files	Lines
*	cmake/EthCompilerSettings.cmake: increase stacksize for apple clang	Alexander Arlt	2018-05-15	1	-2/+3
\| \| \| \|	- normally 16MB is enough to run all tests, but it will exceed the stack, if -DSANITIZE=address is used.
*	Remove obsolete warning supressions for clang	Alex Beregszaszi	2018-04-19	1	-12/+0
\|
*	Remove -fpermissive	Alex Beregszaszi	2018-04-19	1	-21/+0
\|
*	CMake: abort if linking results in undefined symbols with emscripten	Alex Beregszaszi	2018-02-21	1	-0/+3
\|
*	Disable greedy exception catcher in Emscripten build	Alex Beregszaszi	2018-02-13	1	-1/+3
\|
*	Set stack-size to 16MB for darwin clang.	Alexander Arlt	2018-02-06	1	-2/+7
\| \| \| \| \|	By default Apple's clang defines a stack size of 8MB, some tests require more.
*	CMake: Add compiler warning about implicit fallthough	Paweł Bylica	2017-09-26	1	-16/+7
\|
*	CMake: Better ccache configuration	Paweł Bylica	2017-09-20	1	-8/+0
\| \| \| \|	EthCcache module taken from cpp-ethereum.
*	CMake: Better handle -fstack-protector flag support	Paweł Bylica	2017-08-24	1	-33/+12
\|
*	CMake: Build static libs by default	Paweł Bylica	2017-08-18	1	-20/+0
\|
*	Remove LINKABLE from Emscripten	Alex Beregszaszi	2017-07-19	1	-2/+0
\|
*	Add comments to Emscripten flags	Alex Beregszaszi	2017-07-19	1	-4/+20
\|
*	Silence implicit fallthrough warning for gcc > 7	Lefteris Karapetsas	2017-06-29	1	-1/+7
\| \| \| \| \| \| \| \| \| \| \|	In my system I have gcc 7.1.1 and there I get a lot of warnings which fail the build due to implicit fallthroughs in switch statements. Some examples can be seen here: https://gist.github.com/LefterisJP/388c3ba5ad356f92a3b44e7efed89f9f This PR proposes a simple solution, which is to ignore the warning for both gcc and clang.
*	Do not use -Og for debug mode (won't work on Mac/clang)	Alex Beregszaszi	2017-02-09	1	-1/+1
\|
*	Merge pull request #1342 from ethereum/emscripten-codesize	chriseth	2016-11-26	1	-0/+3
\|\ \| \| \| \|	Emscripten code size improvements [WIP TEST]
\| *	Add optimisation flags for Emscripten	Alex Beregszaszi	2016-11-09	1	-0/+3
\| \|
* \|	Compile with -Og in debug mode (by @chfast)	Alex Beregszaszi	2016-11-15	1	-1/+1
\|/
*	Fix cmake empty string replace.	chriseth	2016-10-27	1	-6/+6
\|
*	Make the Solidity repository standalone.	Bob Summerwill	2016-08-01	1	-0/+247
	This commit is the culmination of several months of work to decouple Solidity from the webthree-umbrella so that it can be developed in parallel with cpp-ethereum (the Ethereum C++ runtime) and so that even for the Solidity unit-tests there is no hard-dependency onto the C++ runtime. The Tests-over-IPC refactoring was a major step in the same process which was already committed. This commit contains the following changes: - A subset of the CMake functionality in webthree-helpers was extracted and tailored for Solidity into ./cmake. Further cleanup is certainly possible. - A subset of the libdevcore functionality in libweb3core was extracted and tailored for Solidity into ./libdevcore. Further cleanup is certainly possible - The gas price constants in EVMSchedule were orphaned into libevmasm. - Some other refactorings and cleanups were made to sever unnecessary EVM dependencies in the Solidity unit-tests. - TravisCI and Appveyor support was added, covering builds and running of the unit-tests (Linux and macOS only for now) - A bug-fix was made to get the Tests-over-IPC running on macOS. - There are still reliability issues in the unit-tests, which need immediate attention. The Travis build has been flipped to run the unit-tests 5 times, to try to flush these out. - The Emscripten automation which was previously in webthree-umbrella was merged into the TravisCI automation here. - The development ZIP deployment step has been commented out, but we will want to read that ONLY for release branch. Further iteration on these changes will definitely be needed, but I feel these have got to sufficient maturity than holding them back further isn't winning us anything. It is go time :-)