From noreply@sourceforge.net Fri Mar 1 01:47:02 2002 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Fri Mar 1 01:47:02 2002 Subject: [ expat-Bugs-524247 ] linking problems Message-ID: Bugs item #524247, was opened at 2002-03-01 01:46 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=524247&group_id=10127 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: linking problems Initial Comment: i've downloaded and installed (succesfully) the last version of expat (expat-1.95.2) on a linux red hat 7.1 machine - g++ version is (gcc version 2.96 20000731) i create a lib (.a) that uses expat whenever i want to use this lib i get the following error message ../expat/lib/libexpat.a(xmlparse.o): In function `XML_ParserCreate_MM': /users/xxx/tmp/expat-1.95.2/lib/xmlparse.c:589: undefined reference to `XmlPrologStateInit' ../expat/lib/libexpat.a(xmlparse.o): In function `XML_ExternalEntityParserCreate': /users/xxx/tmp/expat-1.95.2/lib/xmlparse.c:794: undefined reference to `XmlPrologStateInitExternalEntity' collect2: ld returned 1 exit status (right before this one i had /usr/bin/ld: xmlrole.o: invalid string offset 2090860544 >= 0 for section `.shstrtab' /usr/bin/ld: xmlrole.o: invalid string offset 3407872 >= 0 for section `' /usr/bin/ld: xmlrole.o: invalid string offset 2090860544 >= 0 for section `.shstrtab' /usr/bin/ld: xmlrole.o: invalid string offset 2297954304 >= 0 for section `' /usr/bin/ld: xmlrole.o: invalid string offset 2090860544 >= 0 for section `.shstrtab' .... then i tried to use the -O option and it seems to have solved the 1st problem) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=524247&group_id=10127 From noreply@sourceforge.net Sat Mar 2 10:18:13 2002 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Sat Mar 2 10:18:13 2002 Subject: [ expat-Patches-502865 ] cygwin patch not working Message-ID: Patches item #502865, was opened at 2002-01-13 01:32 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=502865&group_id=10127 Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jari Aalto (jaalto) Assigned to: Greg Stein (gstein) Summary: cygwin patch not working Initial Comment: unable to compile under cygwin with the patch :-( Details in separate file ... xmlfile.o(.text+0x4a1):xmlfile.c: undefined reference to `_imp__XML_SetBase' xmlfile.o(.text+0x4da):xmlfile.c: undefined reference to `_imp__XML_ParserFree' xmlfile.o(.text+0x51c):xmlfile.c: undefined reference to `_imp__XML_SetBase' xmlfile.o(.text+0x584):xmlfile.c: undefined reference to `_imp__XML_SetExternalEntityRefHandler' collect2: ld returned 1 exit status make[1]: *** [xmlwf] Error 1 make[1]: Leaving directory `/usr/src/nok/expat- 1.95.2/xmlwf' make: *** [xmlwf] Error 2 //root@W2KPICASSO /usr/src/nok/expat-1.95.2 $ ---------------------------------------------------------------------- Comment By: Gerrit Haase (siebenschlaefer) Date: 2002-03-02 19:16 Message: Logged In: YES user_id=76037 That is not true!!! Be sure to use all the latest versions of the autotools which are available for Cygwin. Get the patch: http://sourceforge.net/tracker/download.php? group_id=10127&atid=310127&file_id=15738&aid=501295 Unpack expat-1.95.2, unpack the patch, cd expat-1.95.2, patch the sources: $ patch -p1<../expat-cygwin[1].patch patching file `aclocal.m4' patching file `config.h.in' patching file `configure' patching file `configure.in' patching file `conftools/config.guess' patching file `conftools/config.sub' patching file `conftools/ltconfig' patching file `conftools/ltmain.sh' patching file `conftools/missing' patching file `conftools/mkinstalldirs' patching file `lib/Makefile.in' patching file `xmlwf/Makefile.in' Now type in: ./configure make make install Thats it... The part that is failing for you: cd xmlwf && make make[1]: Entering directory `/stuff/xml/expat-1.95.2/xmlwf' gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes - fexceptions -I../lib -c -o xmlwf.o xmlwf.c gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes - fexceptions -I../lib -c -o xmlfile.o xmlfile.c xmlfile.c: In function `processStream': xmlfile.c:149: warning: implicit declaration of function `close' xmlfile.c:153: warning: implicit declaration of function `read' gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes - fexceptions -I../lib -c -o codepage.o codepage.c gcc -g -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes - fexceptions -I../lib -c -o unixfilemap.o unixfilemap.c gcc -o xmlwf xmlwf.o xmlfile.o codepage.o unixfilemap.o - L../lib/.libs -lexpat make[1]: Leaving directory `/stuff/xml/expat-1.95.2/xmlwf' Gerrit -- =^..^= ---------------------------------------------------------------------- Comment By: Gerrit Haase (siebenschlaefer) Date: 2002-02-17 15:20 Message: Logged In: YES user_id=76037 Make sure you have the latest libtool and autotools and the latest binutils. I used this patch and it builds ok for me... Gerrit -- =^..^= ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=502865&group_id=10127 From nithya@ecdev.fedex.com Mon Mar 4 12:35:57 2002 From: nithya@ecdev.fedex.com (Nithya Natarajan) Date: Mon Mar 4 12:35:57 2002 Subject: Tag Values Message-ID: Hello, I just downloaded the expat for Unix. I compiled the examples elements.c and outline.c and executed them and found that they display only tag names. Is there a function that would display the tage values along with the tag names? i.e. for the following xml below: Nithya Natarajan Irving I would like to get the output as NAME: Nithya Natarajan CITY: Irving Thanks for the help in advance. Nithya Natarajan From Greg_Cope@sandwich.pfizer.com Tue Mar 5 04:52:07 2002 From: Greg_Cope@sandwich.pfizer.com (Greg_Cope@sandwich.pfizer.com) Date: Tue Mar 5 04:52:07 2002 Subject: Configure bug / fix for sun's cc Message-ID: <02A7416A8594474C9A8A1969C21F90001F6A44@sanexmbcr10.sandwich.pfizer.com> Dear All configure seems to pic up the wrong LDFLAGS settings for suns cc complier. The xmlwf/Makefile created is wrong/broken for sun's cc : Changing the line (arround line 27) from: LDFLAGS= -static to: LDFLAGS= -Bstatic Solves the problem. -static is a gcc flag and upsets cc. Hope thats of help. Greg Cope LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorised. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorised and may be unlawful. If you are not an addressee, please inform the sender immediately. Pfizer Limited is registered in England under No. 526209 with its registered office at Ramsgate Road, Sandwich, Kent CT13 9NJ PFIZER GLOBAL RESEARCH AND DEVELOPMENT ---------------------------------------------------------------- This message and any attachment has been virus checked by the PGRD Sandwich Data Centre. ---------------------------------------------------------------- From noreply@sourceforge.net Wed Mar 6 17:38:29 2002 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Mar 6 17:38:29 2002 Subject: [ expat-Patches-502187 ] How to build Expat-1.95.2 on OS X 10.1.2 Message-ID: Patches item #502187, was opened at 2002-01-10 20:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=502187&group_id=10127 Category: Build Control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: How to build Expat-1.95.2 on OS X 10.1.2 Initial Comment: How to build expat-1.95.2 on OS X 10.1.2 - Joel Rodrigues 1. username% tar -zxvf expat-1.95.2.tar.gz 2. cd expat-1.95.2 3. cp /usr/share/libtool/config.guess conftools/config.guess cp /usr/share/libtool/config.sub conftools/config.sub cp /usr/share/libtool/ltconfig conftools/ltconfig cp /usr/share/libtool/ltmain.sh conftools/ltmain.sh 4. Change line 1375 of conftools/Itconfig to read like so : darwin* | rhapsody*) allow_undefined_flag='-undefined warning -flat_namespace' 5. In xmlwf/Makefile.in change "LDFLAGS = @LDFLAGS@ -static" to "LDFLAGS = @LDFLAGS@ -dynamic" 6. Make the same change in examples/makefile.in : "LDFLAGS = @LDFLAGS@ -static" to "LDFLAGS = @LDFLAGS@ -dynamic" 7. Run the following commands : ./configure make make check sudo make install 8. You should see the foll. in the subsequent output : ---------------------------------------------------------------------- Libraries have been installed in: /usr/local/lib If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `DYLD_LIBRARY_PATH' environment variable during execution usage: basename string [suffix] - use the `-install_name LIBDIR/' linker flag See any operating system documentation about shared libraries for more information, such as the ld(1) and ld.so(8) manual pages. ---------------------------------------------------------------------- Cheers ! ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-03-06 17:37 Message: Logged In: NO Me too. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-02-16 13:02 Message: Logged In: NO This does not work.. I get the following errors: /usr/bin/libtool: file: xmltok.lo is not an object file (not allowed in a library) /usr/bin/libtool: file: xmlrole.lo is not an object file (not allowed in a library) make[1]: *** [libexpat.la] Error 1 make: *** [lib] Error 2 ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=502187&group_id=10127 From info@researchnetwork.com Thu Mar 7 20:17:02 2002 From: info@researchnetwork.com (ResearchNetwork.com) Date: Thu Mar 7 20:17:02 2002 Subject: Research Network Job Site Message-ID: <1015561158.75565.qmail@ech> Expand Your Universe on the Research Network. =20 Research Network is a job site devoted exclusively to professional Resear= chers and companies who need Researchers. It doesn't matter what industr= y you specialize in. Research Network encompasses a broad spectrum of in= dustries and we continue to add more every day. For a comprehensive list= of industries we work in like Pharmaceutical Research, Marketing Researc= h, Clinical Research, Financial Research, Health Care Research, (to name = a few), log on to http://www.researchnetwork.com and discover the infinit= e=20 possibilities. If your an Employer, stop wasting your valuable time by posting your jobs= on generalized job sites that inundate you with inappropriate candidates= . If your looking for Scientists, Project Managers, Analysts, Statistici= ans, Clinical Researchers, Engineers, Planners, Developers, Upper Level M= anagement within a Research function, (to name a few), go to the source a= nd get your research job posting in front of over 1/2 million researchers= on our Network. Click on the link below to find the exact research tale= nt you need. http://www.researchnetwork.com/emplogin.cfm If your a professional Researcher and wish to be considered for positions= by employers on our network, click on the link below to join the network= . =20 http://www.researchnetwork.com Expand Your Universe _______________________________________________________________________ Powered by List Builder To unsubscribe follow the link: http://lb.bcentral.com/ex/manage/subscriberprefs?customerid=3D20467&subid= =3DE071D351947B6B81&msgnum=3D1 From noreply@sourceforge.net Tue Mar 12 05:52:02 2002 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue Mar 12 05:52:02 2002 Subject: [ expat-Bugs-414993 ] xmlfile.obj : error LNK2001: unresolved Message-ID: Bugs item #414993, was opened at 2001-04-09 13:39 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414993&group_id=10127 Category: Build control Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: xmlfile.obj : error LNK2001: unresolved Initial Comment: I'm unable to resolve this problem. I don't which file is missing for this error to show up. Here is a sample of the error message. I am compiling with MS VC++ 6.0. I am attempting to create the perl module that incorporates expat. The Perl version is 5.005-3 from ActiveState. Expat.obj : error LNK2001: unresolved external symbol _XML_DefaultCurrent Expat.obj : error LNK2001: unresolved external symbol _XML_GetSpecifiedAttributeCount Expat.obj : error LNK2001: unresolved external symbol _XML_GetCurrentByteCount Expat.obj : error LNK2001: unresolved external symbol _XML_SetStartCdataSectionHandler Expat.obj : error LNK2001: unresolved external symbol _XML_SetEndCdataSectionHandler ..\blib\arch\auto\XML\Parser\Expat\Expat.dll : fatal error LNK1120: 55 unresolved externals NMAKE : fatal error U1077: 'link' : return code '0x460' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-03-12 05:51 Message: Logged In: NO Hi, I have a similar problem. I would like to run the outline.c file that is given as an example with the expat documentation. I include (I first had to add expat.h to my library, and also xmlparse.h that is used in the c-program) With compiling, everything goes great, (no problems), but to execute it, I receive the following errors: outline.obj : error LNK2001: unresolved external symbol __imp__XML_GetCurrentLineNumber outline.obj : error LNK2001: unresolved external symbol __imp__XML_ErrorString outline.obj : error LNK2001: unresolved external symbol __imp__XML_GetErrorCode outline.obj : error LNK2001: unresolved external symbol __imp__XML_Parse outline.obj : error LNK2001: unresolved external symbol __imp__XML_SetElementHandler outline.obj : error LNK2001: unresolved external symbol __imp__XML_ParserCreate Debug/outline.exe : fatal error LNK1120: 6 unresolved externals Error executing link.exe. outline.exe - 7 error(s), 0 warning(s) I have version 1.95.2 greetings and thanks for your help. ---------------------------------------------------------------------- Comment By: Fred L. Drake, Jr. (fdrake) Date: 2001-07-20 20:56 Message: Logged In: YES user_id=3066 Which version of expat was this using? 1.95.x, or the latest CVS sources? ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=414993&group_id=10127 From noreply@sourceforge.net Wed Mar 13 03:53:02 2002 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Mar 13 03:53:02 2002 Subject: [ expat-Patches-529402 ] To which w3c belongs expat? Message-ID: Patches item #529402, was opened at 2002-03-13 12:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=529402&group_id=10127 Category: Documentation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sigrid Thijs (zigy) Assigned to: Nobody/Anonymous (nobody) Summary: To which w3c belongs expat? Initial Comment: Hi, I don't know if this question belongs here, but I have to make a report about Expat for my studies. And I have to specify to which w3c Expat belongs. Anyone who can help me with this? greetings and thanks in advance. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=529402&group_id=10127 From noreply@sourceforge.net Wed Mar 13 11:25:09 2002 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Mar 13 11:25:09 2002 Subject: [ expat-Patches-529402 ] To which w3c belongs expat? Message-ID: Patches item #529402, was opened at 2002-03-13 06:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=529402&group_id=10127 Category: Documentation Group: None >Status: Closed >Resolution: Invalid Priority: 5 Submitted By: Sigrid Thijs (zigy) Assigned to: Nobody/Anonymous (nobody) Summary: To which w3c belongs expat? Initial Comment: Hi, I don't know if this question belongs here, but I have to make a report about Expat for my studies. And I have to specify to which w3c Expat belongs. Anyone who can help me with this? greetings and thanks in advance. ---------------------------------------------------------------------- >Comment By: Fred L. Drake, Jr. (fdrake) Date: 2002-03-13 14:24 Message: Logged In: YES user_id=3066 No, this question does not belong here. Expat is an XML parser. The W3C is the organization which defined XML, but does not "own" Expat in any sense. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=310127&aid=529402&group_id=10127 From noreply@sourceforge.net Tue Mar 19 08:57:09 2002 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue Mar 19 08:57:09 2002 Subject: [ expat-Bugs-531936 ] not supported windows-1251 character set Message-ID: Bugs item #531936, was opened at 2002-03-19 08:56 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=531936&group_id=10127 Category: XML::Parser (Perl module) Group: Feature Request Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Clark Cooper (coopercc) Summary: not supported windows-1251 character set Initial Comment: Hello. I have found a problem with parse XML documents, that contains cyrilic symbols in attribute value something like raises exceprion "not well-formed ....." i test all cyrilic characters and found that exception raises when character code more than 0xF0 but i can be at fault i try use .enc file, but it's not work in my case I think that it is a bug. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=531936&group_id=10127 From noreply@sourceforge.net Wed Mar 20 02:09:04 2002 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Wed Mar 20 02:09:04 2002 Subject: [ expat-Bugs-532407 ] Can't compile 1.95.2 on SCO OpenServer Message-ID: Bugs item #532407, was opened at 2002-03-20 02:08 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=532407&group_id=10127 Category: Build control Group: Platform Specific Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Greg Stein (gstein) Summary: Can't compile 1.95.2 on SCO OpenServer Initial Comment: I can't compile expat 1.95.2 on SCO openserver . 'make' does nothing. I can't check out CVS version because of a firewall. How can I do? see below for details expat-1.95.2 $ ./configure creating cache ./config.cache checking host system type... i686-pc-sco3.2v5.0.6 checking build system type... i686-pc-sco3.2v5.0.6 checking for ranlib... : checking for gcc... no checking for cc... cc checking whether the C compiler (cc ) works... yes checking whether the C compiler (cc ) is a cross-compiler... no checking whether we are using GNU C... no checking whether cc accepts -g... yes checking for non-GNU ld... /bin/ld checking if the linker (/bin/ld) is GNU ld... no checking for BSD-compatible nm... /bin/nm -p checking whether ln -s works... yes checking whether the C compiler needs -belf... yes updating cache ./config.cache checking whether we are using GNU C... no checking for object suffix... o checking for executable suffix... no checking for cc option to produce PIC... -Kpic checking if cc PIC flag -Kpic works... yes checking if cc supports -c -o file.o... yes checking if cc supports -c -o file.lo... yes ltconfig: warning: `cc' requires `-belf' to build shared libraries checking if cc static flag -dn works... -dn checking if the linker (/bin/ld) is GNU ld... no checking whether the linker (/bin/ld) supports shared libraries... yes checking command to parse /bin/nm -p output... ok checking how to hardcode library paths into programs... immediate checking for /bin/ld option to reload object files... -r checking dynamic linker characteristics... sco3.2v5.0.6 ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for objdir... .libs creating libtool loading cache ./config.cache checking for gcc... (cached) cc checking whether the C compiler (cc -g -belf ) works... yes checking whether the C compiler (cc -g -belf ) is a cross-compiler... no checking whether we are using GNU C... (cached) no checking whether cc accepts -g... (cached) yes checking for a BSD compatible install... /usr/bin/X11/scoinst -c checking how to run the C preprocessor... cc -E checking for ANSI C header files... yes checking for fcntl.h... yes checking for unistd.h... yes checking whether byte ordering is bigendian... no checking for working const... yes checking for off_t... yes checking for size_t... yes checking for 8-bit clean memcmp... yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... no checking for memmove... yes checking for bcopy... yes updating cache ./config.cache creating ./config.status creating Makefile creating lib/Makefile creating lib/expat.h creating xmlwf/Makefile creating examples/Makefile creating config.h expat-1.95.2 $ make expat-1.95.2 $ cd lib expat-1.95.2/lib $ make /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE='"expat"' -DVERSION='"expat_1.95.2"' -I. -I. -I.. -g -belf -c xmlparse.c mkdir .libs cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.2\ -I. -I. -I.. -g -belf -c xmlparse.c -Kpic -DPIC -o .libs/xmlparse.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.2\ -I. -I. -I.. -g -belf -c xmlparse.c -o xmlparse.o >/dev/null 2>&1 mv -f .libs/xmlparse.lo xmlparse.lo /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE='"expat"' -DVERSION='"expat_1.95.2"' -I. -I. -I.. -g -belf -c xmltok.c rm -f .libs/xmltok.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.2\ -I. -I. -I.. -g -belf -c xmltok.c -Kpic -DPIC -o .libs/xmltok.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.2\ -I. -I. -I.. -g -belf -c xmltok.c -o xmltok.o >/dev/null 2>&1 mv -f .libs/xmltok.lo xmltok.lo /bin/sh ../libtool --mode=compile cc -DHAVE_CONFIG_H -DPACKAGE='"expat"' -DVERSION='"expat_1.95.2"' -I. -I. -I.. -g -belf -c xmlrole.c rm -f .libs/xmlrole.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.2\ -I. -I. -I.. -g -belf -c xmlrole.c -Kpic -DPIC -o .libs/xmlrole.lo cc -DHAVE_CONFIG_H -DPACKAGE=\expat\ -DVERSION=\expat_1.95.2\ -I. -I. -I.. -g -belf -c xmlrole.c -o xmlrole.o >/dev/null 2>&1 mv -f .libs/xmlrole.lo xmlrole.lo /bin/sh ../libtool --mode=link cc -version-info 1:0:1 -g -belf -o libexpat.la -rpath /usr/local/lib xmlparse.lo xmltok.lo xmlrole.lo rm -fr .libs/libexpat.la .libs/libexpat.* .libs/libexpat.* /bin/ld -G -h libexpat.so0 -o .libs/libexpat.so.1.1.0 xmlparse.lo xmltok.lo xmlrole.lo (cd .libs && rm -f libexpat.so0 && ln -s libexpat.so.1.1.0 libexpat.so0) (cd .libs && rm -f libexpat.so && ln -s libexpat.so.1.1.0 libexpat.so) ar cru .libs/libexpat.a xmlparse.o xmltok.o xmlrole.o : .libs/libexpat.a creating libexpat.la (cd .libs && rm -f libexpat.la && ln -s ../libexpat.la libexpat.la) expat-1.95.2/lib $ cd ../xmlwf expat-1.95.2/xmlwf $ make cc -g -belf -I../lib -c xmlwf.c cc -g -belf -I../lib -c xmlfile.c cc -g -belf -I../lib -c codepage.c cc -g -belf -I../lib -c unixfilemap.c cc -o xmlwf -static xmlwf.o xmlfile.o codepage.o unixfilemap.o -L../lib/.libs -lexpat error: unknown -a option: tic *** Error code 1 (bu21) expat-1.95.2/xmlwf $ cd ../examples expat-1.95.2/examples $ make cc -g -belf -I../lib -c elements.c cc -o elements -static -L../lib/.libs -lexpat error: unknown -a option: tic *** Error code 1 (bu21) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=532407&group_id=10127 From noreply@sourceforge.net Tue Mar 26 13:55:07 2002 From: noreply@sourceforge.net (noreply@sourceforge.net) Date: Tue Mar 26 13:55:07 2002 Subject: [ expat-Bugs-514281 ] french accents errors? Message-ID: Bugs item #514281, was opened at 2002-02-07 14:45 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=514281&group_id=10127 Category: None Group: Not a Bug Status: Open Resolution: None Priority: 5 Submitted By: Vincent Fortier (fortierv) Assigned to: Nobody/Anonymous (nobody) Summary: french accents errors? Initial Comment: I'm having errors with french accents in iso-8859-1 and utf-8 format only at a specific place.. Exemple: Ville Charlesbourg Martin Labbé (xxx)xxx It always stops at Martin Labbé .. If I either change "é" for an "e" it works.. if I simply add 2 chars after the "é" like: Martin LabbéXX it still works... But it always stops when it finishes with "é" or "éX".... I've tried a few patches.. one for expat.h and xmlparse.c wich was unicode changes (#476931, #464837).. and another one wich was about xmltok.c (#477667)... but with no success.. I always get the error message "mismatched tag at line xx"... I have a lot of "éèàçêÈ" everywhere.. but it seems to only stop when it's placed right at the end of a tag.. Anybody can help me out? - vin ---------------------------------------------------------------------- Comment By: John Dawson (jdawson) Date: 2002-03-26 21:54 Message: Logged In: YES user_id=30450 I have encountered a similar problem where I work, doing German. My code was in Perl, and used XML::Parser and XML::Parser::Expat, but I believe that Perl is not relevant to this issue. I was using libexpat 1.95.1. I got things to work by doing the following: 1) Giving the input XML document an encoding type of iso- 8859-1. This will keep libexpat from interpreting the Latin Extended characters (like the French accents) as part of a multi-byte UTF-8 sequence. That's what the problem was; it interpreted the '<' character following the accent as the second byte of the same character. 2) Change your code that uses libexpat to convert the data from UTF-8 back into ISO-8859-1. Why do this? It seems to be the case that libexpat is normalizing the input to UTF- 8, regardless of what the original character encoding was. The Perl regex I used to do this transformation: $s =~ s/([\xC0-\xDF])([\x80-\xBF])/chr(ord($1)<<6&0xC0|ord ($2)&0x3F)/eg; If you can't read Perl, you can look at the latin1TOutf8.c program, attached below, and do the inverse of what the C code there does. It's quite trivial. So, this worked for me. A final point I'd like to make is that part of the issue here is documentation and expectation management. It's probably a good thing that libexpat converted the input into UTF-8. The only reason why this didn't work out very well for me was that my code is part of a much larger system, and the other components I interact with deal exclusively with ISO-8859-1. Thus, the path of least resistance was to do the conversion. ---------------------------------------------------------------------- Comment By: Vincent Fortier (fortierv) Date: 2002-02-07 18:37 Message: Logged In: YES user_id=451869 I've found a way to solve my problem.. The problem was actually with the iso- 8859-1 format making errors with "é" at really specefic places.. I've found a converter in C wich transform a text file to utf-8 and the my problems where over.. (see attachement) Here is the web site where I got it: http://developer.iplanet.com/tech/directory/utf8ltn1.html ---------------------------------------------------------------------- Comment By: Vincent Fortier (fortierv) Date: 2002-02-07 15:40 Message: Logged In: YES user_id=451869 Note: BTW.. xmlwf works fine on the file.. so it's supposed to be well- formed in iso-8859-1 format ... and the value of "é" is E9 and 351 (used octal dump..).. thnx. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110127&aid=514281&group_id=10127 From mathew.bevilacqua@masstechgroup.com Sat Mar 30 17:01:07 2002 From: mathew.bevilacqua@masstechgroup.com (Mathew Bevilacqua) Date: Sat Mar 30 17:01:07 2002 Subject: expat compile Message-ID: <000101c1d84f$c04d9350$ae04010a@MTG017> This is a multi-part message in MIME format. ---------------------- multipart/alternative attachment I am having trouble building the =93libexpat.la=94 library. I=92m = getting the following errors: =20 cal/lib xmlparse.lo xmltok.lo xmlrole.lo gcc: 1:0:1: No such file or directory gcc: xmlparse.lo: No such file or directory gcc: xmltok.lo: No such file or directory gcc: xmlrole.lo: No such file or directory gcc: unrecognized option `-version-info' gcc: unrecognized option `-rpath' =20 I=92ve run the provided configure script, then the makefile. I already have a version of libexpat.la in /usr/lib, so I have had the parser working, but I need to build a new version of libexpat.la because I=92m doing a cross compile. =20 Please help. Thanks. =20 Mat Bevilacqua ---------------------- multipart/alternative attachment An HTML attachment was scrubbed... URL: http://mail.libexpat.org/pipermail-21/expat-bugs/attachments/20020330/4c92111a/attachment.html ---------------------- multipart/alternative attachment--