[syslinux] move firmware-specific code into a directory

Patrick Masotta masottaus at yahoo.com
Sun Sep 20 11:42:48 PDT 2015


>>>    
 FWIW, I would rather see efforts invested on making c32 modules usable 
 under all supported firmware architectures, instead of changing the 
 whole directory tree structure. Adding some kind of conditional(s) in 
 Makefiles seems appropriate.
 
 BTW, if a c32 module would be built for BIOS only and then someone 
 patches the code so to make it usable under UEFI also, then the change 
 in Makefiles should be simple. The code in Syslinux already requires 
 skills, knowledge, and a certain learning curve; so lets not 
 over-complicate matters.
 
 Indeed, producing c32 modules under the efi32 and efi64 subdirectories 
 while they are not really usable under such systems is not nice nor 
 user-friendly, but lets not pretend it is the worse / most important 
 issue in the current Syslinux code.
 
 If it can be done, without making it more difficult for contributors / 
 coders (especially for potential new ones), great. If it is going to 
 make things more difficult for new developers to learn how the code 
 works (with the intention of contributing), or if it happens to require 
 too much focus / investments from the very few contributors that 
 Syslinux currently has...
 
 As I have said in past emails (among other places), current regressions 
 and essential features are still the main issue for Syslinux these days
 
 (or rather, years). In fact, let me emphasize that statement: it is 
 _the_ issue.
 
 @Patrick (and whoever might be interested):
 I have posted the link several times (even recently):
 
 "[PATCH 0/1] EFI access from Com32 modules"
  http://www.syslinux.org/archives/2015-March/023320.html
 
 
 (and please, remember the "8.3 file name format"; TIA)

 Regards,
 Ady.
  
<<<

I agree; 
thanks for the link.

Best,
Patrick


More information about the Syslinux mailing list