similar to: [PATCH 3/5] installers: MSVC compatibility fixes

On Wed, Feb 24, 2016 at 8:02 AM, Pete Batard via Syslinux <syslinux at zytor.com> wrote: > More MSVC compatibility fixes, for packed structures. > NB: In case you are aware of the issues that may come with MS vs GCC > packing, so far, I have not seen evidence of detrimental impact from using > ms_struct packing in MSVC (vs gcc_struct, which is explicitly specified for >

This set of patches add some support for sector size >512. Currently it fixes extlinux, MBR for GPT and ext partitions. Other code is unaffected. This set of patches has been tested on a read Dell machine running a beta firmware.

On 2016.03.07 03:27, Shao Miller via Syslinux wrote: > - Casting to a uintptr_t is ugly (and not C89, not that Syslinux cares > about that) Yeah, I'd have liked to avoid that too, but some compilers will complain about pointer arithmetic logic, unless you specifically use uintptr_t. But, considering your other very valid point, let me see if I can work something better here, that

On 2016.03.06 13:13, Gene Cumm wrote: > Did Visual Studio actually complain about this one? WDK compiler (which I also use) if I recall correctly. At any rate, some older compilers do not like double initializations like this one, and I don't think this change should be much of a contention point, since it doesn't introduce any liability. Regards, /Pete

The _BSD_SOURCE was deprecated since glibc-2.20. _DEFAULT_SOURCE can be used instead of _BSD_SOURCE. However, there is no need to include _BSD_SOURCE because the sources only have inline functions and calls memcmp/cpy functions. Signed-off-by: Chanho Park <chanho61.park at samsung.com> --- dos/getsetsl.c | 1 - libinstaller/fs.c | 1 - libinstaller/syslxmod.c | 1 - 3 files

This is part of some patches to support sectors > 512. Currently I'm able to boot a Ubuntu kernel but seems that mboot is not working for some reason. This patch try to fix first stage of extlinux bootloader but have some problems with ADV Signed-off-by: Frediano Ziglio <frediano.ziglio at citrix.com> --- dos/syslinux.c | 2 +- extlinux/main.c | 36

On Thu, Sep 18, 2014 at 12:34 AM, Chanho Park <chanho61.park at samsung.com> wrote: > The _BSD_SOURCE was deprecated since glibc-2.20. _DEFAULT_SOURCE can be > used instead of _BSD_SOURCE. However, there is no need to include > _BSD_SOURCE because the sources only have inline functions and calls > memcmp/cpy functions. Testing this myself on my build boxes, I see no issue. The

Hi Shao, You're right, "a=b=<immediate value>;" wasn't the actual issue. On 2016.03.06 20:34, Shao Miller via Syslinux wrote: > If this change is simply due to a mental note about an incident where a > compiler once complained about this type of thing The problem was due to the following warning when compiling for 64-bit using using the latest WDK (7600.16385.1),

I get a redefinition warning on _GNU_SOURCE when compiling with MinGW, and while I could see that this #define was introduced in e4fc44 [1], but the reason to introduce it is not mentioned, and I can't really see a good reason to have it, especially as MSVC will happily compile that source. So far I have found no evidence that _GNU_SOURCE applies to memset/memmove/memcpy, which are the

On Sun, Mar 6, 2016 at 8:21 PM, Shao Miller via Syslinux <syslinux at zytor.com> wrote: > On 3/6/2016 17:03, Pete Batard via Syslinux wrote: >> >> The problem was due to the following warning when compiling for 64-bit >> using using the latest WDK (7600.16385.1), with warning level 3 (/W3): >> >> 1>c:\rufus\src\syslinux\libinstaller\syslxmod.c(44) :

Hi James, We've indeed passed the appropriate (and even excessive) flags to the appropriate pipeline parts, that is: llvm-gcc -O1 -fno-omit-frame-pointers -g $in -emit-llvm -S -o $name.ll llc --disable-fp-elim $name.ll -o $name.S g++ -fno-omit-frame-pointers -c $name.S , but that didn't work Alex On Tue, Apr 5, 2011 at 4:40 PM, James Molloy <James.Molloy at arm.com> wrote:

Hi all, I have just released syslinux-3.70-pre25. Unless someone has something big and scary that either I have managed to miss or was just stumbled over, I'm going to release 3.70 final some time between tomorrow and Monday. Thus, *please holler now* if there are any stop-ship problems still known... -hpa

Hi, As I am embedding part of the Syslinux code in Rufus [1], I have encountered various issues that I would like to see addressed, so that I can keep most of my code in sync with the official mainline. Some of these fixes have to do with being more friendly with MSVC compilation, and other are fixes for actual Syslinux issues, that Rufus users have encountered. For convenience, the

The variable 'ok' is never used and generates a warning. Remove it. Also ntfssect.c is designed to be compiled in non Unicode mode when using MSVC compilers, so remove all ambiguity about it (LPCTSTR -> LPCSTR, use of 'A' API calls) so that it doesn't break when compiled in Unicode mode, which is what Rufus uses with MSVC. -------------- next part --------------

On 3/6/2016 10:47, Pete Batard via Syslinux wrote: > On 3/6/2016 08:13, Gene Cumm via Syslinux wrote: >>> - len = lba = 0; >>> >+ len = 0; >>> >+ lba = 0; >>> > >>> > memset_sl(ex, 0, nptrs * sizeof *ex); >> Did Visual Studio actually complain about this one? > > WDK compiler (which I also use) if I recall

I'm trying to add boot support to https://github.com/libguestfs/nbdkit/tree/master/plugins/floppy This NBD server plugin generates a completely virtual FAT filesystem and partition table. Nothing is ever written to a file, and it must run without anything needing to be root, loop mounting etc. Running "syslinux --install <something>" is a non-starter. So I've looked at

Hi I have ported syslinux to win2k/winxp. It is attached. It has been tested with floppies and flashcards, but not on harddisks. On harddisks I'm not sure if I should use \\.\PHYSICALDRIVEX or \\.\X: as arguments to CreateFile (I'm no windows wiz) and I do not currently have a system to test this on. The program can be compiled using mingw or in cygwin using the option -mno-cygwin

Hello every one an a pretty new year. I'm making a derivative a the Feather linux-live which can be found here: http://franboisson.homeip.net/clef/ClefAgreg.iso Everything works find except with USB key with sector size different then 512 (2048 in my case). I look at the source of syslinux and change the following: * The test in syslxmod.c * Change each time I see SECTOR_SHIFT=9 in

dos/syslinux.elf fails to build on current Ubuntu Natty (binutils 2.21) as follows: ld -m elf_i386 -T dosexe.ld -o syslinux.elf header.o crt0.o ldlinux.o syslinux.o fat.o syslxmod.o syslxopt.o setadv.o getopt_long.o bootsect_bin.o mbr_bin.o cache.o fatchain.o open.o searchdir.o libcom.a /usr/bin/ld.bfd.real: syslinux_ldlinux_size must equal the size of .payload /usr/bin/ld.bfd.real:

Hello, Happy New Year! These patches make syslinux/linux support ext2/3/4, and it doesn't require the root privilege, I'd like to add a separate e2fs/syslinux, if that is more appropriate, it should be easy to do that. I put these patches on github so that you can easily get them in case you'd like to test them. (The repo's name is sys_tmp, which avoids confusing others, I will