You get there and decide to use version 7.3 and build your apps using the default compiler that comes with 7.3. You get everything working with some effort. Some A.H. comes along and says you ought to upgrade to version 9 and you do and get the default compiler with that version and in order to take advantage of the new version you rebuild all of your apps and they neither compile and definitely won't run.
If you're recompiling an application against the system's libraries, then it works.
If your app needs additional libraries, you'd recompile those on the new system as well, and it works.
The only time the C++ binary compatibility becomes a problem is when you try to mix libraries from different compilers... as in you've brought some custom libraries from 7.3, but decide that recompiling the app would be nice. That does not work. Surprise! If you do stupid things, the system breaks.
> This is
the non-technical person that does that.
I recommend that he move the working application to the new system without attempting to recompile only half of it. Backwards compatibility is fine. You can continue running applications built on 7.3 on 9.
He did it all the time with the other OS (MS)
He recompiled his applications on a win32 platform with a different compiler all the time?
, but this new and great OS doesn't allow him to do something simple without causing him grief.
Compiling is not simple. I think it's silly to pretend that it is. If recompiling were a simple and straightforward thing, Red Hat would have documented and supported users recompiling their kernels. Compiling is something that developers should do.
-- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
