|
|
On 9/4/24 11:10, 'Albrecht Schlosser' via fltk.coredev wrote:
There's nothing like "the same" regarding two libraries.
Agreed.
Didn't you recently report that using an older FLTK 1.4 header mix
with current 1.4 caused you problems, IIRC in this thread???
Guilty as charged. But you cannot do anything against human stupidity
:D Just look for:
find_package(JPEG)
if the system jpeg found is libturbo-jpeg, jpeg8 or jpeg6, it shouldn't
be FLTK's concern.
I'll look into it anyway but I'd rather use a simpler project if you
could provide one that:
- downloads sources only from the original repos (see e.g. our
documentation/src/bundled-libs.dox)
I honestly missed that. I'll see if we can use the latest PNG as they
now compile it with CMake.
- does not need to install any packages like nasm
That might be an issue for libturbo-jpeg. Have to check.
- uses the stock libjpeg rather than turbojpeg for simplicity and
consistency with our build
That's difficult also, as, IIRC, libjpeg does not compile natively on
the latest MSVC.
- whatever else you can simplify.
Probably not much, unfortunately. You need to have a SuperBuild so that
all .lib files are installed in the install location.
--
Gonzalo Garramuño
ggarra13@gmail.com
--
You received this message because you are subscribed to the Google Groups "fltk.coredev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fltkcoredev+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fltkcoredev/58970343-5e93-4a41-9a4f-bda96c5bf99d%40gmail.com.
[ Direct Link to Message ] | |
|
| |