similar to: Patch: Optimized partition/drive/fs support for syslinux

Here is the patch for making syslinux enable opening partitions with fat filesystems (well, the architecture is in place to make it open other filesystems too). Usage is like this: #include <syslinux/io.h> #include <syslinux/partitions.h> #include <fs/fat/libfat.h> syslinux_devdesc dfd; struct libfat_filesystem* fs; diskinfo disk_info; char mbr[512]; static part_entry

Dear Ralph Thank you for your info. My file_read() function only get a specified number (nbBytes) of bytes from the .ogg file and store it in cbits, nothing else lb = file_read(&file, nbBytes, (void *)cbits); Unfortunately I have only 32K (first section) + 8 (second section) = 40 Kbyte of RAM to do all, including the file system management (I get the FS from the EFSL project). Speex

Dear Jan My intention is to read a piece at time of an .ogg file (stored in and external Multimedia card) decompress it and render it on and LPC2000 DAC. Because I don't have enough RAM memory to load the complete ogg file, I must read only a piece of file at certain time, then decompress and render it, and repeat the previous process until the end of the file. The problem is that I don't

I was able to run through all the C/C++ benchmarks in SPEC using LLVM. I'm on OS X 10.3.3. I did a quick comparison between LLVM (latest from CVS as of 4/27) and gcc 3.3 (Apple's build 20030304). For simplicity's sake, the only flag I used was -O3 for each compiler and I was using the C backend to generate native code for PPC. Most of the LLVM results were close to gcc

On Tue, 4 May 2004, Patrick Flanagan wrote: > I was able to run through all the C/C++ benchmarks in SPEC using LLVM. > I'm on OS X 10.3.3. I did a quick comparison between LLVM (latest from > CVS as of 4/27) and gcc 3.3 (Apple's build 20030304). For simplicity's > sake, the only flag I used was -O3 for each compiler and I was using > the C backend to generate native

Hi Shao, On 2016.02.24 23:43, Shao Miller via Syslinux wrote: > Did you happen to notice anything unusual when compiling with MinGW > under Linux, once 'ok' was removed? I seem to recall warnings about > unused results, but not of unused objects. Maybe that's an incorrect > recollection or maybe it's ancient history, however. I got no warnings with the patch on

Dear All I ported the speex decoder in LPC2000 ARM7 family. Because I fetched the .ogg file from and external MMC card, I can only red a limited memory block 1) Can I decode only a block of a speex file at time ? /*Create a new decoder state in narrowband mode*/ state = speex_decoder_init(&speex_nb_mode); /*Set the perceptual enhancement on*/ tmp=1;

On May 6, 2004, at 12:01 AM, Chris Lattner wrote: > On Wed, 5 May 2004, Patrick Flanagan wrote: >>>> and I'm not convinced that GCC is doing a very good job (ie, without >>>> syntactic loops). >>> >>> Yup, this is EXACTLY what is going on. >> >> Interesting. Now that you mention it, I do recall thinking the loops >> that llvm

It has been observed that binaries contents are depending on the order of linked objects. This order is caused by GNU make's wildcard function and the position of sources on filesystem. This change tries to prevent this kind of randomness. Also consider building using -j1 flag to make it even more reproductible. Change-Id: Ie8eee7f336e6f1fa2863c4150d967afd15519f1d Bug:

Hi list! Sometimes I need to make boot floppies for an i386 based Linux router. Just for interest, I tried to use syslinux together with my iMac G4 (PPC) with Yellow Dog Linux to create the floppy. I know that this is generally difficult because it requires cross- compiler and cross-assembler. Nevertheless, I tried it because I only needed the disk installer, the loader binaries for i386

Hello all, apologies if my question has an obvious answer or it's too naive (I sent this directly to Peter with the intent of not chocking the list with possibly ridicolous questions...). I just tried to build both syslinux-3.00 and 3.01, with the same bad result. Out of the box compilation with: make depend make installer fails with: ... gcc -Wp,-MT,extlinux.o,-MMD,.extlinux.o.d -W

hello everybody, apologies if I'm missing something here Just tried to build 6.04-pre1 test version with: make bios installer and found some problems all (seemingly) related to inaccurate paths in various Makefiles. I enclose a complete patch at the end of this email, which details the problems I found and how they got fixed for me. As an example, this is the first error I got:

git://gnx.ath.cx/syslinux.git On branch for_hpa, I've got several groups of changes (listed bottom up) -chain.c32: the beginning of a DRMK loader; I still need to test this further and document/code what ones can possibly work -mtools/syslinux.c: Check to be sure fs is not NULL in case libfat_open() failed, like it can on a bad filesystem. Try to present a useful error rather than a seg

I just tried to build syslinux-3.71-pre14-5-gfa6a60e and got the following: make[1]: Leaving directory `/syslinux/syslinux-3.71-pre14-5-gfa6a60e/dos' make[1]: find-mingw.sh: Command not found make[1]: Entering directory `/syslinux/syslinux-3.71-pre14-5-gfa6a60e/win32' gcc -Wp,-MT,syslinux.o,-MMD,.syslinux.o.d -W -Wall -Wno-sign-compare -Os -fomit-frame-pointer -D_FILE_OFFSET_BITS=64 -I.

make[1]: Entering directory `/syslinux-4.02-6-ge841d69/dos' gcc -Wp,-MT,syslxopt.o,-MD,./.syslxopt.o.d -m32 -ffreestanding -fno-stack-protector -fwrapv -freg-struct-return -march=i386 -Os -fomit-frame-pointer -mregparm=3 -DREGPARM=3 -msoft-float -fno-exceptions -fno-asynchronous-unwind-tables -fno-strict-aliasing -falign-functions=0 -falign-jumps=0 -falign-labels=0 -falign-loops=0

libfat and libinstaller compile fine using the Windows Driver Kit's compiler, except for a few warnings that are addressed with this patch. Regards, /Pete -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: 0001-lib-fix-compilation-warnings-from-MS-s-WDK.patch URL:

In my last post I pasted the last few line of the compile log for syslinux-3.02pre2. Here are the correct lines from my failed attempt to compile syslinux-3.01. Still the same error. make[1]: Leaving directory `/usr/src/syslinux-3.01/unix' make[1]: Entering directory `/usr/src/syslinux-3.01/extlinux' gcc -Wp,-MT,extlinux.o,-MMD,.extlinux.o.d -W -Wall -Wno-sign-compare

In a recent commit guestfish changed the default size for disk images prepared using the -N parameter from 100M to 1G: https://github.com/libguestfs/libguestfs/commit/adc23829e4b128562c2c29d984654528bd259644 For the xz plugin test we prepared a disk image using guestfish and then xz-compressing the output, but we did not take our own advice and use the --block-size parameter to limit the xz

Hey, Looks like read disk function which was launched in 3.35 isnt working. Did anyone test this on any hardware? I'm using it thru the com32 interface to read contents of the active partition of a USB boot key (syslinux). I did a sample test like: void scanAndPrint() { com32sys_t regs_in; char *sectorBuf = __com32.cs_bounce; int i; memset(sectorBuf, 0x0, 512); // XXX MARK 1

I haven't seen this problem mentioned in the syslinux archive yet so here goes: >From the last few lines of the compile log: make[1]: Leaving directory `/usr/src/syslinux-3.02-pre2/unix' make[1]: Entering directory `/usr/src/syslinux-3.02-pre2/extlinux' gcc -Wp,-MT,extlinux.o,-MMD,.extlinux.o.d -W -Wall -Wno-sign-compare -D_FILE_OFFSET_BITS=64 -g -Os -I. -I.. -I../libfat -c -o