Webpositive crash hrev46699_x86_64

[vidrep]

Webpositive crashes on application launch

[anevilyak]

The package needs to be updated to version 1.2.3 as has been done for the 32-bit builds.

[anevilyak]

1.2.3 currently fails to build on x86_64. The following error stops the build:

Linking CXX executable ../../../bin/jsc
/boot/system/develop/tools/bin/../lib/gcc/x86_64-unknown-haiku/4.7.3/../../../../x86_64-unknown-haiku/bin/ld: ../../../lib/libJavaScriptCore.a(LowLevelInterpreter.cpp.o): relocation R_X86_64_PC32 against symbol `llint_throw_from_slow_path_trampoline' can not be used when making a shared object; recompile with -fPIC
/boot/system/develop/tools/bin/../lib/gcc/x86_64-unknown-haiku/4.7.3/../../../../x86_64-unknown-haiku/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status

[pulkomandy]

Does adding -fPIC (cflags can be added in Source/cmake/OptionsHaiku.cmake, use the if that sets -march=i686 for x86) actually solve this?

[anevilyak]

No difference unfortunately, same build error with or without -fPIC, tried adding it outside of that if block as well since that one seems x86-specific, but that made no difference either.

[pulkomandy]

According to ​https://github.com/flavio/qjson/issues/24 , this may be fixed by upgrading to gcc 4.8.

[vidrep]

hrev46791_x86_64 Webpositive still crashing (debug report attached)

[pulkomandy]

No need to add extra bugreports with the same backtrace. The bug isn't fixed and nothing was changed, so it crashes in the same way.

[pulkomandy]

While reviewing our patches to CMake, I noticed that I added an x86-specific fix to handle ELF files rpath modification. CMake can modify the rpath on the fly when installing the files, so libraries are found. When this isn't supported, it will use some other method which may lead to the issue we have here.

Adding a similar support for x86_64 may help.

Has anyone tried building it on x86_64 with gcc4.8?

[anevilyak]

(In #10668) Indeed, had forgotten about that one.

[anevilyak]

Replying to pulkomandy:

While reviewing our patches to CMake, I noticed that I added an x86-specific fix to handle ELF files rpath modification. CMake can modify the rpath on the fly when installing the files, so libraries are found. When this isn't supported, it will use some other method which may lead to the issue we have here.

gcc 4.8 on its own appears to make no difference, jsc still fails to link with the exact same error as before. With regards to the rpath modification fix, I was unable to test modifying that for x86-64, because trying to build cmake on x86-64 eventually leads to a stuck build where the bootstrap cmake executable is consuming 100% CPU, whether I make any changes or not. This applies regardless of whether one attempts to build 2.8.11.2 or 3.0. I couldn't figure out why though, and I'm not that familiar with cmake in general, so I'm afraid I'm a bit low on ideas.

[pulkomandy]

x86_64 Haiku now has a working 1.4.0 WebKit build.