the argument given now can
- be 'all', meaning everything
- start with -, meaning not to enable symbols for that item
- end with /, meaning everything in that toplevel directory
- be a target of the form targettype_name, e.g. Library_swui

Note that there is no ordering and removal takes precedence.

- move using optimization, symbols (i.e. debug) and environment
    cflags/cxxflags into one place
- --enable-dbgutils is independent from --enable-debug, and thus
    also --enable-symbols, so it should not set debuglevel
- setting -g flag is controlled by --enable-symbols, not --enable-debug,
    so it should be used also for selective -g enabling
- setting debug flags depending on debuglevel being 2 is certainly wrong
- do not let environment cflags/cxxflags disable optimization/symbols flags
  completely, if one wants, it's possible to explicitly specify e.g. -g0,
  but the current way does not make it easily possible to specify e.g.
  -fcolor-diagnostics
- do not set debug flag globally now that it can be done selectively

This is to avoid unintended regressions based on configure options.

It did not help with the race condition at all.
This reverts commit 1b62ccdc.

including important bug fixes

there is still a little wrinkle, the preview shell always shows what sheets are selected, it's currently not possible to specify the sheets to preview

This ports 84dbc4fe "do not let gcc use
registers we are setting ourselves," in the hope that it is also an
improvement for Mac OS X PPC.  (But the patch was applied blindly, so
please revert if it makes things worse instead.)

This reverts commit b8044cb8.

84dbc4fe fixed the bridge for PPC on Linux, not
Mac OS X.

The various *Card* members call getByIndex(rowIndex) and getByIndex expects
sal_uInt32 so change everything to it. Change callers as well to adapt to
the change.

index is passed to getByIndex which takes sal_uInt32 so just use sal_uInt32
everywhere

Clang says:
stripped_scanner.ll:198:46: error: for loop has empty body [-Werror,-Wempty-body]
stripped_scanner.ll:198:46: note: put the semicolon on a separate line to silence this warning [-Wempty-body]

gcc uses a register for the function call--and it tried r9 here...

The "mr" stores r11 to indeterminate register (r9 in my case) before
storing it into the output variable, thus overwriting one of our input
arguments... This later leads to nice segfault in
testtools/source/bridgetest ...

I suppose there is a better way to get the variable, but I do not know
it .-)

The copy/paste formulas code is getting a bit complex. I will try to
write some test cases for it.