-
Notifications
You must be signed in to change notification settings - Fork 834
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
Fix conversion on various files #8135
base: master
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
rebase+reconciliation needed.
CONFLICT (content): Merge conflict in src/tls.c
looks good otherwise.
a9e5938
to
172edaf
Compare
retest this please |
@gasbytes please share how you produced these conversion warnings. Which complier and what build steps. Thank you |
@gasbytes please squash. |
@dgarske
And this is the configuration, followed just by a
|
ced378f
to
e2b509a
Compare
Retest this please:
|
has a slew of conflicts relative to current
it's a mystery to me why github thinks "Merging can be performed automatically"... |
I think this might be because I resolved those conflicts using GitHub's web editor, but I'm not entirely sure why GitHub now says the merge can be performed automatically. As far as I can tell, those files don’t seem to have any breaking changes compared to master, so that might also be a reason. |
DYNAMIC_TYPE_HASHES); | ||
(*destination)->messages = (byte*)XMALLOC((size_t)source->length, | ||
ssl->heap, | ||
(size_t)DYNAMIC_TYPE_HASHES); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the third argument to our malloc's are an int type. This should either be cast to an int type or not cast.
src/ssl.c
Outdated
@@ -16437,8 +16442,8 @@ long wolfSSL_clear_options(WOLFSSL* ssl, long opt) | |||
WOLFSSL_ENTER("wolfSSL_clear_options"); | |||
if(ssl == NULL) | |||
return WOLFSSL_FAILURE; | |||
ssl->options.mask &= ~opt; | |||
return ssl->options.mask; | |||
ssl->options.mask &= (long unsigned int)~opt; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In wolfssl/internal.h I see options.mask being an unsigned long
type, not long unsigned int
.
tests/quic.c
Outdated
@@ -21,6 +21,10 @@ | |||
|
|||
#ifdef HAVE_CONFIG_H | |||
#include <config.h> | |||
#else | |||
#ifndef WOLFSSL_USER_SETTINGS | |||
#include <wolfssl/options.h> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this a duplicate include? Right below this there is also a conditional include of wolfssl/options.h
wolfcrypt/src/evp.c
Outdated
@@ -6293,14 +6293,16 @@ void wolfSSL_EVP_init(void) | |||
case WC_AES_256_OFB_TYPE: | |||
#endif | |||
wc_AesFree(&ctx->cipher.aes); | |||
ctx->flags &= ~WOLFSSL_EVP_CIPH_LOW_LEVEL_INITED; | |||
ctx->flags &= | |||
(long unsigned int)~WOLFSSL_EVP_CIPH_LOW_LEVEL_INITED; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lets match the type used in the struct for this and the next cast. Using unsigned long
@@ -1420,7 +1420,7 @@ unsigned long wc_PeekErrorNodeLineData(const char **file, int *line, | |||
} | |||
} | |||
|
|||
unsigned long wc_GetErrorNodeErr(void) | |||
int wc_GetErrorNodeErr(void) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If changing this to a return type of int
go through the function and check all return cases. I see a cast to unsigned long
on one of them.
Retest this please (#8182) |
Working on a couple more Renesas specific. |
ae87fa0
to
2d7de44
Compare
These ones were linux specific (x86_64 on Void Linux).
Most of them were automated using a shell script that I wrote locally, that uses a vim interactive shell.
Working on the next block of files.
Testing: "gcc (GCC) 13.2.0"