On Monday 16 July 2007 16:26, David Boyes wrote: > > Well, I'm not sure what I am going to do, probably leave it like it is > > until > > we move to cmake, even if it does break on some machines, since it has > > been > > coded that way for some time in a number of places, and I'm rather > tired > > of > > fiddling with autoconf. > > A reasonable answer. It does introduce some amount of ugly that you'll > have to go back and fix eventually, though.
Well, at some not too distant time I hope to convert to cmake, which is hundreds of times cleaner than autoconf for this kind of stuff. At that point, it will definitely be worth fixing probably by explicitly checking for each of the .a or .so files, which is not the current case. > > > However, in defense of the proposal, the above would most likely solve > the > > problem as it is mostly a problem of Intel architectures that are > somewhat > > schizophrenic about 32/64 bits, in the sense that it is the only PC > > architecture I know of where they often load both 32 bit and 64 bit > > libraries. > > It does mask the symptom, which is probably good enough for now. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Bacula-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/bacula-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
