Hi, I know where is the trouble ;) You missed to specify the lib to link against... I join a draft of the good way to do that (we should use autoconf at the end)... Phil
Le Friday 19 May 2006 20:40, Youness Alaoui a écrit : > Humm.. what do you mean by exists? was it by looking at libjpeg source ? > or did you do an 'nm' on it ? > it might be that the symbol is in another library (if you found it in the > sources, it might have been for libjpegutils or whatever, something != > from lijpeg itself), or it might be that the symbol exists but is not > exported.. or simply that your .so file was not linked correctly.. > try ldd on it and see if it's linked to the correct libs, then do nm on > that path and |grep jpeg_resync_to_start.. > I think a diff between the two sources would be the best idea, because we > might have all symbols but they might not contain the same code.. > > KKRT > > > On Fri, 19 May 2006 12:48:21 -0400, Sander Hoentjen <[EMAIL PROTECTED]> > > wrote: > > i'll answer more later.. > > for now, i just want to say that the function jpeg_resync_to_restart > > that is giving the undefined symbol error does exist in my system libs, > > so it must be something wrong on my part > > > > On Fri, 2006-05-19 at 11:20 -0400, Youness Alaoui wrote: > >> Humm... am I wrong ? I kept searching on http://xdp.it/ but couldn't > >> find > >> anything about the modified libraries, although i'm sure I saw that > >> sometime since I also wanted to remove the extra code... > >> I can't tell you unfortunately.. also, I see that the Cximage project > >> has > >> been abondonned, its author didn't release or post on his forums since > >> 2004, so I guess we'll have to figure it all out ourselves... > >> if we can find the diff between those libraries and the ones shipped > >> with > >> tkcximage (from your 'undefined symbol' error, it may have been that he > >> added new functions.. maybe we can implement them separately from the > >> libjpeg code for example), see if there are any big changes, see if any > >> changes, maybe bugfixes he did to the libraries, were patched in the > >> latest versions of zlib/libjpeg/libpng.. if not, can we get a > >> workaround > >> for it ? I'm sure there's a way... > >> The question is, though, how will it work on windows and mac ? the libs > >> are portable right ? (if no, maybe that was the reason he patched them, > >> then we could use the cximage libs only for those platforms..) > >> > >> btw, if you look at his website, read the forums, or the codeproject's > >> website in the comments, you'll find a few patches and unicode fixes > >> submitted by other users, maybe we could patch our working copy of > >> cximage > >> in order to fix the unicode problem we had (will optimize opening). > >> > >> p.s.: I think this should go into 0.96 for sure, so let it be added to > >> the > >> TODO, BUT it will be a post RC1, and hopefully a pre RC2... > >> if not (if not enough manpower), we'll have to go into an RC3 before the > >> official 0.96 release... > >> > >> P.s.2: mabye OT, TkCximage is really slow, do you think we should either > >> use Img instead (assuming it has EVERYTHING we need, like anigifs, > >> resize, > >> colorize, etc...), or maybe we should really optimize it. If we decide > >> to > >> keep TkcxImage (which would be my choice for sure), how about, as a > >> side-project, completly unrelated to amsn, how about making tkcximage, a > >> real tkcximage library, which means, not an extension using cximage to > >> load/save files, but wrap into Tk commands ALL the cximage methods, > >> making > >> TkCximage supercede TkImg by making it not only an image reading > >> extension > >> but also an image manipulation extension. I'm sure the tk community > >> would > >> be thrilled in having an extension allowing them to create a tkphotoshop > >> app... :p > >> > >> KaKaRoTo > >> > >> On Fri, 19 May 2006 04:36:55 -0400, Sander Hoentjen <[EMAIL PROTECTED]> > >> > >> wrote: > >> > Hi, > >> > > >> > in order to get the amsn rpm into Fedora, I need to build TkCximage > >> > against system copies of jpeg, png and zlib. I told youness this and > >> > >> he > >> > >> > answered that it isn't possible, since our versions are heavily > >> > >> modified > >> > >> > ones. I search for proof of that but I can only find that the amsn > >> > >> team > >> > >> > didn't change anything. (also the files on my system (jmorecfg.h, > >> > jpeglib.h, jerror.h) are the same except for 2 small bugfixes) > >> > > >> > Attached I have the diff i made, unfortunately it doesn't work: > >> > > >> > $ wish > >> > % lappend auto_path utils > >> > /usr/share/tcl8.4 /usr/share /usr/lib /usr/share/tcl8.4/tcllib-1.8 > >> > /usr/share/tk8.4 utils > >> > % package require TkCximage > >> > couldn't load file "utils/TkCximage/TkCximage.so": > >> > utils/TkCximage/TkCximage.so: undefined symbol: jpeg_resync_to_restart > >> > > >> > Can anyone with any c knowledge help me? > > > > ------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > _______________________________________________ > > Amsn-devel mailing list > > Amsn-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/amsn-devel
Index: Makefile.in =================================================================== --- Makefile.in (révision 6665) +++ Makefile.in (copie de travail) @@ -50,7 +50,8 @@ LFS_FLAGS := -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 LIB_FLAGS := -I. -I$(capture_dir) -I$(capture_dir)/libng -I$(capture_dir)/structs LIB_FLAGS += -I$(webcamsn_dir)/src -I$(tkcximage_dir)/src -I$(tkcximage_dir)/src/CxImage -LIB_FLAGS += -I$(tkcximage_dir)/src/zlib -I$(tkcximage_dir)/src/png -I$(tkcximage_dir)/src/jpeg +#LIB_FLAGS += -I$(tkcximage_dir)/src/zlib -I$(tkcximage_dir)/src/png -I$(tkcximage_dir)/src/jpeg +LIB_FLAGS += -Ipng -Ijpeg LIBDIR := @LIBDIR@ @@ -100,7 +101,7 @@ CXXFLAGS += -fPIC # libraries -LDLIBS := @LDLIBS@ +LDLIBS := @LDLIBS@ -lpng -ljpeg LDFLAGS := @LDFLAGS@ ifeq (@DEBUG@,no) LDFLAGS += -s @@ -224,9 +225,9 @@ include $(tkcximage_dir)/Rules.mk include $(tkcximage_dir)/src/Rules.mk include $(tkcximage_dir)/src/CxImage/Rules.mk -include $(tkcximage_dir)/src/zlib/Rules.mk -include $(tkcximage_dir)/src/png/Rules.mk -include $(tkcximage_dir)/src/jpeg/Rules.mk +#include $(tkcximage_dir)/src/zlib/Rules.mk +#include $(tkcximage_dir)/src/png/Rules.mk +#include $(tkcximage_dir)/src/jpeg/Rules.mk include $(tkcximage_dir)/src/Rules.mk include $(webcamsn_dir)/Rules.mk Index: utils/TkCximage/src/Rules.mk =================================================================== --- utils/TkCximage/src/Rules.mk (révision 6665) +++ utils/TkCximage/src/Rules.mk (copie de travail) @@ -1,7 +1,7 @@ OBJS-TkCximage := $(tkcximage_dir)/src/TkCximage.cpp.o $(tkcximage_dir)/src/PhotoFormat.cpp.o \ - $(tkcximage_dir)/src/procs.cpp.o $(tkcximage_dir)/src/CxImage/libCxImage.a \ - $(tkcximage_dir)/src/jpeg/libjpeg.a $(tkcximage_dir)/src/png/libpng.a \ - $(tkcximage_dir)/src/zlib/libzlib.a + $(tkcximage_dir)/src/procs.cpp.o $(tkcximage_dir)/src/CxImage/libCxImage.a #\ +# $(tkcximage_dir)/src/jpeg/libjpeg.a $(tkcximage_dir)/src/png/libpng.a \ +# $(tkcximage_dir)/src/zlib/libzlib.a ifeq ($(STATIC),yes) OBJS-TkCximage += libstdc++.a endif
