From: Paul K. <pki...@us...> - 2004-02-13 13:05:22
|
Replacing the $(CC) with $(MKOCTFILE) in main/miscellaneous/Makefile should work. We have another problem, though, in that the yyin symbol from xmltree_read conflicts with the yyin/yyout symbols from octave's lexer, giving the following error on OS X: mkoctfile -DHAVE_OCTAVE_21 -v xmlread.o xmltree_read.o xmltree.o -o xmlread.oct g++ -bundle -bundle_loader /opt/local/bin/octave-2.1.50 -o xmlread.oct xmlread.o xmltree_read.o xmltree.o -L/opt/local/lib/octave-2.1.50 -loctave -lcruft -loctinterp -framework vecLib ld: warning multiple definitions of symbol _yyin xmltree_read.o definition of _yyin in section (__DATA,__data) /opt/local/bin/octave-2.1.50 definition of _yyin ld: warning multiple definitions of symbol _yyout xmltree_read.o definition of _yyout in section (__DATA,__data) /opt/local/bin/octave-2.1.50 definition of _yyout Any ideas? Paul Kienzle pki...@us... On Feb 12, 2004, at 10:19 PM, Dirk Eddelbuettel wrote: > On Thu, Feb 12, 2004 at 01:53:22PM -0600, Dirk Eddelbuettel wrote: >> On Thu, Feb 12, 2004 at 03:28:39AM -0500, Paul Kienzle wrote: >>> Tested against octave-2.1.53 and octave-2.1.40. Many functions will >>> also work on earlier versions of Octave. Use make -k to build what >>> functions can be built and ignore the rest. >> >> Cf http://buildd.debian.org/build.php?pkg=octave-forge and see the >> build >> failures for alpha, hppa and ia64 for the Feb 9 snapshot I uploaded >> earlier >> -- all in the same xml area. hppa may have the best compiler warning >> in >> http://buildd.debian.org/fetch.php?&pkg=octave-forge&ver=2004.02.09 >> -1&arch=hppa&stamp=1076389950&file=log&as=raw >> >> mkoctfile -DHAVE_OCTAVE_21 -v -c xmlread.cc -o xmlread.o >> /usr/bin/g++ -c -fPIC -I/usr/include/octave-2.1.53 >> -I/usr/include/octave-2.1.53/octave -O2 -DHAVE_OCTAVE_21 xmlread.cc -o >> xmlread.o >> /usr/bin/gcc -c xmltree_read.c -o xmltree_read.o >> /usr/bin/gcc -c xmltree.c -o xmltree.o >> mkoctfile -DHAVE_OCTAVE_21 -v xmlread.o xmltree_read.o xmltree.o -o >> xmlread.oct >> /usr/bin/g++ -shared -o xmlread.oct xmlread.o xmltree_read.o xmltree.o >> /usr/bin/ld: xmltree_read.o: relocation R_PARISC_DPREL21L can not be >> used >> when making a shared object; recompile with -fPIC >> xmltree_read.o: could not read symbols: Bad value >> collect2: ld returned 1 exit status >> make[3]: *** [xmlread.oct] Error 1 >> make[3]: Leaving directory >> build/buildd/octave-forge-2004.02.09/main/miscellaneous' >> make[2]: *** [miscellaneous/] Error 2 >> make[2]: Leaving directory build/buildd/octave-forge-2004.02.09/main' >> make[1]: *** [main/] Error 2 >> make[1]: Leaving directory build/buildd/octave-forge-2004.02.09' >> make: *** [build-stamp] Error 2 >> ********************************************************************** >> ******** >> Build finished at 20040210-0512 >> FAILED [dpkg-buildpackage died] >> >> xmlread is compiled with -fPIC, xmltree isn't. Could someone have a >> look at >> the corresponding Makefile and send a patch? >> >> Thanks! > > This seems to at least not do harm on i386 where the resulting xmlread > still > appears to work. Well the help comes up, and 'xmlread("/dev/null")' > ends > gracefully. We'll see what alpha, hppa and ia64 will do. > > --- octave-forge-2004.02.12.orig/main/miscellaneous/Makefile > +++ octave-forge-2004.02.12/main/miscellaneous/Makefile > @@ -23,7 +23,8 @@ > $(MKOCTFILE) -c listencanfork.c > > xmltree.o: xmltree.c xmltree.h > - $(CC) -c $< -o $@ > + $(MKOCTFILE) $(MISCDEFS) -c $< > +# $(CC) -c $< -o $@ > > ifdef FLEXML > xmltree_read.l: xmltree_read.act octave.dtd > @@ -36,12 +37,15 @@ > endif > > xmltree_read.o: xmltree_read.c xmltree_read.h > - $(CC) -c $< -o $@ > + $(MKOCTFILE) $(MISCDEFS) -c $< > +# $(CC) -c $< -o $@ > > xmlread.o: xmlread.cc xmltree_read.h xmltree.h > - $(MKOCTFILE) -c $< -o $@ > + $(MKOCTFILE) $(MISCDEFS) -c $< > +# $(MKOCTFILE) -c $< -o $@ > > xmlread.oct: xmlread.o xmltree_read.o xmltree.o > - $(MKOCTFILE) $^ -o $@ > + $(MKOCTFILE) $^ > +# $(MKOCTFILE) $^ -o $@ > > clean: ; -$(RM) *.o octave-core core *.oct *~ > > >> >> Dirk >> >> -- >> The relationship between the computed price and reality is as yet >> unknown. >> -- From the pac(8) >> manual page > > -- > The relationship between the computed price and reality is as yet > unknown. > -- From the pac(8) manual > page > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Octave-dev mailing list > Oct...@li... > https://lists.sourceforge.net/lists/listinfo/octave-dev > |