search for: c4244

Hi, Some random sample of VS warning: Lot of 64 bits conversions: AsmPrinter.cpp ..\..\lib\CodeGen\AsmPrinter.cpp(277) : warning C4244: 'initializing' : conversion from 'uint64_t' to 'unsigned int', possible loss of data ..\..\lib\CodeGen\AsmPrinter.cpp(614) : warning C4244: 'argument' : conversion from 'uint64_t' to 'int', possible loss of data ..\..\lib\CodeGen\AsmPrinter.cpp(894)...

Hi, I have included the oggvorbis encoding and playback stuff in the Linux-Mandrake distro back in August 2000. At that time I put the "nightly CVS" version, which worked just fine. Then on Mon Nov 27 I noticed some RPM's labelled "1.0beta3" on the website so I upgraded with these ones. Since then we have had some serious problems in encoding: approx 20% of the WAV

Hi all, I am Sahana. I am currently working on Libtheora for windows platform and very new to it. I am getting a lot of compiling errors. Since Libtheora depends on libogg and libvorbis i have added these as well to my workspace in VC++ 6. I have a doubt regarding the x86 and x86_vc folders described in the libtheora software.Since both these folders have the same set of files which one do we

I'm not sure how many people are using Visual Studio to build the llvm tools, other than myself? When I compile the llvm tools on linux I do not see any warnings (I believe -Wall is set?). However, under visual studio there are a lot of warnings, mostly of this form: warning C4244: 'initializing' : conversion from 'uint64_t' to 'unsigned int', possible loss of data These all seem to be valid warnings although I haven't looked at them all in detail. The ones I have looked at seem to be OK and intentional. I am relatively new to using llvm and was...

...compile with Microsoft Visual C++ 2005 Express Edition. (By the way, is it documented that I need Bison? I figured that out myself...): ------ Build started: Project: x86, Configuration: Release Win32 ------ Compiling... X86RegisterInfo.cpp ..\..\lib\Target\X86\X86RegisterInfo.cpp(1107) : warning C4244: 'argument' : conversion from 'uint64_t' to 'int', possible loss of data ..\..\lib\Target\X86\X86RegisterInfo.cpp(1127) : warning C4244: 'argument' : conversion from 'uint64_t' to 'int', possible loss of data ..\..\lib\Target\X86\X86RegisterInfo.cpp(1...

On Thu, 13 Oct 2005, Misha Brukman wrote: >> How does this tentative plan sound: we have two more weeks of >> development, then start the release processing part on about Oct 31 >> (spooky!). > > In that case, it needs a cool "release name". :) Suggestions welcome! -Chris -- http://nondot.org/sabre/ http://llvm.org/

...tripping Valgrind it also is problematic if compiled with VS.NET 2003 as the solution (after auto conversion from a VC6 project) has the runtime checking enabled which causes it to trip. I just initialized all the MVect variables where MVect[0] is initialized. The library compiles with a bunch of C4244 (conversion with possible loss of data) warnings. Would be nice if those were either explicit casts or this specific warning was surppressed in the .c files. On the up- side, all those "complaints" are mostly cosmetic and it didn't take long to integrate :) Thanks, -- Daniel, Epic...

...tripping Valgrind it also is problematic if compiled with VS.NET 2003 as the solution (after auto conversion from a VC6 project) has the runtime checking enabled which causes it to trip. I just initialized all the MVect variables where MVect[0] is initialized. The library compiles with a bunch of C4244 (conversion with possible loss of data) warnings. Would be nice if those were either explicit casts or this specific warning was surppressed in the .c files. On the up- side, all those "complaints" are mostly cosmetic and it didn't take long to integrate :) Thanks, -- Daniel, Epic...

...:) It may also be from an older out of date download, I have to check this. I now have an academic version of MS Visual Studio 2003 for LLVM Windows development :) On compilation the following and simular errors are being flagged up :- c:\llvm\llvm\lib\Target\X86\X86AsmPrinter.cpp(131) : warning C4244: 'initializing' : conversion from 'uint64_t' to 'unsigned int', possible loss of data I thought I should mention it and possibly at some point do something about them, either compile a list, or when/if I get commit permission to add the appropriate casts. Aaron ----- Or...

...:\Work\Librsync\librsync-0.9.6\popt\popt.c(653): warning C4090: 'function' : different 'const' qualifiers c:\Work\Librsync\librsync-0.9.6\popt\popt.c(654): warning C4090: 'function' : different 'const' qualifiers c:\Work\Librsync\librsync-0.9.6\netint.c(102): warning C4244: '=' : conversion from 'rs_long_t' to 'unsigned char', possible loss of data c:\Work\Librsync\librsync-0.9.6\job.c(245): warning C4550: expression evaluates to a function which is missing an argument list c:\Work\Librsync\librsync-0.9.6\delta.c(134): warning C4018: '<...

Hey there, I'm having trouble getting speex working with a project that uses it. For some quick background, the game Quake 3 was GPL'ed a while ago. Some programmers decided to throw it into a public svn and improve on it, called it ioquake3. One of the blokes integrated speex into ioquake3 and it works, but I have troubles getting it to compile/link properly with Visual Studio 2005. I

Is this a common warning? The decoder doesn't return an error on it, but I see it a lot in my test application on windows. It is non existent on my linux box. I haven't tried mingw yet. please note that I'm using visual studio 2008 w/the vcproj that Bjoern Rasmussen made for 0.5.2 (w/some file references removed) at the moment and it is giving a lot of C4554 warnings

...constant' icecast-2.2-kh12d\src\logging.h(33) : warning C4117: macro name '__FUNCTION__' is reserved, '#define' ignored icecast-2.2-kh12d\src\fserve.c(118) : warning C4013: 'log_write' undefined; assuming extern returning int icecast-2.2-kh12d\src\fserve.c(489) : warning C4244: 'function' : conversion from '__int64' to 'long', possible loss of data format_vorbis.c icecast-2.2-kh12d\src\log\log.h(37) : error C2061: syntax error : identifier '__attribute__' icecast-2.2-kh12d\src\log\log.h(37) : error C2059: syntax error : ';' icecast...

...r variable may be unsafe. Consider using strerror_s instead. To disable deprecation, use _CRT_SECURE_NO_DEPRECATE. See online help for details.' 14>main.c 15>Compiling... 15>tagz.cpp 14>c:\greenhouse\workspace\soundio\tool\flac_1.1.3\main\flac-1.1.3\src\flac\main.c(292) : warning C4244: 'function' : conversion from 'time_t' to 'unsigned int', possible loss of data 14>c:\greenhouse\workspace\soundio\tool\flac_1.1.3\main\flac-1.1.3\src\flac\main.c(904) : warning C4996: 'strcat' was declared deprecated 14> c:\program files\microsoft vis...