Martin and Daniel, I could build Visual 5.40-1 right now.
Many thanks for your help ! Regards, Antoine Le 2 janv. 2011 à 16:03, Martin Costabel a écrit : > On 2/01/11 09:33, Daniel Macks wrote: >> (copying back to to list...already sent to maintainer and poster) >> >> On Thu, 30 Dec 2010 13:09:20 0100, Antoine Pérus wrote: > [] >>> /usr/include/c++/4.2.1/bits/localefwd.h:58:34: error: macro >>> "isspace" passed 2 arguments, but takes just 1 > > This is a bug that is hard to fix, coming from a classical incompatibility > between C++ (cctype) and C (ctype.h) headers and related to the order in > which header files are loaded. I don't know why it didn't show up earlier; it > still doesn't on 10.5.8 and I think it didn't on earlier versions of 10.6. > Instead of fixing it by shuffling #include commands around, I have now > upgraded visual-py26 to a more recent version (5.40) that does not give this > bug, neither on 10.5 nor on 10.6. > >> I can't even get that far! >> >> Warning: Incorrect filename 'visual-py26.info'. Should be one of: >> visual-py.info >> visual-py-5.32.info >> visual-py-5.32-1.info > > This one I won't fix. I dispute the wisdom of the validator to impose such > rules. > >> Error: PatchFile-MD5 does not match PatchFile checksum. (visual-py26.info) >> Actual: 99ffc72f955893b103dece7e5e6162ed >> Expected: caf39936d19921bea86d10600cc2cf78 > > This is another bug in the validator. In fact, if the md5sum were really > wrong, the package would fail to build even without the -m flag. > Fink takes visual-py26.patch as patchfile (as it should), whereas the > validator takes visual-py.patch. In the info file, it is %n.patch. Since the > new version allows py27, too, I have now hardwired the patchfile name to > visual-py26.patch, so this validator bug does no longer show up. > > -- > Martin > ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Fink-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-users
