For example, on a OSX your menu bar is at the top of the screen and child windows float freely, whereas in Windows the menu bar is at the top of the main window with child windows constrained to the parent window's bounds (for an MDI program). Another example is that OSX uses a "Quit" menu option to leave a program, whereas Windows will use "Exit".
And Qt, if you let it, will abstract those kinds of native differences (at least in theory! I'm a Windows-only user, so far).
"QMenuBar on Mac OS X is a wrapper for using the system-wide menu bar. If you have multiple menu bars in one dialog the outermost menu bar (normally inside a widget with widget flag Qt::Window) will be used for the system-wide menu bar."
On OSX, the Qt filemenus do use OSX's top-of-the-screen (instead of top-of-the-window) position, and Qt abstracts common keyboard shortcuts (if you want it to) to use the platform-specific menu spellings and shortcuts, and the platform-specific layouts of buttons. For example:
(Windows interfaces have the preferred option on the left, and the 'cancel' option on the right. Macs put extra space between 'Don't save' and 'Cancel')
It's probably not perfect, but your code should be able to compile fine (I've never done it before) on Linux, OSX, and Windows, and then you'll probably have to spend some time tweaking things a little bit with #ifdefs, but hopefully not much!
Oh, and LGPL ftw! As long as you dynamically link to the libraries (and share any modifications to the libraries themselves), you can use Qt in commercial code.
You'll have to talk to a programmer who actually release things cross-platform to get more details about the abstractions and any difficulties they run into.