search for: msvc6

...or after. De : llvm-dev <llvm-dev-bounces at lists.llvm.org> De la part de David Blaikie via llvm-dev Envoyé : September 30, 2019 2:38 PM À : Paul Moran <bankybooks at gmail.com>; Rui Ueyama <ruiu at google.com> Cc : llvm-dev at lists.llvm.org Objet : Re: [llvm-dev] lld-link with MSVC6 object files MSVC 6 as in the Visual Studio released in 1989? Yes, I imagine that's a bit outside the intended support window. On Mon, Sep 30, 2019 at 11:18 AM Paul Moran via llvm-dev <llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org>> wrote: Hi, I have a question abo...

...al_C%2B%2B ) & misread the "C 6.0" and didn't notice it was distinct from "Visual C++ 6.0" - thanks for the catch! > > The latest MSVC linker can link these object files. Is this just because > it has support for C13 types and some other code path for whatever MSVC6 > uses? After some digging around it appears to be this format: > > > https://docs.microsoft.com/en-us/windows/win32/debug/pe-format#coff-file-header-object-and-image > > > Which is COFF object file format? Does lld link support this format? > COFF is still the windows obje...

I have the most edge of edge use cases :). I am recovering the lost source code to an application built with MSVC 6. However because I want to produce byte for byte exact output I need to ensure that the import table is in the same order as the original binary. Since the MSVC6 linker has no way of doing this I figured I could hack this feature into lld-link. I need to also set the PDB path in the debug data but a newer version of the MS linker can do this and I believe lld-link already supports this too. On Tue, Oct 1, 2019 at 8:58 AM Rui Ueyama <ruiu at google.com...

That isn't the case but my idea is that I can hack a copy of lld-link to produce the same output. Since the other option is to use the MSVC6 linker which will do things like randomly re-order the order of imported functions and the likes. I can't change that without doing something crazy like reverse engineering the linker and patching something in there to force a particular ordering. I suspect that the imported function order isn&...

This patch removes MSVC "spoon feeding". -------------- next part -------------- A non-text attachment was scrubbed... Name: no_vc6_workaround.patch Type: application/octet-stream Size: 6728 bytes Desc: not available Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20140703/38c5b062/attachment.obj

...and didn't notice it was distinct from "Visual C++ 6.0" - thanks >> for the catch! >> >> >>> >>> The latest MSVC linker can link these object files. Is this just because >>> it has support for C13 types and some other code path for whatever MSVC6 >>> uses? After some digging around it appears to be this format: >>> >>> >>> https://docs.microsoft.com/en-us/windows/win32/debug/pe-format#coff-file-header-object-and-image >>> >>> >>> Which is COFF object file format? Does lld link s...

Hi, I have a question about lld-link. What obj file formats should it support? When I try to use an obj from msvc 6.0 it complains that the file magic is not valid. However when running llvm-objdump it reports: test1.obj: file format COFF-i386 Disassembly of section .text: 0000000000000000 _main: 0: 68 00 00 00 00 pushl $0 5: e8 00 00 00 00 calll 0

