301668 – paraview ship its own copy of hdf5

Bug 301668 - paraview ship its own copy of hdf5

Summary: paraview ship its own copy of hdf5

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	Current packages (show other bugs)
Hardware:	All Linux

Importance:	High QA (vote)
Assignee:	Markus Dittrich (RETIRED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2010-01-20 20:33 UTC by François Bissey
Modified:	2010-01-22 03:42 UTC (History)
CC List:	1 user (show)

See Also:
Package list:
Runtime testing required:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description François Bissey 2010-01-20 20:33:19 UTC

the paraview ebuild currently has a hdf5 use flag.
However it doesn't enable functionality, it enable using 
system hdf5 instead of the internal copy.
It is usually considered a good idea to use the system copy instead
of the internal one.
When I ported paraview to the cmake eclass I dropped the hdf5 flag
for this reason after talking to other devs on irc.

Comment 1 Markus Dittrich (RETIRED) gentoo-dev

2010-01-21 11:26:47 UTC

Yeah, I've been pondering this in the past - if hdf5 just wouldn't
be such a beast to build ;)

But you are of course correct, we should really drop the
use flag and link against the system hdf5. I'll do this later.

Thanks for the heads up.

cheers,
Markus

Comment 2 Markus Dittrich (RETIRED) gentoo-dev

2010-01-22 03:42:57 UTC

paraview now uses system hdf5 exclusively.

Thanks again for the note.

cheers,
Markus