I failed to send this reply to the list, sorry. Thank you Jeffery, for pointing me it the right direction. I'll certainly look into it, and try to come up with a reasonable patch. I am using RH AS 4 for this platform with a 2.6 kernel.
It does appear to me that there have been changes to 'src/package/' directory since 1.2.13. I'm not sure if it affects the 'packageExecute' function, but file sizes in this directory have been modified. I would expect no change, unless someone did some work on it, right? I will try to diff the files. Regarding the compiler, is this a large enough difference in versions to be the cause? The gcc compiler on RH AS 3 is gcc version 3.2.3 20030502 (Red Hat Linux 3.2.3-52) The gcc compiler on RH AS 4 is gcc version 3.4.4 20050721 (Red Hat 3.4.4-2) On Wed, 2006-01-04 at 18:18, Jeffrey Hutzelman wrote: > You haven't told us what platform or compiler you're using, but I'm going > to guess that it's a recent Linux using gcc 4. The thing that changed here > is not OpenAFS; it's your compiler. > > The complaint is not that a value is void that shouldn't be. > The complaint is that a value that _is_ void is not being ignored. > > Specifically, sync() returns void, but we are comparing its return value as > if it were an integer. This is a perfectly reasonable thing to do; it > wasn't until relatively recently that some platforms started declaring > sync(2) as returning void. The reason you're losing is that you've > switched to a compiler that is rather more pedantic about such things than > the one you were using before. > > You might consider sending a report to [EMAIL PROTECTED] > I bet the gatekeepers would be happy if you included a patch. > > -- Jeffrey T. Hutzelman (N3NHS) <[EMAIL PROTECTED]> > Sr. Research Systems Programmer > School of Computer Science - Research Computing Facility > Carnegie Mellon University - Pittsburgh, PA > -- veritatis simplex oratio est Andrew Bacchi Staff Systems Programmer Rensselaer Polytechnic Institute phone: 518 276-6415 fax: 518 276-2809 http://www.rpi.edu/~bacchi/ _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