for recent code changes I find myself needing some workarounds for MSVC6: 1st, I need a fast way to swap bytes (for endianness) of a 32-bit int. I could not find a builtin like bswap; the closest thing I found was ntohl() which appears to be a function call and also requires linking with winsock2 (ws2_32.lib) to get it. 2nd, I need an equivalent for lround() (or roun...

i get a pile of errors when trying to compile this in visual studio 2005. do i need to use MSVC6? flac_mac, flac_ren, the test exes and libFLAC++.dll are all that compiled for me in 2005.

...the code that is necessary only for MSVC 6 and older compilers. > > > > One may still compile using command line instead of a project file. Does > it really hurt keeping such code? Its crufty old code. I should be removed. It makes no sense to keep supporting 20 year old compilers (MSVC6 was was released in 1989 and MSVC7 in 1992 [0]). Erik [0] https://en.wikipedia.org/wiki/Visual_C%2B%2B -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

...levant patches: http://git.xiph.org/?p=flac.git;a=commitdiff;h=59f4a995ddf0632241116bd69f6dc8c6f3ac790c (april 2001) http://git.xiph.org/?p=flac.git;a=commitdiff;h=40333b13c127bfb3c5f839fb59edbafa23d3ccbb (this patch is probably just a mass rename from _MSC_VER to _MSC_VER + __MINGW32__). Is it MSVC6 specific? The following web pages seem to confirm this: http://www.winehq.org/pipermail/wine-patches/2004-September/012502.html https://mail.gnome.org/archives/commits-list/2012-July/msg01092.html

...> bool b=decoder.seek_absolute(1000); > > right before > > ok = decoder.process_until_end_of_stream(); > > seek_absolute always returns false. > I'm pretty sure I missed something and otherwise this works fine. > One more thing. I complied the 1.2.1 sources with msvc6 sp6 and this works with debug libs... > > Any hints? > > Thanks, > Istvan > > I still couldn't figure out why's that, but finally I changed file_length_callback_ in stream_decoder.c; replaced fno/fstat with fseek(f,0,SEEK_END)/fgetpos pair and now it works perfectly....

I thought it would be more update/better/faster, any thing wrong? In the future, would you use short, and forget about float? If so, I use 1.1.4, I wouldn't need to change my code in the future, right? You said, it's unstable, yes, I got compiling errors with MsVC6 and MsVC.net And I modified it a bit to get it compiled. Should I post the errors here? <p>-----Original Message----- From: owner-speex-dev@xiph.org [mailto:owner-speex-dev@xiph.org] On Behalf Of Jean-Marc Valin Sent: Saturday, April 17, 2004 6:42 AM To: speex Subject: RE: [speex-dev] What i...

...code\file\.main.cpp and added only one line: bool b=decoder.seek_absolute(1000); right before ok = decoder.process_until_end_of_stream(); seek_absolute always returns false. I'm pretty sure I missed something and otherwise this works fine. One more thing. I complied the 1.2.1 sources with msvc6 sp6 and this works with debug libs... Any hints? Thanks, Istvan ________________________________________________________ A c?gek itt keresnek t?ged &#8211; te hol keresed ?ket? [origo] ?ll?s http://cthandler.adverticum.net/?cturl=http%3A%2F%2Fjpt.hu%2Forigo%2Findex.php%3Fpage%3Dselec...

...de "encode.h" @@ -84,11 +85,6 @@ static const char *get_outfilename(const char *infilename, const char *suffix); static void die(const char *message); static int conditional_fclose(FILE *f); static char *local_strdup(const char *source); -#ifdef _MSC_VER -/* There's no strtoll() in MSVC6 so we just write a specialized one */ -static FLAC__int64 local__strtoll(const char *src, char **endptr); -#endif - /* * share__getopt format struct; note that for long options with no @@ -683,13 +679,8 @@ int parse_option(int short_option, const char *long_option, const char *option_a FLA...

...in REAPER (http://www.reaper.fm), and the problem is that when writing 24 bit FLAC files, the data isn't compressed (i.e. the FLAC is slightly larger than if it was writing to .WAV). The files play back fine, however, and 16 bit mode works great. We're using flac-1.1.2, built on win32 with MSVC6 w/ SP5 + VCPP, and NASM version 0.98.39 Any help would be greatly appreciated. Thanks, Justin Frankel justin@blorp.com

Hi, I was just playing around with Icecast and wanted to see if I could get it to work under cygwin (without spending a lot of time on it). I got it to compile by undefining _WIN32 in the CFLAGS make variable (-U_WIN32), but it seems like the issue is a little deeper than this simplistic hack - when I start up the server I get the message WARNING: No mt while outputting [WARNING: Nonexistant

> You said, it's unstable, yes, I got compiling errors with MsVC6 and MsVC.net > And I modified it a bit to get it compiled. Should I post the errors > here? YES, kindly post the errors that you encountered. - Abhishek <p><p><p>---------- Original Message ----------- From: "Kenji Chan" <adslbqmr@tpg.com.au> To: <spee...

Josh Coalson wrote: > for recent code changes I find myself needing some workarounds > for MSVC6: Yep. MSVC is borked. Its missing most of the new maths functions that were introduced in the C99 standard. The way I solved this problem for libsndfile was to stop using MSVC, (allowing it to break for that compiler) and use MinGW. I also release a pre-compiled win32 binary so (theorectically) n...

lvqcl wrote: > Anybody knows the reason for the following code > (you can see it in flac/decode.c, flac/encode.c, libFLAC/fixed.c and > libFLAC/stream_decoder.c) ? <snip> > Is it MSVC6 specific? The following web pages seem to confirm this: > http://www.winehq.org/pipermail/wine-patches/2004-September/012502.html > https://mail.gnome.org/archives/commits-list/2012-July/msg01092.html That's a really good question. Haven't was already dropped support for MSVC6? If so...