search for: wincompat

...;fbohe-guest at alioth.debian.org>: > Author: fbohe-guest > Date: Thu May ?3 08:31:38 2012 > New Revision: 3554 > URL: http://trac.networkupstools.org/projects/nut/changeset/3554 > > Log: > Fix journal event truncation. > > Modified: > ? branches/windows_port/common/wincompat.c > > Modified: branches/windows_port/common/wincompat.c > ============================================================================== > --- branches/windows_port/common/wincompat.c ? ?Wed May ?2 22:11:49 2012 ? ? ? ?(r3553) > +++ branches/windows_port/common/wincompat.c ? ?Thu Ma...

Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>: > Modified: branches/windows_port/include/wincompat.h > ============================================================================== > --- branches/windows_port/include/wincompat.h Wed Jan 26 15:05:16 > 2011 (r2852) > +++ branches/windows_port/include/wincompat.h Wed Jan 26 15:16:09 > 2011 (r2853) > @@ -28,6 +28,7 @@ > #i...

...t the following messages when compiling for android arm64 using clang:   CC       silk/fixed/arm/warped_autocorrelation_FIX_neon_intr.lo silk/fixed/arm/warped_autocorrelation_FIX_neon_intr.c:43:37: warning: incompatible pointer types assigning to 'const long *' from 'long long *' [-Wincompatible-pointer-types]     corr_QC_s64x2[ 0 ] = vld1q_s64( corr_QC + offset + 0 );                                     ^~~~~~~~~~~~~~~~~~~~ /Users/andrewl/android/toolchain-r16b-arm64-v8a/lib64/clang/5.0.300080/include/arm_neon.h:7628:46: note: expanded from macro 'vld1q_s64'   __ret = (int64x2...

...? .can_zero = test_layers_plugin_can_zero, ^~~~~~~~ can_trim test-layers-plugin.c:197:24: warning: initialization of ‘int (*)(void *, void *, uint32_t, uint64_t)’ {aka ‘int (*)(void *, void *, unsigned int, long unsigned int)’} from incompatible pointer type ‘int (*)(void *)’ [-Wincompatible-pointer-types] .can_zero = test_layers_plugin_can_zero, ^~~~~~~~~~~~~~~~~~~~~~~~~~~ test-layers-plugin.c:197:24: note: (near initialization for ‘plugin.pread’) test-layers-plugin.c:198:4: error: ‘struct nbdkit_plugin’ has no member named ‘can_fua’; did you me...

Warnings from clang 7.0 when compiling dovecot-openssl-common.c from dovecot 2.3.5 with openssl 1.1.1a. This is dovecot's configuration: > config_options="--prefix=$prefix \ > --sysconfdir=$prefix/etc \ > --datarootdir=$prefix/share \ > --mandir=$man \ > --docdir=$doc \ > --with-docs \ > --with-ssl=openssl --with-ssldir=$prefix/etc \ >

...e correct solution as it seems to me that even *nix version is currently implemented in a fragile way, making hidden assumptions that might broke under e.g. a heavy system load. TIA Something like this might be appropriate for the windows version (tested here with our UPSes): diff --git a/common/wincompat.c b/common/wincompat.c index 86c786f..f271a3a 100644 --- a/common/wincompat.c +++ b/common/wincompat.c @@ -411,12 +411,15 @@ int w32_serial_read (serial_handler_t * sh, void *ptr, size_t ulen, DWORD tim upsdebugx(4,"w32_serial_read : characters a...

On Mon, 1 Apr 2019 at 23:23, Kevin Brott <kevin.brott at gmail.com> wrote: [...] > port-aix.c:316:1: error: conflicting types for 'record_failed_login' > record_failed_login(const char *user, const char *hostname, const char *ttyname) I think I just fixed that by changing the function to match the new prototype. Unfortunately I can't currently test it myself. Please

...  .on_valid_pair = ast_rtp_on_valid_pair,    ^~~~~~~~~~~~~ res_rtp_asterisk.c:2674:19: warning: initialization of ‘void (*)(pj_ice_sess *, pj_status_t)’ {aka ‘void (*)(struct pj_ice_sess *, int)’} from incompatible pointer type ‘void (*)(pj_ice_sess *)’ {aka ‘void (*)(struct pj_ice_sess *)’} [-Wincompatible-pointer-types]   .on_valid_pair = ast_rtp_on_valid_pair,                    ^~~~~~~~~~~~~~~~~~~~~ res_rtp_asterisk.c:2674:19: note: (near initialization for ‘ast_rtp_ice_sess_cb.on_ice_complete’) make[1]: *** [/usr/src/asterisk-16.9.0/Makefile.rules:164: res_rtp_asterisk.o] Error 1 make: **...

...the following (reduced) program: bool f(double** x) { const double *const *const p = x; return !p; } Clang outputs the following warning: warning: initializing 'const double *const *const' with an expression of type 'double **' discards qualifiers in nested pointer types [-Wincompatible-pointer-types] const double *const *const p = x; I believe the code is correct. Both gcc (-Wall) and the visual studio compiler compile the code without warnings. I had to add an explicit cast to avoid the warning. Should I be filling a bug report or is the warning legitimate? Brent

...AUX scnlen 0x40 nreloc 0 nlnno 0 checksum 0x0 assoc 1 comdat 0 [ 2](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x00000000 sqrt H:\CI\bld\compilers\musl\src\math\i386>clang --target=i686-pc-win32 -c sqrt.c sqrt.c:1:15: warning: incompatible redeclaration of library function 'sqrt' [-Wincompatible-library-redeclaration] float __cdecl sqrt(float z) ^ sqrt.c:1:15: note: 'sqrt' is a builtin with type 'double (double)' 1 warning generated. H:\CI\bld\compilers\musl\src\math\i386>llvm-objdump -s -r -t sqrt.o sqrt.o: file format COFF-i386 Contents of section...

...ed-bugs at mindrot.org Reporter: sam at gentoo.org Originally reported downstream in Gentoo at https://bugs.gentoo.org/935353. ``` port-linux.c: In function 'ssh_systemd_notify': port-linux.c:369:25: error: passing argument 2 of 'connect' from incompatible pointer type [-Wincompatible-pointer-types[https://gcc.gnu.org/onlinedocs/gcc-14.1.0/gcc/Warning-Options.html#index-Wincompatible-pointer-types]] 369 | if (connect(fd, &addr, sizeof(addr)) != 0) { | ^~~~~ | | | struct so...

Fr?d?ric, I'm curious as to how you are configuring the windows_port branch. When I try to cross-compile, configure complains about socklen_t: $ ./configure --host=i686-pc-mingw32 Network UPS Tools version 2.4.3 [...] checking for socklen_t... no checking for socklen_t equivalent... configure: error: Cannot find a type to use in place of socklen_t The test (m4/nut_type_socklen_t.m4) is

...o 0 checksum 0x0 assoc 1 comdat 0 > [ 2](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x00000000 sqrt > > H:\CI\bld\compilers\musl\src\math\i386>clang --target=i686-pc-win32 -c > sqrt.c > sqrt.c:1:15: warning: incompatible redeclaration of library function 'sqrt' > [-Wincompatible-library-redeclaration] > float __cdecl sqrt(float z) > ^ > sqrt.c:1:15: note: 'sqrt' is a builtin with type 'double (double)' > 1 warning generated. > > H:\CI\bld\compilers\musl\src\math\i386>llvm-objdump -s -r -t sqrt.o > > sqrt.o: file...

...>     ^~~~~~~~~~~~~ > res_rtp_asterisk.c:2674:19: warning: initialization of ‘void > (*)(pj_ice_sess *, pj_status_t)’ {aka ‘void (*)(struct pj_ice_sess *, > int)’} from incompatible pointer type ‘void (*)(pj_ice_sess *)’ {aka > ‘void (*)(struct pj_ice_sess *)’} [-Wincompatible-pointer-types] >    .on_valid_pair = ast_rtp_on_valid_pair, >                     ^~~~~~~~~~~~~~~~~~~~~ > res_rtp_asterisk.c:2674:19: note: (near initialization for > ‘ast_rtp_ice_sess_cb.on_ice_complete’) > make[1]: *** [/usr/src/asterisk-16.9.0/Makefile.rule...

...>> [ 2](sec 1)(fl 0x00)(ty 0)(scl 2) (nx 0) 0x00000000 sqrt >> >> H:\CI\bld\compilers\musl\src\math\i386>clang --target=i686-pc-win32 -c >> sqrt.c >> sqrt.c:1:15: warning: incompatible redeclaration of library function >> 'sqrt' >> [-Wincompatible-library-redeclaration] >> float __cdecl sqrt(float z) >> ^ >> sqrt.c:1:15: note: 'sqrt' is a builtin with type 'double (double)' >> 1 warning generated. >> >> H:\CI\bld\compilers\musl\src\math\i386>llvm-objdump -s -r -t sqrt.o...

[AMD Official Use Only - Internal Distribution Only] Hi, Following issue is observed with Type Based Alias Analysis(TBAA). ####################################################### struct P { float f1; float f2; float f3[3]; float f4; }; void foo(struct P* p1, struct P* p2) { p1->f2 = 1.2; p2->f1 = 3.7; } int callFoo() { struct P p; foo(&p, &(p.f2)); }

...t_rtp_on_valid_pair, > ^~~~~~~~~~~~~ > res_rtp_asterisk.c:2674:19: warning: initialization of ‘void > (*)(pj_ice_sess *, pj_status_t)’ {aka ‘void (*)(struct pj_ice_sess *, > int)’} from incompatible pointer type ‘void (*)(pj_ice_sess *)’ {aka > ‘void (*)(struct pj_ice_sess *)’} [-Wincompatible-pointer-types] > .on_valid_pair = ast_rtp_on_valid_pair, > ^~~~~~~~~~~~~~~~~~~~~ > res_rtp_asterisk.c:2674:19: note: (near initialization for > ‘ast_rtp_ice_sess_cb.on_ice_complete’) > make[1]: *** [/usr/src/asterisk-16.9.0/Makefile.rules:164: > res_rtp_...

...~~^ | | | long unsigned int | %u test-mech.c:338:12: warning: passing argument 2 of ?test_mech_construct_apop_challenge? from incompatible pointer type [-Wincompatible-pointer-types] 338 | &test_case->len); | ^~~~~~~~~~~~~~~ | | | size_t * {aka unsigned int *} test-mech.c:195:77: note: expected ?long unsigned int *? but argument is of type ?size_t *? {aka ?unsigned int *?} 195 | test_mec...

...undeclared identifier 'SIGALRM' if (alarmset == SIGALRM) { ^ ../lib/texpect/texpect.c:391:15: warning: assigning to 'char *const *' from 'const char **' discards qualifiers in nested pointer types [-Wincompatible-pointer-types-discards-qualifiers] program_args = poptGetArgs(pc); ^ ~~~~~~~~~~~~~~~ ../lib/texpect/texpect.c:430:22: error: variable has incomplete type 'struct sigaction' struct sigaction sa;...

...IGALRM' > if (alarmset == SIGALRM) { > ^ > ../lib/texpect/texpect.c:391:15: warning: assigning to 'char *const *' > from 'const char **' discards > qualifiers in nested pointer types > [-Wincompatible-pointer-types-discards-qualifiers] > program_args = poptGetArgs(pc); > ^ ~~~~~~~~~~~~~~~ > ../lib/texpect/texpect.c:430:22: error: variable has incomplete type > 'struct sigaction' > struct sigaction sa; &gt...