Opened 15 years ago

Closed 15 years ago

Last modified 15 years ago

#4542 closed bug (invalid)

gcc4 OptionalPackages do not start on Alpha1

Reported by: tangobravo Owned by: axeld
Priority: normal Milestone: R1
Component: - General Version: R1/alpha1
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

Hi guys,

Good job on the alpha! The release notes say that it is a hybrid build and can run gcc2 or gcc4 apps but I haven't been able to run the optional packages compiled on gcc4. Specifically BeZillaMail-2.0.0.21pre-haiku-gcc4-x86-09-03-01.zip gives the following terminal output:

runtime_loader: /boot/apps/BeZillaMail/BeZillaMail: Could not resolve symbol '_ZN5BView15_ReservedView11Ev' resolve symbol "_ZN5BView15_ReservedView11Ev" returned: -2147478780 runtime_loader: /boot/apps/BeZillaMail/BeZillaMail: Troubles relocating: Symbol not found

That looks to me like it's trying to link to the wrong libraries? I also tried a gnash binary and had the same problem. Do I need to do anything my end to get these to work (I thought the runtime loader did some magic) or is it a bug?

Change History (4)

comment:1 by jackburton, 15 years ago

Was this package recompiled for the alpha ? I think some symbols have been added just before we branched for the alpha.

comment:2 by stippi, 15 years ago

Resolution: invalid
Status: newclosed

The GCC4 compatibility kludges for intermediate GCC4 packages have been removed from the alpha branch. The alpha is not supposed to be compatible with packages compiled for previous versions. If you upgrade to trunk, I think those kludges should still be there.

comment:3 by tangobravo, 15 years ago

Ah right, thanks for clearing that up. The "Welcome" document lists OptionalPackages as the first link for getting software, so there at least should be a note put up there about which packages will work. Even better if they were rebuilt to work on the alpha, of course.

in reply to:  3 comment:4 by umccullough, 15 years ago

Replying to tangobravo:

The "Welcome" document lists OptionalPackages as the first link for getting software, so there at least should be a note put up there about which packages will work. Even better if they were rebuilt to work on the alpha, of course.

That's unfortunately, since the OptionalPackages isn't a software distribution website the way people would expect.

I suspect we will continue to host old and incompatible packages there for testing purposes (building an old revision of Haiku will still link to those old packages for example).

It wasn't really meant to be a place people went to found software, only a "repository" where people could dump stuff that the build system can then pull from.

I recommend we remove it from the Welcome page.

Note: See TracTickets for help on using tickets.