On 04/23/2014 09:06 PM, Ady wrote:> Suggestions and patches are surely welcome.Ady, Mine is only suggestion, and for sure I will just follow what Syslinux developers decide. Thanks. Steven. -- Steven Shiau <steven _at_ stevenshiau org> Public Key Server PGP Key ID: 4096R/47CF935C Fingerprint: 0240 1FEB 695D 7112 62F0 8796 11C1 12DA 47CF 935C
I actually propose another strategy that may kills many birds with one stone. I think it should be able to be handled internally. Right now, we take a kernel argument as a literal file name hdt.c32 really mean load file hdt.c32. That great, it works, that is how most config files are written. All we need to do is change the expectation a little from a literal to a directive with a literal fallback. I will attempt to express in sudo load ldlinux.$ARCH if kernel $ARG == `list keywords`.c32 || kernel $ARG == `list keywords`.com; then ????ARG=$(ARG%.*).$ARCH fi exec kernel $ARG This extra logic would allow the same config files to be used. It would allow a migration to config files that used the more generic keyword .com instead of .c32 to express the need to run another syslinux module. It would allow both 64 and 32 bit com modules to exist in the same directory, as it would allow them to have different extensions(.c32,e32,e64). And the the thing I really like, is that it makes it possible for make decisions based on system ARCH much more easily than by trying to figure out where to put files. It is basically compat with what is currently in existence and opens the doors quite a bit?for handling multiple architectures.? My two cents. Best, Don Cupp On Wednesday, April 23, 2014 6:45 AM, Steven Shiau <steven at nchc.org.tw> wrote: On 04/23/2014 09:06 PM, Ady wrote:> Suggestions and patches are surely welcome.Ady, Mine is only suggestion, and for sure I will just follow what Syslinux developers decide. Thanks. Steven. -- Steven Shiau <steven _at_ stevenshiau org> Public Key Server PGP Key ID: 4096R/47CF935C Fingerprint: 0240 1FEB 695D 7112 62F0? 8796 11C1 12DA 47CF 935C _______________________________________________ Syslinux mailing list Submissions to Syslinux at zytor.com Unsubscribe or set options at: http://www.zytor.com/mailman/listinfo/syslinux
/sudo/pseudo code/ On Wednesday, April 23, 2014 9:32 AM, Don Cupp <doncuppjr at yahoo.com> wrote: I actually propose another strategy that may kills many birds with one stone. I think it should be able to be handled internally. Right now, we take a kernel argument as a literal file name hdt.c32 really mean load file hdt.c32. That great, it works, that is how most config files are written. All we need to do is change the expectation a little from a literal to a directive with a literal fallback. I will attempt to express in sudo load ldlinux.$ARCH if kernel $ARG == `list keywords`.c32 || kernel $ARG == `list keywords`.com; then ????ARG=$(ARG%.*).$ARCH fi exec kernel $ARG This extra logic would allow the same config files to be used. It would allow a migration to config files that used the more generic keyword .com instead of .c32 to express the need to run another syslinux module. It would allow both 64 and 32 bit com modules to exist in the same directory, as it would allow them to have different extensions(.c32,e32,e64). And the the thing I really like, is that it makes it possible for make decisions based on system ARCH much more easily than by trying to figure out where to put files. It is basically compat with what is currently in existence and opens the doors quite a bit?for handling multiple architectures.? My two cents. Best, Don Cupp On Wednesday, April 23, 2014 6:45 AM, Steven Shiau <steven at nchc.org.tw> wrote: On 04/23/2014 09:06 PM, Ady wrote:> Suggestions and patches are surely welcome.Ady, Mine is only suggestion, and for sure I will just follow what Syslinux developers decide. Thanks. Steven. -- Steven Shiau <steven _at_ stevenshiau org> Public Key Server PGP Key ID: 4096R/47CF935C Fingerprint: 0240 1FEB 695D 7112 62F0? 8796 11C1 12DA 47CF 935C _______________________________________________ Syslinux mailing list Submissions to Syslinux at zytor.com Unsubscribe or set options at: http://www.zytor.com/mailman/listinfo/syslinux