Skip to content

BigInt::operator= for unsigned long (aka std::size_t) #4

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Mar 6, 2016

Conversation

tautschnig
Copy link
Collaborator

No description provided.

@tautschnig tautschnig closed this Mar 5, 2016
@tautschnig tautschnig deleted the bigint-size_t branch March 5, 2016 16:56
@tautschnig tautschnig restored the bigint-size_t branch March 5, 2016 16:58
@tautschnig tautschnig reopened this Mar 5, 2016
kroening pushed a commit that referenced this pull request Mar 6, 2016
BigInt::operator= for unsigned long (aka std::size_t)
@kroening kroening merged commit c7b75af into diffblue:master Mar 6, 2016
peterschrammel referenced this pull request in peterschrammel/cbmc Aug 29, 2016
Add stub opaque method generation and improve mock generation
chrisr-diffblue referenced this pull request in chrisr-diffblue/cbmc Mar 19, 2018
…p_rebase

Use sharing_mapt for abstract environment
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Feb 28, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Feb 28, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Feb 28, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Mar 1, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Mar 1, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Mar 4, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
smowton pushed a commit to smowton/cbmc that referenced this pull request Mar 7, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
smowton pushed a commit to smowton/cbmc that referenced this pull request Mar 7, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
smowton pushed a commit to smowton/cbmc that referenced this pull request Mar 7, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Mar 8, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Mar 12, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Mar 12, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Mar 12, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Mar 12, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Mar 12, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
smowton pushed a commit to smowton/cbmc that referenced this pull request Mar 13, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
smowton pushed a commit to smowton/cbmc that referenced this pull request Mar 14, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
smowton pushed a commit to smowton/cbmc that referenced this pull request Mar 15, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Mar 15, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
JohnDumbell added a commit to JohnDumbell/cbmc that referenced this pull request Mar 15, 2019
This global name map will be used to check what generation is currently
available for each level1 name, and shared across all states. This will
only be used when a particular state tries to find out what the next
free generation is.

The main draw of this is that all branches will now assign unique
generations that won't clash with assignments done across other
branches. One minor downside is that in VCC's the generation number
might jump sporadically (say from diffblue#4 to diffblue#40).
NlightNFotis pushed a commit that referenced this pull request Aug 11, 2020
NlightNFotis pushed a commit that referenced this pull request Aug 24, 2020
zlfben pushed a commit to zlfben/cbmc that referenced this pull request May 13, 2021
variable name: change the way to identify an entity in json files, pl…
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants