| Summary: | app-text/tesseract segfaults when built with opencl use flag | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | schmittlauch <t.schmittlauch+gentoo> |
| Component: | Current packages | Assignee: | Bernard Cafarelli <voyageur> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | normal | CC: | chutzpah, jstein |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | emerge --info | ||
Thanks for the report! opencl support is not the most stable part of the code. From your emerge info, it's intel opencl with stable ebuild right? It may be worth trying with 3.05.00 (or maybe masked alpha 4), lots of changes in that part. If it does not help, providing a useful backtrace upstream will probably help, as intel is probably not the most tested brand (with nvidia cards and binary drivers, opencl worked fine here) Does 3.05.01 help here? I think I saw some opencl-related fixes (4.0 branch has a lot more, but is still alpha) Please test with 3.05.01 (going into stable), don't hesitate to reopen if it still crashes |
Created attachment 473746 [details] emerge --info As I wanted to try out whether tesseract was faster with opencl support I tried recompiling tesseract with the opencl USE flag. This leads to tesseract segfaulting: ``` $ tesseract --list-langs [DS] Profile file not available (tesseract_opencl_profile_devices.dat); performing profiling. [1] 32597 segmentation fault (core dumped) tesseract --list-langs ``` building tesseract without opencl support makes tesseract work again.