Date: Thu, 9 Jun 2005 00:05:16 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 564 ************************************************** Wednesday 08 June 2005 Number 564 ************************************************** Subjects for today 1 Re: DVDStyler : nickk" 2 a.out vs omf : Paul Smedley" 3 Re: DVDStyler - a little progress : Paul Smedley" 4 Re: a.out vs omf : Dave Yeo" 5 Re: wxWidgets (was: DVDstyler) : Nicholas Sheppard 6 Re: a.out vs omf : Stefan.Neis at t-online.de 7 Re: wxWidgets (was: DVDstyler) : Stefan.Neis at t-online.de **= Email 1 ==========================** Date: Wed, 08 Jun 2005 00:28:15 +0400 (MSD) From: "nickk" Subject: Re: DVDStyler Hi! I've built mplex.exe a couple of months ago. There was problems with building it using original Makefile, dont remember now what they was about, but i just build mplex2.a and mplex.exe manually with the following commands after the object files was compiled: ar cru libmplex2.a libmplex2_la-ac3strm_in.o libmplex2_la-audiostrm_out.o libmplex2_la-bits.o libmplex2_la-buffer.o libmplex2_la-dtsstrm_in.o libmplex2_la-inputstrm.o libmplex2_la-interact.o libmplex2_la-lpcmstrm_in.o libmplex2_la-mpastrm_in.o libmplex2_la-multiplexor.o libmplex2_la-padstrm.o libmplex2_la-stillsstream.o libmplex2_la-stream_params.o libmplex2_la-systems.o libmplex2_la-vector.o libmplex2_la-videostrm_in.o libmplex2_la-videostrm_out.o g++ -mcpu=i586 -march=i586 -O2 -Zbin-files -o mplex.exe main.o -L. -lmjpegutils -lmplex2 -lmjpegutils -lm -lstdc++ I have compiled it with gcc 3.3.5 without -Zomf key. It was mjpegtools-1.6.2. Resulting mplex.exe worked ok for me ;) On Tue, 07 Jun 2005 20:17:28 +0930, Paul Smedley wrote: >Hi all, > >Dave Yeo wrote: >> On Mon, 06 Jun 2005 20:33:35 +0930, Paul Smedley wrote: >> >>> Update.... >>> >>> I updated ltmain.sh from Andreas's port of libtool 1.4.3 to OS/2... now >>> I get: >>> ash.exe ../libtool --mode=link g++ -mcpu=i586 -march=i586 -g -O2 -o >>> mplex.exe main.o ../mplex/libmplex2.la -lm >>> g++ -mcpu=i586 -march=i586 -g -O2 -o mplex.exe main.o >>> ../mplex/.libs/mplex2.a -lm >>> main.cpp:107 (main.o): Undefined symbol _mjpeg_error_exit1 referenced >>>from text segment >>> main.cpp:139 (main.o): Undefined symbol _mjpeg_error_exit1 referenced >>>from text segment >>> >>> >>> Thing is - those symbols are present in ../mplex/.libs/mplex2.a >>> >>> weird part is that that 'emxexp mplex2.a' that would normally show all >>> the symbols that are present is showing: >>> [E:\dev\mjpegtools-1.6.2\mplex\.libs]emxexp mplex2.a >>> emxexp: Malformed input file `mplex2.a' >>> >>> Ideas? >> >> Try adding -Zomf to the main Makefile (not the one in lib) >> Dave >OK I've done this for all the makefiles that are generated (CFLAGS & >LDFLAGS - and also changed ar.exe to emxomfar.exe > >Now I fail on building mplex2.a: >emxomfar.exe cru .libs/mplex2.a ../utils/libmjpegutils.a >libmplex2_la-ac3strm_ >in.o libmplex2_la-audiostrm_out.o libmplex2_la-bits.o >libmplex2_la-buffer.o >libmplex2_la-dtsstrm_in.o libmplex2_la-inputstrm.o >libmplex2_la-interact.o li >bmplex2_la-lpcmstrm_in.o libmplex2_la-mpastrm_in.o >libmplex2_la-multiplexor.o > libmplex2_la-padstrm.o libmplex2_la-stillsstream.o >libmplex2_la-stream_params >.o libmplex2_la-systems.o libmplex2_la-vector.o >libmplex2_la-videostrm_in.o >libmplex2_la-videostrm_out.o ../utils/libmjpegutils.a >emxomfar: .libs/mplex2.a(libmplex2_la-ac3strm_in.o): Record too long > >Cheers, > >Paul. > > **= Email 2 ==========================** Date: Wed, 08 Jun 2005 08:41:44 +0930 From: "Paul Smedley" Subject: a.out vs omf Hi All, Is there any good documentation out there on use of a.out and OMF and the relative pros & cons? Cheers, Paul. **= Email 3 ==========================** Date: Wed, 08 Jun 2005 08:40:05 +0930 From: "Paul Smedley" Subject: Re: DVDStyler - a little progress Hi All, On 7/6/2005, "Paul Smedley" wrote: >Hi Again.... >I missed adding -Zomf to CXXFLAGS - now I've hit on.... >emxomfar.exe cru .libs/mplex2.a ../utils/libmjpegutils.a >libmplex2_la-ac3strm_ >in.o libmplex2_la-audiostrm_out.o libmplex2_la-bits.o >libmplex2_la-buffer.o >libmplex2_la-dtsstrm_in.o libmplex2_la-inputstrm.o >libmplex2_la-interact.o li >bmplex2_la-lpcmstrm_in.o libmplex2_la-mpastrm_in.o >libmplex2_la-multiplexor.o > libmplex2_la-padstrm.o libmplex2_la-stillsstream.o >libmplex2_la-stream_params >..o libmplex2_la-systems.o libmplex2_la-vector.o >libmplex2_la-videostrm_in.o >libmplex2_la-videostrm_out.o ../utils/libmjpegutils.a >emxomfar: Symbol multiply defined: _mjpeg_log_set_handler OK, OK, I must have been having a senior moment last night - I think I see the problem now but can't test until I get home tonight.... ../utils/libmjpegutils.a is included twice in the above statement - I see why from the makefile..... Will see how I go tonight.... Cheers, Paul. **= Email 4 ==========================** Date: Tue, 07 Jun 2005 20:42:32 -0800 From: "Dave Yeo" Subject: Re: a.out vs omf On Wed, 08 Jun 2005 08:41:44 +0930, Paul Smedley wrote: >Hi All, >Is there any good documentation out there on use of a.out and OMF and the >relative pros & cons? > >Cheers, > >Paul. > > Well there's the original EMX documentation (emxdev.inf) which is now out of date re Innotek_Libc. Most of the reasons for a.out are now gone. Fork works on both now, debugger needs OMF instead of a.out now, DLLs seem to be created fine with a.out as well as OMF. Not sure about things like stack size and of course DOS and Windows (RSX) support is now gone. Knut has done an excellent job of making OMF work now and it is OS/2s native format. A.out was Linuxes original format and is still well supported by the auto tools. I guess read emxdev.inf then the release notes from innotek_libc. Hopefully others will chime in Dave **= Email 5 ==========================** Date: Wed, 8 Jun 2005 17:47:40 +1000 (EST) From: Nicholas Sheppard Subject: Re: wxWidgets (was: DVDstyler) On Tue, 7 Jun 2005 Stefan.Neis at t-online.de wrote: > > but I'm stumped by "exported > > import" linker errors with 2.6.0. > > I've never seen such a message... The full message is "forwarder entry created for imported export" (there are also some "symbol multiply defined" errors). I'm using OMF and LINK386. I will try ilink instead when I get chance. Nick S. **= Email 6 ==========================** Date: Wed, 08 Jun 2005 12:23:22 +0200 (CEST) From: Stefan.Neis at t-online.de Subject: Re: a.out vs omf Hi, > Knut has done an excellent job of making OMF > work now and it is OS/2s native format. Yes, from the library point of view, it's fine now, the only problem left are occasional limitations of the tools, like complaints on duplicate symbols are records that are too long. Regards, Stefan **= Email 7 ==========================** Date: Wed, 08 Jun 2005 12:26:00 +0200 (CEST) From: Stefan.Neis at t-online.de Subject: Re: wxWidgets (was: DVDstyler) Nicholas Sheppard schrieb: > I'm using OMF and LINK386. That's what I initially tried as well, but it really is pointless, it's way to limited to handle those functions names generated by gcc for C++ functions. > I will try ilink instead when I get > chance. Should work much better. :-) Regards, Stefan