search for: libcom32core

...ash-style=gnu -T /var/tmp/portage/sys-boot/syslinux-6.01_pre5/work/syslinux-6.01-pre5/core/i386/syslinux.ld -M -o ldlinux.elf ldlinux.o \ > 15:01 < chithead> --start-group libcom32.a --whole-archive /var/tmp/portage/sys-boot/syslinux-6.01_pre5/work/syslinux-6.01-pre5/bios/com32/lib/libcom32core.a libldlinux.a --end-group \ > 15:01 < chithead> > ldlinux.map > 15:01 < chithead> ld: unrecognized option '-Wl,-O1' > > Our use of $(LDFLAGS) may seem slightly unconventional within Syslinux > in that we don't pass it to GCC, but pass it directly t...

...E --hash-style=gnu -T /var/tmp/portage/sys-boot/syslinux-6.01_pre5/work/syslinux-6.01-pre5/core/i386/syslinux.ld -M -o ldlinux.elf ldlinux.o \ 15:01 < chithead> --start-group libcom32.a --whole-archive /var/tmp/portage/sys-boot/syslinux-6.01_pre5/work/syslinux-6.01-pre5/bios/com32/lib/libcom32core.a libldlinux.a --end-group \ 15:01 < chithead> > ldlinux.map 15:01 < chithead> ld: unrecognized option '-Wl,-O1' Our use of $(LDFLAGS) may seem slightly unconventional within Syslinux in that we don't pass it to GCC, but pass it directly to ld. Hence the above er...

...memdump' make[2]: *** [memdump] Error 2 2) For recursive prerequisites, is it better to list the directory as a prerequisite (simple and current approach) or would it be better to have a more complex set of rules like the following: --In com32/Makefile: lib/libcom32.c32 lib/libcom32min.a lib/libcom32core.a: lib libutil/libutil.c32: libutil --In com32/rosh/Makefile: rosh.c32: lib/libcom32.c32 libutil/libutil.c32 -- -Gene

...; 2) For recursive prerequisites, is it better to list the directory as >> a prerequisite (simple and current approach) or would it be better to >> have a more complex set of rules like the following: >> >> --In com32/Makefile: >> lib/libcom32.c32 lib/libcom32min.a lib/libcom32core.a: lib >> libutil/libutil.c32: libutil >> >> --In com32/rosh/Makefile: >> rosh.c32: lib/libcom32.c32 libutil/libutil.c32 >> > > You *have* to use a PHONY target, e.g. the directory name. Otherwise > you may end up with a dependency getting skipped simply due...

...Linaro 4.6.3-1ubuntu5) > GNU ld (GNU Binutils for Ubuntu) 2.22 > > > ld -m elf_i386 -Bsymbolic -pie -E --hash-style=gnu -T > /home/gene/s/g/core/syslinux.ld -M -o ldlinux.elf ldlinux.o \ > --start-group libcom32.a --whole-archive > /home/gene/s/g/bios/com32/lib/libcom32core.a libldlinux.a --end-group > \ > > ldlinux.map > ld:/home/gene/s/g/core/syslinux.ld:29: syntax error > make[3]: *** [ldlinux.elf] Error 1 > > > core/syslinux.ld:29: HIDDEN(__module_start = .); > > This would seem to indicate that the keyword HIDDEN i...

...f()'s code isn't in the core but ldlinux.*. > ranlib liblpxelinux.a > ld -m elf_i386 -Bsymbolic -pie -E --hash-style=gnu -T > /root/syslinux/core/i386/syslinux.ld -M -o ldlinux.elf ldlinux.o \ > --start-group libcom32.a --whole-archive > /root/syslinux/bios/com32/lib/libcom32core.a libldlinux.a --end-group \ > > ldlinux.map > libcom32.a(font.o): In function `SEG': > /root/syslinux/com32/include/com32.h:144: undefined reference to `__bad_SEG' > /root/syslinux/com32/include/com32.h:144: undefined reference to `__bad_SEG' > libcom3...

