Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Added Debian Package on CPACK #4

Open
wants to merge 24 commits into
base: master
Choose a base branch
from
Open

Conversation

racerxdl
Copy link
Contributor

I added the CPACK stuff for generating debian packages just by using make package inside build folder. Libcorrect is a dependency of my libSatHelper on https://github.com/opensatelliteproject so it would be usefull to have a package generator on the github repository :D

@racerxdl
Copy link
Contributor Author

I also added some fixes for Visual Studio. It was actually working here, but Visual Studio doesn't save everything when Hit Ctrl +S or closing the app. Now its fixed.

@racerxdl
Copy link
Contributor Author

Actually wait to merge, the paths are not in Release mode.

@brian-armstrong
Copy link
Member

@racerxdl

Sorry I haven't had much time to review this. Looks like you're making good progress.

One thing I'd be curious to see is if we could generate VS stuff with cmake -G instead, since that would probably track VS updates better in the future.

Aside from that, I think I'd be hesitant to apply DLL_EXPORT like this everywhere, but I know that I also need to add extern C everywhere. I'll see if I can think of a way that does both in the right situations.

racerxdl and others added 18 commits January 21, 2018 21:52
1. In the Debug build, remove -march=native. Some toolchains may not
support this option and it is not necessary.
2. Specify C as the project language since there is no C++ code. This
allows toolchains lacking C++ support to build the library.
3. Switch check_cxx_source_compiles to check_c_source_compiles, also for
removing dependency on C++.

Signed-off-by: Joel Carlson <[email protected]>
CMakeLists.txt: fixes for various toolchains
On a machine without SSE4.1 the HAVE_SSE flag would still be set.
Because CFLAGS is set to include -msse4.2, the compiler happily
generates SSE 4.2 instructions. Running any resulting SSE-enabled
binary would then result in an illegal instruction error.

The HAVE_SSE check now checks for the presence of one of the SSE 4.1
instructions that is used in the SSE enabled convolutional decoder.
The check must run with -march=native to ensure it checks against the
host machine capabilities.

The HAVE_SSE definition is now propagated to downstream targets that
depend on libcorrect. This means they can now ifdef on HAVE_SSE to
decide whether or not to include libcorrect's SSE specific header.

Confirmed that the HAVE_SSE check now fails on an old machine without
SSE 4.1 (but with SSE 3 and SSSE 3).
Fixes for SSE detection and propagation
-Wpedantic is only provided by gcc >= 4.8. Since showing pedantic
warnings is not really mandatory, let's only use this option when the
compiler supports it.

Signed-off-by: Thomas Petazzoni <[email protected]>
CMakeLists.txt: conditionally use -Wpedantic
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants