Closed
Bug 148439
Opened 22 years ago
Closed 22 years ago
zlib not found for libpr0n/decoders/png, extra.dot changes needed
Categories
(SeaMonkey :: Build Config, defect)
SeaMonkey
Build Config
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.
Assignee | ||
Comment 1•22 years ago
|
||
Assignee | ||
Comment 2•22 years ago
|
||
Attachment #85840 -
Attachment is obsolete: true
Comment 3•22 years ago
|
||
hmm... not sure I understand why the REQUIREments aren't met. Maybe something to do with native vs. mozilla-based zlib? seawood?
Comment 4•22 years ago
|
||
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.
Assignee | ||
Comment 5•22 years ago
|
||
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.
Comment 6•22 years ago
|
||
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?
Assignee | ||
Comment 7•22 years ago
|
||
seawood is correct about all.dot having "png -> zlib" already, my mistake. Ok let me look at this some more.
Assignee | ||
Comment 8•22 years ago
|
||
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
Assignee | ||
Comment 9•22 years ago
|
||
Attachment #85842 -
Attachment is obsolete: true
Assignee | ||
Updated•22 years ago
|
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
Assignee | ||
Comment 10•22 years ago
|
||
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.
Assignee | ||
Comment 11•22 years ago
|
||
invalid
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•