search for: byte_t

Hi Kirill, just to notify you that your al175 driver is being removed from the NUT tree, as of 2.4.0-pre1. if you wish to see it entering the tree again, please contact the Development mailing list to talk about it. Merry Christmas and happy New Year. Arnaud -- Linux / Unix Expert R&D - Eaton - http://www.eaton.com/mgeops Network UPS Tools (NUT) Project Leader -

...10 results with the result of clang 3.1 i've downloaded clang from http://llvm.org/releases/download.html -> Experimental Clang Binaries for Mingw32/x86 clang --version clang version 3.1 (branches/release_31) Target: i686-pc-mingw32 Thread model: posix ----- test.c typedef unsigned char byte_t; typedef unsigned int dword_t; byte_t byte; dword_t dword; int main(int argc, char** argv) { dword_t random = (dword_t)argv; byte = (byte_t)random; dword = (dword_t)random; dword_t result = 3*(byte+dword); return result; } ------- compiled with "clang -O3 test.c...

Hi all! The following files emits warnings when compiled with gcc 4.0: al175.c bcmxcp_ser.c belkinunv.c cyberpower.c everups.c powercom.c solis.c All warnings seem to be of this variety: everups.c:38: warning: pointer targets in passing argument 2 of 'ser_get_char' differ in signedness I suggest that those who fiddles with those drivers fixes the warnings and verifies that it works

...e, so this is a show stopper for now. > > > > > > I've reworked it not to use alloca and to use auto-variables + xmalloc > > > in one place. > > > > > > Now it usually looks like > > > > > > raw_data reply; > > > byte_t reply_buf[11]; > > > > > > ... > > > > > > raw_alloc_onstack(&reply, reply_buf); > > > > > > > Also something I really don't like in this driver is the use of > > alarm(). > > > > Although this is presen...