similar to: [GIT-PULL] Elflink fixes

Hi, I just pushed out changes that fix pretty much all the compiler build warnings on the elflink branch. Also, I've added "auto extension" support so that if the user doesn't type the file name extension it will automatically be looked up, e.g. now typing "ls" will execute "ls.c32". The following changes since commit

Hi Peter, The main part of this pull request includes commits that try to replace as many __intcall() invocations as possible. Some remain, but not many (and eventually they'll be gone too). There's also a patch to make better use of ld's --as-needed option and various other bug fixes/cleanups. The following changes since commit ff7334a2ce536b7f4b1f6d6f93ff4e285a3bd45a: Only

Hi Peter, Please pull the following changes. Paulo, I had to revert your "pxe: resolve names via DNS from protected-mode code" change because dns_resolv() is only implemented for PXELINUX and causes undefined symbol references for ISOLINUX, etc. Feel free to make the change again on top of the revert. The following changes since commit e7bd19def830e8341b1a100956345f1028740b9e:

Hi, I am trying to compile the version on rhel 5.x box. Nasm version 0.98.39 I extracted the tar.gz and ran make in the extracted directory. Here is where it stops. gcc -Wp,-MT,rawcon.o,-MD,./.rawcon.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

Hi everyone, This happens every time I start winedbg, no matter what program I want to debug. It's ubuntu feisty fawn and I have built wine from sources. user@machine:~$ winedbg "C:\Program Files\Diablo II\Diablo II.exe" WineDbg starting on pid 000a wine: Unhandled page fault on read access to 0x00000000 at address 0xb7d5cc23 (thread 0009), starting debugger... Unhandled exception:

From: Matt Fleming <matt.fleming at intel.com> The following patch series is available at, git://git.zytor.com/users/mfleming/syslinux.git elflink All patches are against the 'elflink' branch. This series fixes a few serious bugs and some behavioural incompatibilities with the 4.x series. Matt Fleming (19): ldlinux: Initialise 'p' before using it. ldlinux: Parse

2016-01-14 23:41 UTC+01:00, Tal Lubko <tallubko at yahoo.com>: > > >> -----Original Message----- >> From: Syslinux [mailto:syslinux-bounces at zytor.com] On Behalf Of >> Celelibi via Syslinux >> Sent: Wednesday, January 13, 2016 1:34 PM >> To: Geert Stappers >> Cc: syslinux at zytor.com >> Subject: Re: [syslinux] Debugging with Qemu >>

From: Matt Fleming <matt.fleming at linux.intel.com> This is a series of patches that, * shrink the core by moving things into an ldlinux ELF module * begin wiring up some of the C versions of various functions The core now only contains essential code and loads the ldlinux module to do everything else, like providing a command line interface and loading kernels. The config file parsing

Gene Cumm said on Wed, Oct 28, 2015 at 05:58:59AM -0400: >> Ok, I tried to modify mk/devel.mk to put: >> GCCWARN += -Wno-clobbered -DCORE_DEBUG=1 -DDEBUG_MALLOC -DDEBUG_THREAD >> And removing the -DDYNAMIC_DEBUG but now syslinux doesn't want to build: > >MALLOC and THREAD are two debugs you probably don't want. Ok I can drop them, but that doesn't change the

Hi, These patches contain support for some features that are already in Syslinux 4 but weren't working properly on the elflink branch. It's another step closer to feature parity with Syslinux 4. Having to jump through the comboot API for localboot support is less than ideal and I'll eventually fix that, probably when we move a big chunk of code from asm to C. Also, there's a

Hi! I just installed wine 0.9.2 on my Linux system and tried installing VLC 0.8.4 for Windows: http://www.videolan.org/ The installer ran fine and VLC even started! I was able to open a WMV file but when it started playing back, it crashed: ----------------START---------------------- tom@linux:~$ wine vlc-0.8.4-win32.exe fixme:win:SetWindowTextA setting text "VideoLAN VLC media

On 05.03.2016 14:43, Gene Cumm via Syslinux wrote: > After so much time and improvements, I'm glad to see and publicize a > pre-release, 6.04-pre1 in > https://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/6.04/ > > Personally, I've already been working testing the pre-release as-is > and my tests have been positive so far. I appreciate feedback like > that

From: Sylvain Gault <sylvain.gault at gmail.com> The behavior when running a "CONFIG" command line is to reload ldlinux.c32 with the new file as argument. This call never return. In order to avoid stacking up the calls to start_ldlinux, this patch introduce a setjmp/longjmp to return to the first call to start_ldlinux, thus freeing all the stack space. Signed-off-by: Sylvain

Hi, Matt Fleming wrote: > 'make efi64' will build just for x86-64. Likewise, 'make efi32' will > build just for i386. You can combine these, so to build BIOS and efi64 > you'd do, > > make bios efi64 'make efi64' failed with: ld -T /tmp/syslinux/efi/x86_64/syslinux.ld -Bsymbolic -pie -nostdlib -znocombreloc -L/usr/lib64 --hash-style=gnu -m elf_x86_64

On Fri, 2012-06-29 at 07:42 -0700, syslinux-bot for H. Peter Anvin wrote: > elflink: fix dependency problem in cmenu/Makefile > > Instead of adding library dependencies implicitly, make them explicit > and use --as-needed to avoid bogus DT_NEEDED entries from being > generated. This is fine, but... > diff --git a/com32/cmenu/Makefile b/com32/cmenu/Makefile > index

On 02/23/2013 04:30 AM, syslinux-bot for Matt Fleming wrote: > Commit-ID: 41c29c26d70fde563d7c255872bbadad87a39dfa > Gitweb: http://www.syslinux.org/commit/41c29c26d70fde563d7c255872bbadad87a39dfa > Author: Matt Fleming <matt.fleming at intel.com> > AuthorDate: Fri, 22 Feb 2013 15:13:38 +0000 > Committer: Matt Fleming <matt.fleming at intel.com> >

I have pulled in Stefan Bucur's updated elflink branch into the main Syslinux repository as the "elflink" branch, and fixed a couple of minor issues. Note in particular that I have *not* run Nindent over the sources... I will leave that to Stefan and Klaus unless there is a compelling reason to. Please note the following, however: int foo(); ... in C doesn't mean a function

It looks like I managed to screw up the push to the "elflink" branch I did yesterday night. I have fixed it now, and there is a current "elflink" branch which should contain KlausM's work as of last night. Sorry about that, -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

Well, people... I have just merged the "fsc" branch (filesystems in C, largely the work of Liu Aleaxander) and the "elflink" branch (dynamic modules, the work of Claudiu Mihail and Stefan Bucur) together... I haven't tested anything other than it compiling, but it actually does compile. There are almost guaranteed to be issues that I have missed, but well, we get to

Hi, I'm trying to figure out how to link against symbols from the core com32 shallow module at runtime. I see references to _root_.c32 (EXEC_ROOT_NAME) in com32/lib/sys/module/exec.c, but can't find where this module is created in the build infrastructure, if indeed it is created at all. Does anyone have any pointers?