From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Mon, 11 Feb 2002 04:14:56 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 132 ************************************************** Sunday 10 February 2002 Number 132 ************************************************** Subjects for today 1 Re: BSD LIBC : John Merryweather Cooper 2 Re: BSD LIBC : Charles R. Hunter" 3 Re: make 3.79.1 and OS/2 "features" : csaba.raduly at sophos.com 4 v1.4.5 of the slang programmer's library released : John Poltorak 5 Makefile for mkmake wanted : John Poltorak 6 BSD LIBC : John Poltorak 7 Re: GCC 3.0.2 problems : John Poltorak 8 Re: BSD LIBC : Charles R. Hunter" 9 Fwd: [fpc-devel]New OS/2 (EMX) compiler snapshot (1.1) [XHajT03 at mbox.vol.cz] : John Merryweather Cooper 10 Re: Makefile for mkmake wanted : John Poltorak 11 Re: GCC 3.0.2 problems : MS" 12 Using DATE for date conversions : John Poltorak 13 GNAT (was GLIBC) : Kees de LezenneCoulander 14 Re: BSD LIBC : Henry Sobotka 15 Re: Makefile for mkmake wanted : csaba.raduly at sophos.com 16 Re: Makefile for mkmake wanted : John Poltorak 17 Re: BSD LIBC : John Poltorak 18 Re: BSD LIBC : Henry Sobotka 19 Re: Multimedia headers : Gerhard Arnecke" 20 Re: Multimedia headers : John Poltorak 21 Re: Makefile for mkmake wanted : Stefan Neis 22 Re: make 3.79.1 and OS/2 "features" : Thomas Dickey 23 Re: Multimedia headers : John Poltorak 24 Re: Multimedia headers : Holger Veit 25 Re: BSD LIBC : John Poltorak 26 Autoconf 2.52h : John Poltorak 27 Re: BSD LIBC : John Poltorak 28 Re: BSD LIBC : John Poltorak 29 Re: EMX C-library extensions : John Poltorak 30 Re: make 3.79.1 and OS/2 "features" : Andreas Buening 31 EMX C-library extensions : MS" 32 Re: EMX C-library extensions : MS" **= Email 1 ==========================** Date: Mon, 11 Feb 2002 08:18:36 -0800 From: John Merryweather Cooper Subject: Re: BSD LIBC Try: http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/#dirlist On 2002.02.11 07:11 John Poltorak wrote: > On Mon, Feb 11, 2002 at 09:32:22AM -0500, Charles R. Hunter wrote: > > On Mon, Feb 11, 2002 at 10:45:59AM +0000, John Poltorak > (jp at eyup.org) wrote: > > > > > > I know where to find GLIBC, but have looked for BSD LIBC and can't > find > > > it, not that I'm exactly sure what I'm looking for. > > > > > > Any pointers would be useful... > > > > On FreeBSD its in /usr/src/lib/libc/ > > ( of for some people /usr/obj/usr/src/lib/libc/ ) > > I meant a URL... > > I have FreeBSD on CD-ROM, but it's from 1993. > > > > Charles > > > > -- > > Charles R. Hunter > > Director, Physics Computer Network > > Purdue University crh at physics.purdue.edu > > > -- > John > > -- _ | |V| / ' || MacroHard -- \ \_| | | \_, || the perfection of form over | ----------------------------------|| substance, marketing over | Web: http://www.borgsdemons.com || performance, and greed over | AIM: johnmcooper || design . . . | =====================================================================/ Public Key: http://www.borgsdemons.com/Personal/pgpkey.asc | =====================================================================\ **= Email 2 ==========================** Date: Mon, 11 Feb 2002 09:32:22 -0500 From: "Charles R. Hunter" Subject: Re: BSD LIBC On Mon, Feb 11, 2002 at 10:45:59AM +0000, John Poltorak (jp at eyup.org) wrote: > > I know where to find GLIBC, but have looked for BSD LIBC and can't find > it, not that I'm exactly sure what I'm looking for. > > Any pointers would be useful... On FreeBSD its in /usr/src/lib/libc/ ( of for some people /usr/obj/usr/src/lib/libc/ ) Charles > > > -- > John > > > > -- Charles R. Hunter Director, Physics Computer Network Purdue University crh at physics.purdue.edu **= Email 3 ==========================** Date: Mon, 11 Feb 2002 09:56:32 +0000 From: csaba.raduly at sophos.com Subject: Re: make 3.79.1 and OS/2 "features" On 09/02/2002 19:11:11 Andreas Buening wrote: >I have some question whether some workarounds that are provided >within the make 3.79.1 source code are required for OS/2. > >1) Is it possible to get an averaged system load? > >2) FAT filesystems round file time to the nearest even second? >(does this also apply to VFAT, FAT32?) Yes. The "seconds" field is five bits wide, hence it can only count up to 31. This inherent to the FAT filesystem's file control block structure. > >3) FAT filesystems can set file times up to 3 seconds into the future >(only DJGPP, Win98+, WinNT)? > >4) using _fnlwr() to change file names to lower case? > >5) which additional suffixes do we need? They are needed for >implicit and explicit rules, i.e. > >------ >.c.o: >$(CC) -c ... > >foo.o: foo.c >------ > >works while > >------ >.c.obj: >$(CC) -c ... > >foo.obj: foo.c >------ > >doesn't work as long as .obj isn't defined to be a suffix. One can always put in .SUFFIXES manually, but it's tiresome. It's a good idea. >my suggestion: .obj, .exe, .dll, .lib Aren't these included in the Cygwin version ? Could you sneak .i , so that I can write %.i : %.c # a.k.a .c.i $(CC) -E ... On second thoughts, maybe not. It's better to put in a .SUFFIXES explicitly. > >current default is: >.out .a .ln .o .c .cc .C .cpp .p .f .F .r .y .l .s .S >.mod .sym .def .h .info .dvi .tex .texinfo .texi .txinfo >.w .ch .web .sh .elc .el > >6) Should "gcc" be the native compiler instead of "cc"? > Absolutely. I doubt anybody has cc.exe, unless it's a copy of gcc. "#define GCC_IS_NATIVE" might be worth setting, although this changes the defaults for $LEX and $YACC to flex and bison. >7) Which file systems do not change their "time of last change" >for files/directories? > >8) REXX support: is there anybody outside who uses this feature, >or at least does anybody know anybody else who needs this feature? > I haven't seen a makefile using this feature. I won't cry after it. :-) -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: csaba.raduly at sophos.com http://www.sophos.com US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 **= Email 4 ==========================** Date: Mon, 11 Feb 2002 10:18:46 +0000 From: John Poltorak Subject: v1.4.5 of the slang programmer's library released --YuywM84XQ3qAjKkL Content-Type: text/plain; charset=us-ascii I'm forwarding the announcement of the release of SLANG 1.4.5 for anyone who is interested. I've just downloaded it and tried building it. It looks to me as though there is an error in SRC\MKFILES\README. This:- mkmake OS2EMX < makefile.all > makefile should be:- mkmake OS2 EMX < makefile.all > makefile or perhaps even:- mkmake OS2EMX < makefile.all > ..\makefile since the Makefile needs to be used in the parent directory. Unfortunately MKMAKE.EXE which is a DOS program won't run anyway since the extraction of the archive creates the directory slang-1.4.5 which DOS can't handle anyway. It would be nice to get a family mode version of this program bundled into the archive. -- John --YuywM84XQ3qAjKkL Content-Type: message/rfc822 Received: from babayaga.math.fu-berlin.de by mail.eyup.org (IBM OS/2 SENDMAIL VERSION 2.03/2.0) id FAA630.80; Mon, 11 Feb 2002 05:23:53 GMT Received: (qmail 26739 invoked by uid 1001); 11 Feb 2002 05:23:16 -0000 Mailing-List: contact slang-workers-help at babayaga.math.fu-berlin.de; run by ezmlm Precedence: bulk X-No-Archive: yes Delivered-To: mailing list slang-workers at babayaga.math.fu-berlin.de Received: (qmail 26704 invoked from network); 11 Feb 2002 05:23:13 -0000 Date: Mon, 11 Feb 2002 00:23:11 -0500 From: "John E. Davis" To: slang-announce at babayaga.math.fu-berlin.de Message-Id: Posted-To: alt.lang.s-lang,comp.os.linux.misc,comp.unix.programmer Subject: v1.4.5 of the slang programmer's library released Organization: Center for Space Research Reply-To: davis at space.mit.edu Keywords: s-lang slang interpreter Summary: http://www.s-lang.org [I have also posted the following text to alt.lang.s-lang] Version 1.4.5 of the multi-platform slang programmer's library is now available from: ftp://space.mit.edu/pub/davis/slang/v1.4/ and the mirrors: ftp://ftp.uni-stuttgart.de/pub/unix/misc/slang/ ftp://ftp.fu-berlin.de/pub/unix/news/slrn/ ftp://ftp.ntua.gr/pub/lang/slang/ ftp://ftp.plig.org/pub/slang/ ftp://ftp.gigabell.net/pub/slang/ For more information about the library and programs that utilize it, visit the slang web site at . Version 1.4.5 is primarily a bug-fix release. Changes since 1.4.4 1. Added QNX specific patches and fixed some typos that prevented it from compiling when _SLANG_OPTIMIZE_FOR_SPEED is 0. (Tijs Michels ). 2. Make sure '#ifeval expr' evaluates up to the end of a line and no further. 3. src/sldisply.c: Do not look for pad info in the graphic charset pairs string. Also, when comparing space characters, be sure to take into account ACS. (Marek Paliwoda ) 4. Trivial code cleanups to avoid BCC 5.x warnings. 5. src/mkfiles/makefile.all: BCC-specific tweaks (John Skilleter ) 6. SLang_push/pop_datatype made public 7. src/slutty.c: if tty is not initialized and an attempt is made to read from the tty, set errno to EBADF. 8. src/slkeypad.c: New function SLkp_set_getkey_function. This may be used to specify a different function to read keys. 9. src/slcurses.c: If an invalid keysequence is entered, simply return the characters of the sequence on successive getkey calls. 10. src/slarray.c: Inline arrays of the form [1f, 0] were not working. 11. src/sldisply.c: Make sure SLtt_get_screen size gets called by SLtt_initialize. 12. doc/tm/rtl/struct.tm: typeof in example for get_struct_field_names corrected by Chris Baluta. 13. modules/varray.c: example showing how a memory mapped array may be created. It also illustrates the free_fun callback for arrays. 14. examples/life.sl: a S-Lang implementation of Conway's life. 15. src/slclass.c: SLclass_dup_object function added. Although push/pop can be used to achieve a duplicated object, this function makes it a little easier. 16. src/slang.h: Prototyes involving "unsigned char" to represent data types have been modified to use SLtype, which is typedefed to be an unsigned char. V2 will use a different size for data types. 17. Misc tweaks to aclocal.m4, src/Makefile.in, etc to support MacOSX. I have not tested it on that system. 18. The library may now be compiled under CYGWIN using the same procedure as under Unix. 19. src/slkeypad.c: Some xterm-specific escape sequences added by Denis Zaitsev . -- John E. Davis Center for Space Research/AXAF Science Center 617-258-8119 One Hampshire St., Building NE80-6019 http://space.mit.edu/~davis Cambridge, MA 02139-4307 --YuywM84XQ3qAjKkL-- **= Email 5 ==========================** Date: Mon, 11 Feb 2002 10:40:58 +0000 From: John Poltorak Subject: Makefile for mkmake wanted I'm trying to compile an OS/2 version of mkmake.exe which is used when building SLANG and could do with a Makefile - I just can write them myself from scratch. All that is supplied with SLANG is the single 'C' progam mkmake.c which needs to find (lib)slang.a on the library path. I can't work out which *FLAGS I need to get it compiled. -- John **= Email 6 ==========================** Date: Mon, 11 Feb 2002 10:45:59 +0000 From: John Poltorak Subject: BSD LIBC I know where to find GLIBC, but have looked for BSD LIBC and can't find it, not that I'm exactly sure what I'm looking for. Any pointers would be useful... -- John **= Email 7 ==========================** Date: Mon, 11 Feb 2002 11:22:28 +0000 From: John Poltorak Subject: Re: GCC 3.0.2 problems On Sun, Feb 10, 2002 at 09:56:21PM +0100, MS wrote: > Hello people, > > I have narrowed down the problem with building STLport on OS/2. STLport is including which in > turn includes some other headers. I always get the errors: > > D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:59: `isalnum' not declared > D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:60: `isalpha' not declared > D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:61: `iscntrl' not declared > D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:62: `isdigit' not declared > D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:63: `isgraph' not declared > D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:64: `islower' not declared > D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:65: `isprint' not declared > D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:66: `ispunct' not declared > D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:67: `isspace' not declared > D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:68: `isupper' not declared > D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:69: `isxdigit' not declared All these values appear to be defined in ctype.h which is part of EMX/GCC. > The errors occurs when I am trying to compile STLport as well as a simple test program which includes > cwchar but does not make actual use of it. The search path is as follows: > > #include <...> search starts here: > D:/DEVEL/C/EMX/lib/gcc-lib/i386-pc-os2_emx/3.0.2/include > D:/DEVEL/C/EMX/include > D:/DEVEL/C/EMX/include/g++-v3 > D:/DEVEL/C/EMX/include/g++-v3/i386-pc-os2_emx > D:/DEVEL/C/EMX/include/g++-v3/backward > End of search list. Do you have ctype.h ? > Regards, > > Martin Schafföner -- John **= Email 8 ==========================** Date: Mon, 11 Feb 2002 11:52:03 -0500 From: "Charles R. Hunter" Subject: Re: BSD LIBC On Mon, Feb 11, 2002 at 03:11:22PM +0000, John Poltorak (jp at eyup.org) wrote: > On Mon, Feb 11, 2002 at 09:32:22AM -0500, Charles R. Hunter wrote: > > On Mon, Feb 11, 2002 at 10:45:59AM +0000, John Poltorak (jp at eyup.org) wrote: > > > > > > I know where to find GLIBC, but have looked for BSD LIBC and can't find > > > it, not that I'm exactly sure what I'm looking for. > > > > > > Any pointers would be useful... > > > > On FreeBSD its in /usr/src/lib/libc/ > > ( of for some people /usr/obj/usr/src/lib/libc/ ) > > I meant a URL... > > I have FreeBSD on CD-ROM, but it's from 1993. http://www.freebsd.org for instructions on how to get current versions. I would get the entire source tree if I were you, but I understand that this might be a heck of a download. :) ftp://ftp.freeBSD.org/pub/FreeBSD/FreeBSD-stable/src/lib/libc for the libc sources. Charles -- Charles R. Hunter Director, Physics Computer Network Purdue University crh at physics.purdue.edu **= Email 9 ==========================** Date: Mon, 11 Feb 2002 11:54:26 -0800 From: John Merryweather Cooper Subject: Fwd: [fpc-devel]New OS/2 (EMX) compiler snapshot (1.1) [XHajT03 at mbox.vol.cz] --=_zhXaljGHf11kAt Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit --=_zhXaljGHf11kAt Content-Type: message/rfc822; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 8bit Return-Path: Delivered-To: jmcoopr at johncoop.mshome Received: from localhost (localhost [127.0.0.1]) by johncoop.MSHOME (Postfix) with ESMTP id BDFC715508 for ; Sun, 10 Feb 2002 14:00:03 -0800 (PST) X-Apparently-To: john_m_cooper at yahoo.com via web20307.mail.yahoo.com; 10 Feb 2002 13:22:19 -0800 (PST) X-Track: 5: 40 Received: from pop.vip.sc5.yahoo.com [216.136.173.10] by localhost with POP3 (fetchmail-5.9.6) for john_m_cooper at localhost (single-drop); Sun, 10 Feb 2002 14:00:03 -0800 (PST) Received: from deadlock.et.tudelft.nl (130.161.36.93) by mta555.mail.yahoo.com with SMTP; 10 Feb 2002 13:22:18 -0800 (PST) Received: from deadlock.et.tudelft.nl (daemon at localhost [127.0.0.1]) by deadlock.et.tudelft.nl (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA14091; Sun, 10 Feb 2002 22:12:55 +0100 Received: from smtp2.vol.cz (smtp2.vol.cz [195.250.128.42]) by deadlock.et.tudelft.nl (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id WAA14072 for ; Sun, 10 Feb 2002 22:12:52 +0100 From: XHajT03 at mbox.vol.cz Received: from TH (datela-1-4-132.dialup.vol.cz [212.20.98.166]) by smtp2.vol.cz (8.11.3/8.11.3) with ESMTP id g1ALCiZ39820 for ; Sun, 10 Feb 2002 22:12:45 +0100 (CET) (envelope-from XHajT03 at mbox.vol.cz) Message-Id: <200202102112.g1ALCiZ39820 at smtp2.vol.cz> To: fpc-devel at lists.freepascal.org Date: Sun, 10 Feb 2002 22:12:40 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Priority: normal X-mailer: Pegasus Mail for Windows (v3.12b) Subject: [fpc-devel]New OS/2 (EMX) compiler snapshot (1.1) Reply-To: fpc-devel at deadlock.et.tudelft.nl Sender: fpc-devel-admin at deadlock.et.tudelft.nl Errors-To: fpc-devel-admin at deadlock.et.tudelft.nl X-Mailman-Version: 1.1 Precedence: bulk List-Id: FPC developers' list X-BeenThere: fpc-devel at lists.freepascal.org Status: RO X-Status: F Content-Length: 327 Lines: 14 Hello, a new OS/2 (EMX) snapshot has been compiled from the main branch sources and uploaded to ftp://ftp.freepascal.org/pub/fpc/snapshot/os2. Greetings Tomas _______________________________________________ fpc-devel maillist - fpc-devel at lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel --=_zhXaljGHf11kAt-- **= Email 10 ==========================** Date: Mon, 11 Feb 2002 12:20:45 +0000 From: John Poltorak Subject: Re: Makefile for mkmake wanted On Mon, Feb 11, 2002 at 10:40:58AM +0000, John Poltorak wrote: > I'm trying to compile an OS/2 version of mkmake.exe which is used when > building SLANG and could do with a Makefile - I just can write them myself > from scratch. All that is supplied with SLANG is the single 'C' progam > mkmake.c which needs to find (lib)slang.a on the library path. I can't > work out which *FLAGS I need to get it compiled. After much trial and error, I got this working:- CC = gcc CFLAGS= -O2 -s -Zmt -D__ST_MT_ERRNO__ #CFLAGS= -Zomf -O2 -s -Zmt -D__ST_MT_ERRNO__ #CFLAGS= -O2 -s -Zmt -D__ST_MT_ERRNO__ #LDFLAGS=-Zcrtdll -Zmt -s -Zlinker /exepack:2 -Zlinker /pmtype:vio mkmake: mkmake.o $(CC) $(CFLAGS) $(LDFLAGS) -o mkmake.exe mkmake.c -L. -lslang but I could do with the expert hand of a Makesmith to use the correct flags... The DOS version of mkmake.exe is 12kB, but this OS/2 version turns out to be around 70kB. Why should there be such a large disparity? Is there any way I can get exepack to work? -- John **= Email 11 ==========================** Date: Mon, 11 Feb 2002 13:02:58 +0100 (MEZ) From: "MS" Subject: Re: GCC 3.0.2 problems On Mon, 11 Feb 2002 11:22:28 +0000, John Poltorak wrote: >On Sun, Feb 10, 2002 at 09:56:21PM +0100, MS wrote: >> Hello people, >> >> I have narrowed down the problem with building STLport on OS/2. STLport is including which in >> turn includes some other headers. I always get the errors: >> >> D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:59: `isalnum' not declared >> D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:60: `isalpha' not declared >> D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:61: `iscntrl' not declared >> D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:62: `isdigit' not declared >> D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:63: `isgraph' not declared >> D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:64: `islower' not declared >> D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:65: `isprint' not declared >> D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:66: `ispunct' not declared >> D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:67: `isspace' not declared >> D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:68: `isupper' not declared >> D:/DEVEL/C/EMX/include/g++-v3/bits/std_cctype.h:69: `isxdigit' not declared > > >All these values appear to be defined in ctype.h which is part of EMX/GCC. > > >> The errors occurs when I am trying to compile STLport as well as a simple test program which includes >> cwchar but does not make actual use of it. The search path is as follows: >> >> #include <...> search starts here: >> D:/DEVEL/C/EMX/lib/gcc-lib/i386-pc-os2_emx/3.0.2/include >> D:/DEVEL/C/EMX/include >> D:/DEVEL/C/EMX/include/g++-v3 >> D:/DEVEL/C/EMX/include/g++-v3/i386-pc-os2_emx >> D:/DEVEL/C/EMX/include/g++-v3/backward >> End of search list. > > >Do you have ctype.h ? Yes, I do. ctype.h gets included by include/g++-v3/bits/std_cctype.h, which _undefines_ all these functions in lieu of real functions (or so it says in a comment). However, I can't find these functions. I am asking this because cwchar seems to be a standard C++ header which does not work if I include it. What to do about it? Martin Schafföner **= Email 12 ==========================** Date: Mon, 11 Feb 2002 13:21:51 +0000 From: John Poltorak Subject: Using DATE for date conversions The GNU DATE utility has a large array of formatting options, but I can't tell if it will convert between formats... There is the option '-d':- -d, --date=STRING display time described by STRING, not `now' and there is a FORMAT option %s:- %s seconds since 00:00:00, Jan 1, 1970 (a GNU extension) However, the FORMAT option appears to be related to the output. Is there any way I could use STRING where its value is the second number since 1/1/70? -- John **= Email 13 ==========================** Date: Mon, 11 Feb 2002 13:47:30 -0500 From: Kees de LezenneCoulander Subject: GNAT (was GLIBC) John Poltorak wrote: >Now that we appear to be uptodate with GNAT, it would be nice to see it >merged with gcc v3 on OS/2 as well. I fully agree with that. I am still running Gnat 3.09 on OS/2. All later versions coming out of ACT gave me problems of one sort or another. As I am not a supported customer, I have so far taken the easy way out and just continued with 3.09. I have given the 3.13 available from the unixos2 site a quick try at home. It also raised one or two issues, but I have so far not had the time to look into it further. As a job I just started working on got cancelled last week, I might be able to pursue this in the near future. I would certainly like to catch up a little bit with the main Gnat crowd, as a lot of useful utilities have been added in the four or five years since 3.09 came out. Kees de Lezenne Coulander -- C.M. de Lezenne Coulander Aircraft Development and Systems Engineering B.V. Hoofddorp, The Netherlands **= Email 14 ==========================** Date: Mon, 11 Feb 2002 14:26:34 -0500 From: Henry Sobotka Subject: Re: BSD LIBC John Poltorak wrote: > > > ftp://ftp.freeBSD.org/pub/FreeBSD/FreeBSD-stable/src/lib/libc > > I can't seem to find my way round there at all... I was looking for the > files I needed for the REGEX library. They were much easier to find in > GLIBC. Try looking in: ftp://ftp.freeBSD.org/pub/FreeBSD/FreeBSD-stable/src/lib/libc/regex/ h~ **= Email 15 ==========================** Date: Mon, 11 Feb 2002 14:33:35 +0000 From: csaba.raduly at sophos.com Subject: Re: Makefile for mkmake wanted On 11/02/2002 12:20:45 John Poltorak wrote: >On Mon, Feb 11, 2002 at 10:40:58AM +0000, John Poltorak wrote: >> I'm trying to compile an OS/2 version of mkmake.exe which is used when >> building SLANG and could do with a Makefile - I just can write them myself >> from scratch. All that is supplied with SLANG is the single 'C' progam >> mkmake.c which needs to find (lib)slang.a on the library path. I can't >> work out which *FLAGS I need to get it compiled. > >After much trial and error, I got this working:- > > >CC = gcc >CFLAGS= -O2 -s -Zmt -D__ST_MT_ERRNO__ >#CFLAGS= -Zomf -O2 -s -Zmt -D__ST_MT_ERRNO__ >#CFLAGS= -O2 -s -Zmt -D__ST_MT_ERRNO__ >#LDFLAGS=-Zcrtdll -Zmt -s -Zlinker /exepack:2 -Zlinker /pmtype:vio > >mkmake: mkmake.o >$(CC) $(CFLAGS) $(LDFLAGS) -o mkmake.exe mkmake.c -L. -lslang > > >but I could do with the expert hand of a Makesmith to use the correct >flags... > >The DOS version of mkmake.exe is 12kB, but this OS/2 version turns out to >be around 70kB. Why should there be such a large disparity? > Try adding -Zomf -Zsys Also, -Zlinker "/STUB:dos_mkmake.exe" (untested!) Why -Zmt ? Surely there's only one thread in mkmake.exe >Is there any way I can get exepack to work? I'd advise against it with an a.out executable. You might try it with OMF. Run lxlite on the finished binary. -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: csaba.raduly at sophos.com http://www.sophos.com US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 **= Email 16 ==========================** Date: Mon, 11 Feb 2002 15:00:26 +0000 From: John Poltorak Subject: Re: Makefile for mkmake wanted On Mon, Feb 11, 2002 at 02:33:35PM +0000, csaba.raduly at sophos.com wrote: > > >After much trial and error, I got this working:- > > > > > >CC = gcc > >CFLAGS= -O2 -s -Zmt -D__ST_MT_ERRNO__ > >#CFLAGS= -Zomf -O2 -s -Zmt -D__ST_MT_ERRNO__ > >#CFLAGS= -O2 -s -Zmt -D__ST_MT_ERRNO__ > >#LDFLAGS=-Zcrtdll -Zmt -s -Zlinker /exepack:2 -Zlinker /pmtype:vio > > > >mkmake: mkmake.o > >$(CC) $(CFLAGS) $(LDFLAGS) -o mkmake.exe mkmake.c -L. -lslang > > > > > >but I could do with the expert hand of a Makesmith to use the correct > >flags... > > > >The DOS version of mkmake.exe is 12kB, but this OS/2 version turns out to > >be around 70kB. Why should there be such a large disparity? > > > > Try adding -Zomf -Zsys If I do that I need a slang.lib and I only have slang.a. > Also, -Zlinker "/STUB:dos_mkmake.exe" (untested!) > > Why -Zmt ? Surely there's only one thread in mkmake.exe If it ain't broke, don't fix it :-)... Taking it out did reduce exe by 13kB though. BTW I've never liked the phrase above. In computing there are many degrees of brokenness, even though a program 'appears' to be working. > -- > Csaba Ráduly, Software Engineer Sophos Anti-Virus > email: csaba.raduly at sophos.com http://www.sophos.com > US Support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 > -- John **= Email 17 ==========================** Date: Mon, 11 Feb 2002 15:11:22 +0000 From: John Poltorak Subject: Re: BSD LIBC On Mon, Feb 11, 2002 at 09:32:22AM -0500, Charles R. Hunter wrote: > On Mon, Feb 11, 2002 at 10:45:59AM +0000, John Poltorak (jp at eyup.org) wrote: > > > > I know where to find GLIBC, but have looked for BSD LIBC and can't find > > it, not that I'm exactly sure what I'm looking for. > > > > Any pointers would be useful... > > On FreeBSD its in /usr/src/lib/libc/ > ( of for some people /usr/obj/usr/src/lib/libc/ ) I meant a URL... I have FreeBSD on CD-ROM, but it's from 1993. > Charles > > -- > Charles R. Hunter > Director, Physics Computer Network > Purdue University crh at physics.purdue.edu -- John **= Email 18 ==========================** Date: Mon, 11 Feb 2002 15:14:02 -0500 From: Henry Sobotka Subject: Re: BSD LIBC John Poltorak wrote: > > I did look there but there's no sign of regex.(h,c) which are the two > files I used for building regex.dll. It's a different implementation so the filenames differ. You'll also find them with an OS/2 makefile in Posix/2. h~ **= Email 19 ==========================** Date: Mon, 11 Feb 2002 15:23:22 +0100 (MEZ) From: "Gerhard Arnecke" Subject: Re: Multimedia headers Conc. MMPM/2 headers: 1. One can find such headers in the ddk package: x:\ddk\base\h 2. One can find such headers in the OS/2 Warp Developer Toolkit x:\toolkit\h This list can be the names of all MMPM2/2 headers (It seems that the files of the Developer Toolkit have the newest state): ACB.H AUDIO.H CDAUDIO.H CDAUDOS2.H CODEC.H DCB.H EVCB.H MCIAPI.H MCIDRV.H MCIOS2.H MEERROR.H MIDI.H MIDIOS2.H MIDITYPE.H MINSTALL.H MMDRVOS2.H MMIO.H MMIOOS2.H MMREG.H MMSYSTEM.H OS2ME.H OS2MEDEF.H QOS.H SHDD.H SPCB.H SSM.H SW.H VIDEO.H The MMPM/2 library is MMPM2.LIB **= Email 20 ==========================** Date: Mon, 11 Feb 2002 15:38:55 +0000 From: John Poltorak Subject: Re: Multimedia headers On Sun, Feb 10, 2002 at 04:27:56PM -0500, Ken Ames wrote: > On Sun, 10 Feb 2002 10:34:23 +0000, John Poltorak wrote: > > >On Sat, Feb 09, 2002 at 03:16:28PM -0500, Ken Ames wrote: > >> Hi, > >> most of the mmpm headers are in the ddk which everyone knows is free for the > >> register/download. > > > >I think this is an incorrect assumption. > > > This is not an incorrect assumtion, it is a fact. You're saying it's a fact that "*everyone* knows" ? ... _I_ didn't know. > >I would hope that the UnixOS/2 distro becomes established as part of many > >users OS/2 installation, ie. normal end users, not just developers, > >because I think OS/2 users ought to be able to install Open Source > >Software just as easily as people can on Linux. I don't imagine that every > >Linux user understands the ins and outs of configure scripts, but there is > >a good chance that they are successfull in installing software that they > >are not familiar with. > Ken > > -- John **= Email 21 ==========================** Date: Mon, 11 Feb 2002 16:27:48 +0100 (CET) From: Stefan Neis Subject: Re: Makefile for mkmake wanted On Mon, 11 Feb 2002, John Poltorak wrote: > > > > > >mkmake: mkmake.o > > >$(CC) $(CFLAGS) $(LDFLAGS) -o mkmake.exe mkmake.c -L. -lslang Just some cosmetic stuff: The above claims that make should generate a file "mkmake" from "mkmake.o", but the rule itself generates "mkmake.exe" from "mkmake.c" ... > > Try adding -Zomf -Zsys Or try adding -Zcrtdll (incompatible with -Zsys), that way it uses emxc?.dll (which also should hide most of the overhead of the multithreaded library as compared to the single-threaded one) instead of statically linking with all required modules from some c-runtime-library. > If I do that I need a slang.lib and I only have slang.a. "emxomf -s -l slang.a" or similar. > BTW I've never liked the phrase above. In computing there are many degrees > of brokenness, even though a program 'appears' to be working. Yep. But it's difficult to know whether or not a "bugfix" introduces more new bugs than it fixes. In case of doubt, stay with the bugs where you already know how to work around them. Easier than having to hunt new ones. ;-) Regards, Stefan -- Micro$oft is not an answer. It is a question. The answer is 'no'. **= Email 22 ==========================** Date: Mon, 11 Feb 2002 17:12:10 -0500 From: Thomas Dickey Subject: Re: make 3.79.1 and OS/2 "features" On Mon, Feb 11, 2002 at 10:32:17PM +0100, Andreas Buening wrote: > csaba.raduly at sophos.com wrote: > > > > On 09/02/2002 19:11:11 Andreas Buening wrote: > > [snip] > > > >2) FAT filesystems round file time to the nearest even second? > > >(does this also apply to VFAT, FAT32?) > > > > Yes. The "seconds" field is five bits wide, hence it can only count > > up to 31. This inherent to the FAT filesystem's file control block > > structure. > > What kind of idiot invents such crap? the same sort of idiot who designs an operating system that doesn't provide an easy way of getting millisecond-level timers. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net **= Email 23 ==========================** Date: Mon, 11 Feb 2002 18:09:14 +0000 From: John Poltorak Subject: Re: Multimedia headers On Mon, Feb 11, 2002 at 03:23:22PM +0100, Gerhard Arnecke wrote: > Conc. MMPM/2 headers: > > 1. One can find such headers in the ddk package: x:\ddk\base\h > > 2. One can find such headers in the OS/2 Warp Developer Toolkit x:\toolkit\h > > This list can be the names of all MMPM2/2 headers > > (It seems that the files of the Developer Toolkit have the newest state): Do you have a URL for this? > The MMPM/2 library is MMPM2.LIB If the headers and library are usable by EMX, I guess we should use them and leave the onus on the end user to acquire the toolkit, although part of the installation routine for the EMX dev. package should include detecting the presence of the toolkit and appending the appropriate paths to C_LIBRARY and C_INCLUDE paths. If it does not detect the toolkit a msg about how to get hold of it should be displayed, in case the user is not aware of it. -- John **= Email 24 ==========================** Date: Mon, 11 Feb 2002 18:40:19 +0100 From: Holger Veit Subject: Re: Multimedia headers On Mon, Feb 11, 2002 at 03:38:55PM +0000, John Poltorak wrote: > On Sun, Feb 10, 2002 at 04:27:56PM -0500, Ken Ames wrote: > > On Sun, 10 Feb 2002 10:34:23 +0000, John Poltorak wrote: > > > > >On Sat, Feb 09, 2002 at 03:16:28PM -0500, Ken Ames wrote: > > >> Hi, > > >> most of the mmpm headers are in the ddk which everyone knows is free for the > > >> register/download. > > > > > >I think this is an incorrect assumption. > > > > > This is not an incorrect assumtion, it is a fact. > > You're saying it's a fact that "*everyone* knows" ? ... > > _I_ didn't know. We could consider to tell people interested in UnixOS/2 where to get required stuff... Holger -- Please update your tables to my new e-mail address: holger.veit$ais.fhg.de (replace the '$' with ' at ' -- spam-protection) **= Email 25 ==========================** Date: Mon, 11 Feb 2002 19:09:17 +0000 From: John Poltorak Subject: Re: BSD LIBC On Mon, Feb 11, 2002 at 11:52:03AM -0500, Charles R. Hunter wrote: > http://www.freebsd.org for instructions on how to get current versions. > I would get the entire source tree if I were you, but I understand > that this might be a heck of a download. :) I have a pretty good connection, and was amazed how quickly I managed to download a 600MB ISO image of SlackWare recently. > ftp://ftp.freeBSD.org/pub/FreeBSD/FreeBSD-stable/src/lib/libc > > > for the libc sources. I can't seem to find my way round there at all... I was looking for the files I needed for the REGEX library. They were much easier to find in GLIBC. > > Charles > > -- > Charles R. Hunter > Director, Physics Computer Network > Purdue University crh at physics.purdue.edu -- John **= Email 26 ==========================** Date: Mon, 11 Feb 2002 19:18:10 +0000 From: John Poltorak Subject: Autoconf 2.52h There's a new beta of Autoconf here:- ftp://alpha.gnu.org/gnu/autoconf/autoconf-2.52h.tar.gz I can't get this on to install. There's some msgs about 'Command not found' which are reminiscent of some Make bugs I've seen. They didn't occur with the previous beta though. -- John **= Email 27 ==========================** Date: Mon, 11 Feb 2002 19:35:25 +0000 From: John Poltorak Subject: Re: BSD LIBC On Mon, Feb 11, 2002 at 02:26:34PM -0500, Henry Sobotka wrote: > John Poltorak wrote: > > > > > ftp://ftp.freeBSD.org/pub/FreeBSD/FreeBSD-stable/src/lib/libc > > > > I can't seem to find my way round there at all... I was looking for the > > files I needed for the REGEX library. They were much easier to find in > > GLIBC. > > Try looking in: > > ftp://ftp.freeBSD.org/pub/FreeBSD/FreeBSD-stable/src/lib/libc/regex/ I did look there but there's no sign of regex.(h,c) which are the two files I used for building regex.dll. Under GLIBC, they are in the POSIX directory. > h~ -- John **= Email 28 ==========================** Date: Mon, 11 Feb 2002 21:03:59 +0000 From: John Poltorak Subject: Re: BSD LIBC On Mon, Feb 11, 2002 at 03:14:02PM -0500, Henry Sobotka wrote: > John Poltorak wrote: > > > > I did look there but there's no sign of regex.(h,c) which are the two > > files I used for building regex.dll. > > It's a different implementation so the filenames differ. You'll also > find them with an OS/2 makefile in Posix/2. I think this means opening up a can of worms... I have a simple Makefile consisting of:- all: at echo Note: ignore the warning about "implicit declaration of function `free'"! gcc -c regex.c -Wall -I. -O3 -s -Zmt at echo LIBRARY REGEX INITINSTANCE TERMINSTANCE > regex.def at echo DESCRIPTION ' at #UX2:0.12.0.0# at REGEX - POSIX regular expression library 0.12' >> regex.def at echo STACKSIZE 32768 >> regex.def at echo EXPORTS >> regex.def emxexp regex.o >> regex.def ar rc regex.a regex.o emxomf regex.o emximp -o regex.lib regex.def gcc -o regex.dll regex.def regex.obj -Zdll -Zomf -Zcrtdll -Zlinker /exepack:2 -s -Zmt which uses two files from GLIBC and creates a common REGEX.DLL. Looking at Posix/2 I don't think I have any chance of getting a DLL built. I don't want to start trying to debug Posix/2... I just ran make with the Makefile mentioned and ended up with:- ../../../usr/share/mk/Posix2Lib.mk:26: *** missing seperator. Stop. I guess it needs PMAKE for building it, but there's no DLL target anyway. There must be a simpler way to do this. > h~ -- John **= Email 29 ==========================** Date: Mon, 11 Feb 2002 21:47:30 +0000 From: John Poltorak Subject: Re: EMX C-library extensions On Mon, Feb 11, 2002 at 10:37:28PM +0100, MS wrote: > Thus my question is: Is this the right place to discuss extensions to the emx c library? Who is to ask / to > contact? I'd suggest contacting the OS/2 maintainer and seek his guidance. Can he reproduce your results? Maybe his environment includes the required headers... > Regards, > > > Martin Schafföner > > -- John **= Email 30 ==========================** Date: Mon, 11 Feb 2002 22:32:17 +0100 From: Andreas Buening Subject: Re: make 3.79.1 and OS/2 "features" csaba.raduly at sophos.com wrote: > > On 09/02/2002 19:11:11 Andreas Buening wrote: [snip] > >2) FAT filesystems round file time to the nearest even second? > >(does this also apply to VFAT, FAT32?) > > Yes. The "seconds" field is five bits wide, hence it can only count > up to 31. This inherent to the FAT filesystem's file control block > structure. What kind of idiot invents such crap? > >5) which additional suffixes do we need? They are needed for > >implicit and explicit rules, i.e. > > > >------ > >.c.o: > >$(CC) -c ... > > > >foo.o: foo.c > >------ > > > >works while > > > >------ > >.c.obj: > >$(CC) -c ... > > > >foo.obj: foo.c > >------ > > > >doesn't work as long as .obj isn't defined to be a suffix. > > One can always put in .SUFFIXES manually, but it's tiresome. > It's a good idea. > > >my suggestion: .obj, .exe, .dll, .lib > > Aren't these included in the Cygwin version ? Not really. Only VMS has .obj and .exe built in. Or is there a special Cygwin version of GNU make? > Could you sneak .i , so that I can write > > %.i : %.c > # a.k.a .c.i > $(CC) -E ... > > On second thoughts, maybe not. It's better to > put in a .SUFFIXES explicitly. Whatever you say. :-) [snip] > >6) Should "gcc" be the native compiler instead of "cc"? > > > > Absolutely. I doubt anybody has cc.exe, unless it's a copy of gcc. > "#define GCC_IS_NATIVE" might be worth setting, although > this changes the defaults for $LEX and $YACC to flex and bison. But does this matter? There is no native yacc/lex or bison/flex on OS/2. [snip] bye, Andreas -- One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Redmond where the Shadows lie. **= Email 31 ==========================** Date: Mon, 11 Feb 2002 22:37:28 +0100 (MEZ) From: "MS" Subject: EMX C-library extensions Hello people, I am a few step further now in that I have solved (some) of the problems I had. The problem with the isalpha(), isdigit() etc. functions was for real. It is not an error in gcc 3.0.2, but an insufficiency of the EMX C headers. A simple program, which cannot be successfully compiled with gcc 3.0.2, demonstrates the problem: #include int main() { std::cout << "test" << std::endl; } It is missing all the mentioned fct. from ctype.h. I added the declarations (and definitions) to ctype.h to circumvent this problem, but I do not feel very comfortable with it. Thus my question is: Is this the right place to discuss extensions to the emx c library? Who is to ask / to contact? Regards, Martin Schafföner **= Email 32 ==========================** Date: Mon, 11 Feb 2002 23:00:45 +0100 (MEZ) From: "MS" Subject: Re: EMX C-library extensions On Mon, 11 Feb 2002 21:47:30 +0000, John Poltorak wrote: >I'd suggest contacting the OS/2 maintainer and seek his guidance. > >Can he reproduce your results? Maybe his environment includes the >required headers... > Okay, in the meantime I found the posix2 website and dug through the cvs repository. My problem had already been solved (well, the same way I did it...). It just seems there has not been much activity on the posix2 project lately. Does anyone have more detailled information about the status of this project? Regards, Martin Schafföner