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)
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•23 years ago
|
||
| Assignee | ||
Comment 2•23 years ago
|
||
Attachment #85840 -
Attachment is obsolete: true
Comment 3•23 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•23 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•23 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•23 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•23 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•23 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•23 years ago
|
||
Attachment #85842 -
Attachment is obsolete: true
| Assignee | ||
Updated•23 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•23 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•23 years ago
|
||
invalid
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•