Opened 10 years ago

Closed 10 years ago

#10432 closed bug (fixed)

Webpositive crash hrev46699_x86_64

Reported by: vidrep Owned by: pulkomandy
Priority: normal Milestone: R1
Component: Applications/WebPositive Version: R1/Development
Keywords: Cc: korli
Blocked By: Blocking: #10668, #10809
Platform: All

Description

Webpositive crashes on application launch

Attachments (3)

Change History (16)

comment:1 by anevilyak, 10 years ago

Component: - GeneralApplications/WebPositive
Owner: changed from nobody to pulkomandy

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

comment:2 by anevilyak, 10 years ago

Owner: changed from pulkomandy to anevilyak
Status: newin-progress

comment:3 by anevilyak, 10 years ago

Cc: korli added
Owner: changed from anevilyak to pulkomandy
Status: in-progressassigned

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

comment:4 by pulkomandy, 10 years ago

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

comment:5 by anevilyak, 10 years ago

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.

comment:6 by pulkomandy, 10 years ago

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

comment:7 by vidrep, 10 years ago

hrev46791_x86_64 Webpositive still crashing (debug report attached)

comment:8 by pulkomandy, 10 years ago

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.

comment:9 by pulkomandy, 10 years ago

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?

comment:10 by anevilyak, 10 years ago

Blocking: 10668 added

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

in reply to:  9 comment:11 by anevilyak, 10 years ago

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.

comment:12 by pulkomandy, 10 years ago

Blocking: 10809 added

comment:13 by pulkomandy, 10 years ago

Resolution: fixed
Status: assignedclosed

x86_64 Haiku now has a working 1.4.0 WebKit build.

Note: See TracTickets for help on using tickets.