similar to: [PATCH] workaround for DJGPP missing wcswidth()

Attached patch adds support nasm coff obj format for djgpp -- O.S. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-support-nasm-coff-obj-format-for-djgpp.patch Type: application/octet-stream Size: 1227 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20170113/8c51e0dc/attachment.obj>

On 1/14/17, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > Ozkan Sezer wrote: > >> unsigned int and FLAC__uint32 are used interchangeably, leading to >> warnings with platforms (e.g. djgpp) where int32_t is long: > > Is `sizeof int == 4` though? Yes, obviously it is > I couldn't image FLAC working correctly > if it wasn't. > > Erik

The attached set of patches adds support for OS/2 using Watcom compiler (tested with Open Watcom 1.9). My only interest was building a working dll (the last patch in the set adds a makefile for it), therefore I did not touch other places: If there is interest, I can do so. Regards. -- O.S. -------------- next part -------------- A non-text attachment was scrubbed... Name:

unsigned int and FLAC__uint32 are used interchangeably, leading to warnings with platforms (e.g. djgpp) where int32_t is long: bitreader.c: In function `FLAC__bitreader_read_rice_signed': bitreader.c:721: warning: passing arg 2 of `FLAC__bitreader_read_unary_unsigned' from incompatible pointer type bitreader.c: In function `FLAC__bitreader_read_rice_signed_block': bitreader.c:850:

Hi. Here are my patches and makefiles for compiling ogg, vorbis and vorbis-tools on DOS with DJGPP. They can build them from cvs snapshots and need minimal maintainance (even extract source lists from `makefile.am's). Everything seems to work, except one FP exception on encode at middle bitrates (lowest two and highest bitrates don't cause it) - I don't think it's my

Attached patch adds missing string.h include to cpu.c (for memset()) -- O.S. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-add-missing-string.h-include-to-cpu.c-for-memset.patch Type: application/octet-stream Size: 587 bytes Desc: not available URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20170113/25c937cf/attachment.obj>

I'm wondering if there is anyone who might be interested in working with this guy to get the djgpp cross-compiler into the Fedora repos? https://groups.google.com/forum/m/#!topic/comp.os.msdos.djgpp/8gp0LtLY6DI -- Sent from my Android device with K-9 Mail. Please excuse brevity and formatting.

On 1/14/17, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > Ozkan Sezer wrote: > >> > Ozkan Sezer wrote: >> > >> >> unsigned int and FLAC__uint32 are used interchangeably, leading to >> >> warnings with platforms (e.g. djgpp) where int32_t is long: >> > >> > Is `sizeof int == 4` though? >> >> Yes, obviously

Ever considered creating make files for the Mingw? I've wanted to see if it worked with Ming but I've never had the chance to do so since I imagine it might also require some revisions to the code. (I'm not so hot at programming anyway.) --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a

A bug was reported here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739613 get_console_width() may return 0, and there will be division by 0 in stats_print_name(): console_width = get_console_width(); len = strlen_console(name)+2; console_chars_left = console_width - (len % console_width); A simple patch is attached. -------------- next part -------------- A non-text attachment was

For definition of off_t type, stream.c needs including sys/types.h. I hit this requirement at least once when compiling against Mac OSX 10.4 SDK. Trivial patch inlined below. --- opusfile/src/stream.c~ +++ opusfile/src/stream.c @@ -14,6 +14,7 @@ last mod: $Id: vorbisfile.c 17573 2010-10-27 14:53:59Z xiphmont $ ********************************************************************/ +#include

Hello, I develop some R package on Linux machine with C subroutines. The programs in C are well compiled on Linux machine and so I have some ".so" files. Now, I want to do the same work on windows, so I install R (the last version) on windows, with Active Perl and djgpp, which is, as I know, the gcc version for windows (to compile C program), but unfortunately when I run "R CMD

I have made available the work of the last weekend that I mentioned in my previous messages on ftp://sirio.stat.unipd.it/pub/R. Many thanks to Peter D. and Ross I. for their suggestions. If you think that the work is of some interest, I can upload it to CRAN. guido m. This is the README enclosed in the distribution. -------------------------------------------------------------------------

The following patch changes export.h so that the dllimport/dllexport attributes work with mingw/mingw-w64 and others: - changes _declspec keyword to __declspec: the former may not be defined by some toolchains. - changes the _MSC_VER condition to universally _WIN32: MSVC, as well as GCC supports this. Attached patch: declspec.diff Regards. -- O.S. -------------- next part --------------

What was used to compile the syslinux win32 binary? I tried djgpp but no luck. Think it's choking on the windows.h header. Can somebody help me out. Guessing a combo of cygwin and mingw but gonna try and get a word before I bang my head against the wall. -andy

Hello, somewhere on one of the rsync webpages I have seen a list of hosts which have running public rsync services, at least I think it has been on the rsync webpages, but I can't find it there anymore. Or is it anywhere else? Where can this list of rsync hosts be placed? I appreciate your feedback. Have a nice day Michael -- Michael Schmidt mschmidt@fh-koblenz.de MIRROR OF:

Hello, just being fascinated by rsync I wanted to look at the distribution files at ftp://rsync.samba.org, but it was not possible to get a ftp connection to that address. Is the ftp service down there? Thanks in advance for any soon helpful hint. Have a nice day Michael -- Michael Schmidt mschmidt@fh-koblenz.de MIRROR OF Ghostscript * X-Windows X11

Sorry, spoke too quickly! The problem was caused by my editing the MkRules file with an editor that replaces tabs with spaces. Make evidently requires that all lines start with a tab (see http://www.delorie.com/djgpp/v2faq/faq22_17.html). Perhaps worth warning windoze users like myself of such perils in readme.packages or somewhere similar! Now I have a new problem, but it looks fixable.

On 5/24/14, lvqcl <lvqcl.mail at gmail.com> wrote: > Ozkan Sezer <sezeroz at gmail.com> ?????(?) ? ????? ?????? Sat, 24 May 2014 > 10:16:15 +0400: > >> - changes the _MSC_VER condition to universally _WIN32: MSVC, as well >> as GCC supports this. > > MSYS/MinGW 4.8.3, 4.9.0 can't compile code from git after this patch: > > format.c:47:22: error:

On 12/6/16, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > MauritsVB wrote: > >> I noticed you’ve started compiling the changelog for 1.3.2. > > I had sort of hoped I'd finished :). Seems I was wrong! > >> I have kept track of some of the bigger changes since 1.3.1 although >> admittedly haven’t been on top of it this year. Perhaps some of these