how can i compile against zlib system library
by Martin Gansser
Hi,
i want to compile helm[1] for Fedora 29, but i want to compile it against the zlib system library.
I changed the following in the source code:
# use system library zlib
rm -rf ./JUCE/modules/juce_core/zip/zlib/zlib.h
sed -i 's|#define JUCE_INCLUDE_ZLIB_CODE 1|#define JUCE_INCLUDE_ZLIB_CODE 0|' JUCE/modules/juce_core/juce_core.h
sed -i 's|#include "../../../juce_core/zip/zlib/zlib.h"|#include "zlib.h"|' JUCE/modules/juce_graphics/image_formats/pnglib/pngstruct.h
but the compilation fails with this errors:
../../../JUCE/modules/juce_graphics/native/juce_RenderingHelpers.h:1915:14: required from here
../../../JUCE/modules/juce_graphics/native/juce_RenderingHelpers.h:969:24: warning: 'void* memcpy(void*, const void*, size_t)' writing to an object of non-trivially copyable type 'class juce::PixelAlpha'; use copy-assignment or copy-initialization instead [-Wclass-memaccess]
memcpy (dest, src, (size_t) (width * srcStride));
~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from ../../../JUCE/modules/juce_graphics/juce_graphics.h:112,
from ../../../JUCE/modules/juce_gui_basics/juce_gui_basics.h:57,
from ../../../JUCE/modules/juce_gui_basics/juce_gui_basics.cpp:45,
from ../../JuceLibraryCode/include_juce_gui_basics.cpp:9:
../../../JUCE/modules/juce_graphics/colour/juce_PixelFormats.h:617:17: note: 'class juce::PixelAlpha' declared here
class JUCE_API PixelAlpha
^~~~~~~~~~
make[1]: Leaving directory '/home/martin/rpmbuild/BUILD/helm-abdedd527e6e1cf86636f0f1e8a3e75b06ed166a/standalone/builds/linux'
make: *** [Makefile:79: standalone] Error 2
[1] https://martinkg.fedorapeople.org/Packages/helm/helm.spec
Regards
Martin
5 years, 3 months
poppler soname bump in rawhide
by Marek Kasik
Hi,
I'm going to rebase poppler in rawhide to poppler-0.73.0 at the end of
next week.
There are several API changes and soname bump of the base library
libpoppler.so.*.
Here is scratch-build of poppler-0.73.0:
http://koji.fedoraproject.org/koji/taskinfo?taskID=32108492
Btw, if your package uses the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?
Also, if your package still uses qt4 frontend, try to use another one
since this was removed in upstream and we have it just as a backup
solution for the time being.
Regards
Marek
5 years, 3 months
Self Introduction - Robert Fairley
by Robert Fairley
Hi all,
I'm an intern at Red Hat in Toronto, Canada. I'm working on Fedora CoreOS,
and helping bring aspects of Container Linux to Fedora. I'll be maintaining
a package upstream, console-login-helper-messages. I also help out with
ostree/rpm-ostree upstream. Looking forward to contributing further in the
Fedora space!
Best regards,
Robert Fairley
5 years, 3 months
CMake help: "install TARGETS given no LIBRARY DESTINATION for shared
library target"
by Ankur Sinha
Hello,
Could I have some help with CMake please?
I have a WIP spec here[1] that won't build. It always fails with:
> + cmake -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_Fortran_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DCMAKE_SKIP_RPATH:BOOL=ON -DBUILD_SHARED_LIBS:BOOL=ON -DCMAKE_BUILD_TYPE:STRING=release -DLIB_SUFFIX=64 .
> -- The C compiler identification is GNU 8.2.1
> -- The CXX compiler identification is GNU 8.2.1
> -- Check for working C compiler: /usr/bin/cc
> -- Check for working C compiler: /usr/bin/cc -- works
> -- Detecting C compiler ABI info
> -- Detecting C compiler ABI info - done
> -- Detecting C compile features
> -- Detecting C compile features - done
> -- Check for working CXX compiler: /usr/bin/c++
> -- Check for working CXX compiler: /usr/bin/c++ -- works
> -- Detecting CXX compiler ABI info
> -- Detecting CXX compiler ABI info - done
> -- Detecting CXX compile features
> -- Detecting CXX compile features - done
> -- Looking for pthread.h
> -- Looking for pthread.h - found
> -- Looking for pthread_create
> -- Looking for pthread_create - not found
> -- Check if compiler accepts -pthread
> -- Check if compiler accepts -pthread - yes
> -- Found Threads: TRUE
> -- Could NOT find Unwind (missing: Unwind_LIBRARIES)
> BUILDSTDERR: CMake Error at arbor/CMakeLists.txt:107 (install):
> BUILDSTDERR: install TARGETS given no LIBRARY DESTINATION for shared library target
> BUILDSTDERR: "arbor".
(The patch in the spec fixes the Unwind_Libraries bit, but the error
persists with or without that).
When I build locally on my F29 machine, with the same tweaks as in the
spec, it builds fine. Could someone please have a look and point out
what I'm doing wrong?
[1] https://github.com/sanjayankur31/rpm-specs/blob/arbor/arbor.spec#L107
--
Thanks,
Regards,
Ankur Sinha "FranciscoD"
https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London
5 years, 3 months
soname change - libqalculate
by Mukundan Ragavan
libqalculate soname bump is happening with v2.8.2. The following
packages are affected -
plasma-workspace
step
cantor
qalculate-kde
I will rebuild these packages and file bug reports if needed.
Mukundan.
5 years, 3 months