On Wed, 8 Jun 2016 11:04:19 +0900 Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote:
> On Tue, 7 Jun 2016 20:28:59 +0200 Davide Andreoli > <d...@gurumeditation.it> said: > > > 2016-06-07 7:27 GMT+02:00 Jean-Philippe André <j...@videolan.org>: > > > > > On 7 June 2016 at 13:32, Jean-Philippe André <j...@videolan.org> > > > wrote: > > > > > > > > > > > > > > > > > > > On 7 June 2016 at 13:27, Simon Lees <sfl...@suse.de> wrote: > > > > > > > >> > > > >> > > > >> On 06/07/2016 01:50 PM, Jean-Philippe André wrote: > > > >> > Hi, > > > >> > > > > >> > This morning EFL build failed with missing -lomp. OpenMP was > > > >> > not > > > >> installed > > > >> > on my machine (archlinux) and installing it fixed the build. > > > >> > > > > >> > But somewhere in the >100 patches merged since Friday this > > > >> > new > > > >> dependency > > > >> > was added. It's weird as I couldn't find anything related to > > > >> > openmp or > > > >> omp. > > > >> > Also, -lomp appears indirectly when clang is called with > > > >> > -lopenmp. > > > >> > > > > >> > Any idea what is going on? > > > >> > > > > >> > > > >> At a guess its either evas-generic-loaders or > > > >> emotion-generic-players, I think they were switched to enable > > > >> all loaders by default rather then disabled but I could be > > > >> wrong. > > > >> > > > >> > > > > Good catch! > > > > It seems to be a dependency of libraw. > > > > > > > > Not sure if it's a problem with my distro or if RAW should be > > > > disabled by default. > > > > pkg-config --libs libraw shows -lopenmp even though I somehow > > > > could install libraw without openmp. > > > > > > > > Also we might need to check for libraw AND openmp? Or is libraw > > > > badly packaged in arch? > > > > > > > > > > The generic loaders merge adds a lot of new dependencies for efl > > > (spectre, librsvg, cairo, openmp, libraw, ...). > > > It seems they shouldn't be built by default? > > > > > > > I really think that svg (librsvg->cairo) and pdf (poppler) must be > > on by default, > > without them your efl apps cannot render pdf and svg, and I > > consider those file types important for a decent desktop experience. > > > > Maybe we can make raw (libraw->openmp) and ps (libspectre) off by > > default, but also in this case I think they should be enabled, to > > encourage their usage > > and testing. > > Otherwise we will get users to report bugs like: ephoto cannot show > > the raw images from my camera... etc. > > forget openmp. that seems to be a distro specific issue with build > options. arch certainly needs no openmp for libraw. i think libraw > being on by default is worth it for sure because fo the exact reason > you give above. --disable it i you dont want it. > > libspectre is a little more of an edge case. pdf has pretty much > supplanted ps by now so i would say it's not that common... and i am > sure someone will go "but but i have ps files". there is always > someone. :) the question is - what is the right balance of making it > a "required by default but able to be disabled" option vs "requiring > enablement". No PostScript here, and I pretty much only use PDFs when others insist. Though mostly they insist on MS Word docs, but never specify which of the several slightly incompatible versions of this alledged standard they actually mean. I used to just send them RTFs, coz Word reads that fine, but I switched to PDFs when tables didn't always work so good in RTF. No one has complained about the PDFs. Raw I use in my big virtual world project coz Second Life uses raw images for terrain heightmaps, and I'm trying to be backwards compatible with their legacy data formats. So my vote - Raw fer sure, PDF only coz I have to, but not PostScript. Oh, and SVG is good to. Oddly enough, I plan to soon convert a Cairo proggy to an EFL proggy, but Cairo itself wont be needed by me in EFL. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world.
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
