--- Comment #15 from Richard <hobbes1069(a)gmail.com> 2012-09-09 22:39:10 CEST ---
(In reply to comment #12)
Hi Andrea and Richard, I have moved the spec file forward I think,
and now the
documents and the localizations are improved.
I have not yet tried rpmlint or to report any errors upstream, but using
-DCMAKE_BUILD_TYPE=RelWithDebInfo results in a big debugging package (28 MB)
and builds okay - so thanks for that tip, Richard. I have removed the changes
you made for the out of source build as I could not build with them - and while
I see the point of not polluting source if I am using the development build, it
seems to make no difference when packaging as far as I can see.
Interesting. I'm not sure why it would break things for you. I use it on all of
my cmake based packages...
So I think the problems left are these:
I don't think you want to do this. This would detect the presence of SSE2 on
the build server (which it would have), not on the end user install.
(In reply to comment #14)
-- building with the opeion -DCMAKE_BUILD_TYPE=RelWithDebInfo has
development build (as default). So will be no good. Again I will have to go for
a -DCMAKE_BUILD_TYPE=Release build if I want the program to build at any speed.
So this problem is not resolved.
Are you sure? Does using "RelWithDebInfo" cause specific debug only flags to be
using during build? Perhaps upstream doesn't understand that rpmbuild strips
out the debuginfo into a separate package.
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.