...k.ld gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) GNU ld (GNU Binutils for Ubuntu) 2.22 ld -m elf_i386 -Bsymbolic -pie -E --hash-style=gnu -T /home/gene/s/g/core/syslinux.ld -M -o ldlinux.elf ldlinux.o \ --start-group libcom32.a --whole-archive /home/gene/s/g/bios/com32/lib/libcom32core.a libldlinux.a --end-group \ > ldlinux.map ld:/home/gene/s/g/core/syslinux.ld:29: syntax error make[3]: *** [ldlinux.elf] Error 1 core/syslinux.ld:29: HIDDEN(__module_start = .); This would seem to indicate that the keyword HIDDEN is invalid in my version. A quick "gi...

...nd removing the -DDYNAMIC_DEBUG but now syslinux doesn't want to build: ranlib liblpxelinux.a ld -m elf_i386 -Bsymbolic -pie -E --hash-style=gnu -T /root/syslinux/core/i386/syslinux.ld -M -o ldlinux.elf ldlinux.o \ --start-group libcom32.a --whole-archive /root/syslinux/bios/com32/lib/libcom32core.a libldlinux.a --end-group \ > ldlinux.map libcom32.a(font.o): In function `SEG': /root/syslinux/com32/include/com32.h:144: undefined reference to `__bad_SEG' /root/syslinux/com32/include/com32.h:144: undefined reference to `__bad_SEG' libcom32.a(bios.o): In function `SEG': /ro...

...r 2 > > > 2) For recursive prerequisites, is it better to list the directory as > a prerequisite (simple and current approach) or would it be better to > have a more complex set of rules like the following: > > --In com32/Makefile: > lib/libcom32.c32 lib/libcom32min.a lib/libcom32core.a: lib > libutil/libutil.c32: libutil > > --In com32/rosh/Makefile: > rosh.c32: lib/libcom32.c32 libutil/libutil.c32 > > -- > -Gene Hello Gene, I did get your observation, but I didn't get what you are expecting from the mailinglist. I do see that you are reporting tw...

...My bad. > > 2) For recursive prerequisites, is it better to list the directory as > a prerequisite (simple and current approach) or would it be better to > have a more complex set of rules like the following: > > --In com32/Makefile: > lib/libcom32.c32 lib/libcom32min.a lib/libcom32core.a: lib > libutil/libutil.c32: libutil > > --In com32/rosh/Makefile: > rosh.c32: lib/libcom32.c32 libutil/libutil.c32 > You *have* to use a PHONY target, e.g. the directory name. Otherwise you may end up with a dependency getting skipped simply due to the file you test for existin...

Hello Thomas, Thomas Schmitt via Syslinux said on Sun, Oct 25, 2015 at 04:35:57PM +0100: >I assume you can boot Fedora Live CD on the same (virtual) hardware. Not sure for Fedora, but the system is installed with either RHEL6, RHEL7 or Ubuntu 14.04 depending on the Lab I'm making on it without issue. >Just to make sure that the firmware works so far. Globally they do ;-) >

...sure I get your point here. kaboom.c is the file defining __bad_SEG. In fact what fails is this: ld -m elf_i386 -Bsymbolic -pie -E --hash-style=gnu -T /root/syslinux/core/i386/syslinux.ld -M -o ldlinux.elf ldlinux.o \ --start-group libcom32.a --whole-archive /root/syslinux/bios/com32/lib/libcom32core.a libldlinux.a --end-group \ > ldlinux.map So I guess that the code of kaboom.c is not in any of the 3 libs mentionned. # nm -g ./bios/core/libcom32.a | grep kaboom | grep T 00000000 T _kaboom So libcom32.a integrates the object file, but the __bad_SEG function is not in it: # nm -g ./bio...

From: Sylvain Gault <sylvain.gault at gmail.com> These patches basically remove unused linker scripts and port a change that was made to an unused script. Those are to be applied on top of the gcc 5 bug fixes as they would conflict otherwise. Sylvain Gault (4): diag/mbr: fix dependency to linker script Remove unused linker scripts core: Make symbols defined in linker script HIDDEN

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