> appro> > appro> and make sure perl emits universal code (i.e. no comments:-). Note >that > appro> > appro> the first rule automatically covers for -b elf of yours:-) > appro> > > appro> > How about reworking that for 0.9.8? Or if you dare, for 0.9.7a? > appro> > appro> ??? I already said that I'm holding this [universal rule for all IA-32 > appro> ELF targets] for 0.9.7a... You don't have to dare me... A:-) > > I believe that a swicth from using $(CPP) followed by a rather simple > filter to a solution completely in Perl is a rather large step. > Therein lies the dare. Remember that we don't do betas on patch > levels since a bit...
Yet I'd dare:-) If it was up to me and if Tim is with us [i.e. is ready to swiftly verify a snapshot on explicit request], I'd pull it [unified *586-elf.o rules] even now:-) I have Linux and Solaris/Intel, login.openssl.org is a FreeBSD machine... So shall we? > In the mean time, does the current solution work on UnixWare/SCO or > doesn't it? Define "current solution" and define "work." As far as I can tell the only target that shouldn't work in 0.9.7-beta6 is sco5-gcc and only if you don't have GNU assembler around. The rest of targets should work. They lack assembler support, but they're operational. What is being discussed here is *proposed* patch adding support for assembler modules to the targets in question. A. ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
