Closed Bug 148439 Opened 23 years ago Closed 23 years ago

zlib not found for libpr0n/decoders/png, extra.dot changes needed

Categories

(SeaMonkey :: Build Config, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: mcafee, Assigned: mcafee)

Details

Attachments

(1 file, 2 obsolete files)

There is an additional ordering problem with the imglib2 decoder stuff, the png stuff craps out because libmozz.so isn't found. patch coming up.
Blocks: 143524
Attachment #85840 - Attachment is obsolete: true
hmm... not sure I understand why the REQUIREments aren't met. Maybe something to do with native vs. mozilla-based zlib? seawood?
Right, when the dep list is created, we should not be using any of the --with-system- options. By default, we use the in-tree versions of those libs so I don't see why ZLIB_REQUIRES isn't being set properly.
I think ZLIB_REQUIRES is set right. png and mng are detached from the all.dot requires map, I hand-added these to the extra.dot file w/o looking at the requires list. E.g. all.dot doesn't show "png -> zlib" because .. it never finds png. I guess the correct thing to do would be to have run module-graph.pl on png, mng, etc. to extra.dot to make sure we extend the tree properly. I think we can hand-edit things for now to get things going.
Why would it never find png? I thought that the all.dot graph was generated by traversing the default build tree? Looking at the all.dot that's checked in, we do have a png -> zlib mapping. So the real problem is that the virtual dependencies in extra.dot are not being expanded after they are read?
seawood is correct about all.dot having "png -> zlib" already, my mistake. Ok let me look at this some more.
Here's the error: /usr/bin/ld: cannot find -lmozz collect2: ld returned 1 exit status gmake[3]: *** [libimgpng.so] Error 1 gmake[3]: Leaving directory `/builds/mcafee/gmonkey/mozilla/modules/libpr0n/decoders/png' Two changes need to happen to extra.dot here. 1) we should be adding "imgpng" to v-imagedecoders, not the raw png. This will take care of zlib & other libs that png needs. 2) imglib2 needs the v-imagedecoders dependency directly, we can't add it to gtkembedmoz-wrapper because we lose that dependency information, which confuses the build order. Here's an extra.dot that worksforme: gtkembedmoz-wrapper -> gtkembedmoz; imglib2 -> v-imagedecoders; v-imagedecoders -> imgjpeg; v-imagedecoders -> imgmng; v-imagedecoders -> imgpng;
Summary: png/imglib2 decoder needs zlib to be built first → zlib not found for libpr0n/decoders/png, extra.dot changes needed
Attachment #86294 - Attachment description: patch form of above extra.dot file → extra.dot changes: 1) png is now imgpng, 2) imglib2 has v-imagedecoders dependency
ok talked with alec, this has a better solution. we're getting bitten by the module-inside-a-module (imglib2, imgpng) problem. marking invalid, I'll re-file this bug since this has gotten confusing.
invalid
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
No longer blocks: 143524
verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: