From: Digest To: "UnixOS2 Digest" Date: Sat, 13 Dec 2003 03:21:27 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_digest] No. 265 ************************************************** Friday 12 December 2003 Number 265 ************************************************** Subjects for today 1 Re: curses! this libncurses thing... : Lewis G Rosenthal 2 Re: problems compiling gnuplot : Dave and Natalie" 3 Re: curses! this libncurses thing... : Lewis G Rosenthal 4 Re: problems compiling gnuplot : Dave and Natalie" 5 Re: curses! this libncurses thing... : Dave and Natalie" 6 Re: New ZLIB : Dave and Natalie" 7 Re: curses! this libncurses thing... : Lewis G Rosenthal 8 Re: curses! this libncurses thing... : Henry Sobotka 9 problems compiling gnuplot : Franz Bakan" 10 Re: curses! this libncurses thing... : John Poltorak 11 Re: curses! this libncurses thing... : John Poltorak 12 Re: curses! this libncurses thing... : Lewis G Rosenthal 13 Re: curses! this libncurses thing... : Lewis G Rosenthal 14 Re: curses! this libncurses thing... : Lewis G Rosenthal 15 Re: New ZLIB : John Poltorak 16 could not find stdint.h or inttypes.h : John Poltorak 17 Re: could not find stdint.h or inttypes.h : Pete Milne 18 Re: could not find stdint.h or inttypes.h : John Poltorak 19 Re: could not find stdint.h or inttypes.h : Pete Milne 20 problems compiling gnuplot : Franz Bakan" 21 Re: curses! this libncurses thing... : Lewis G Rosenthal 22 Re: curses! this libncurses thing... : Lewis G Rosenthal 23 Re: curses! this libncurses thing... : Lewis G Rosenthal 24 Re: curses! this libncurses thing... : Henry Sobotka 25 Re: curses! this libncurses thing... : John Poltorak 26 Re: curses! this libncurses thing... : John Poltorak 27 Re: problems compiling gnuplot : Dave and Natalie" 28 Re: problems compiling gnuplot : Dave and Natalie" 29 Re: curses! this libncurses thing... : Dave and Natalie" 30 Re: New ZLIB : Dave and Natalie" 31 Re: curses! this libncurses thing... : Lewis G Rosenthal 32 Re: curses! this libncurses thing... : Lewis G Rosenthal 33 Re: curses! this libncurses thing... : Lewis G Rosenthal 34 Re: New ZLIB : John Poltorak 35 could not find stdint.h or inttypes.h : John Poltorak 36 Re: could not find stdint.h or inttypes.h : Pete Milne 37 Re: could not find stdint.h or inttypes.h : John Poltorak 38 Re: could not find stdint.h or inttypes.h : Pete Milne **= Email 1 ==========================** Date: Thu, 11 Dec 2003 13:16:00 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... Gee, sorry I've been away so long, and thanks to both you, John, and Henry for kicking this around with me. In answer to your questions: On 12/01/2003 09:02 am, John Poltorak thus wrote : >On Mon, Dec 01, 2003 at 02:11:29AM -0500, Lewis G Rosenthal wrote: > > >>Hey, thanks, Henry. So, then, when I have ncurses installed (as I do), >>what's up with: >> >> > >What are you trying to build? > > > Kismet. :-) -- Lewis ------------------------------------------------------------ Lewis G Rosenthal, CNA Rosenthal & Rosenthal Accountants / Network Consultants New York / Northern Virginia www.2rosenthals.com Team OS/2 / NetWare Users International www.novell.com ------------------------------------------------------------ This OS/2 system (Apollo) uptime is 0 days 04:03 hours and 34 seconds **= Email 2 ==========================** Date: Thu, 11 Dec 2003 13:40:38 -0800 From: "Dave and Natalie" Subject: Re: problems compiling gnuplot On Thu, 11 Dec 2003 17:08:28 +0100 (CET), Franz Bakan wrote: >5. freetype > > the headers are in \Xfree86\include but > the lib is called frtype.a. gnuplot-makefile > looks for freetype.a > > http://hobbes.nmsu.edu/pub/os2/util/font/freetype2.zip > > solves the problem. This is a bug in Xfree86 4.3. To quote myself Hi freetype-config and xft-config both return -lfreetype when queried for libs. Fix is to change libs="-lfreetype" to libs="-lfrtype" and most likely convlib="libfreetype.la" to convlib="libfrtype.la" in freetype-config. And in xft-config change freetypelibs="-L/XFree86/lib -lfreetype" to freetypelibs="-L/XFree86/lib -lfrtype" Dave ps also fontconfig needs fixing New Email Address - please update your Address book dave_yeo at paralynx.com **= Email 3 ==========================** Date: Thu, 11 Dec 2003 13:40:59 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... On 12/01/2003 06:57 am, John Poltorak thus wrote : >On Sun, Nov 30, 2003 at 07:53:51PM -0500, Lewis G Rosenthal wrote: > > >>Does anybody have a complete ncurses build, including libncurses? >> >> > >If you have installed UX2BS successfully, it will have produced a full >build of ncurses for you. > > > My confusion cenetered around the lack of actual a file named libncurses. It did indeed install the full build. :-) >>Naturally, in my frustration, I decided I'd build ncurses myself, but of >>course, this brought along its own set of problems... >> >> > >There are lots of traps to fall into, but the distributed versions of >ncurses builds on OS/2 without problems, and its developer has done >everything to ensure it is sufficiently cross-platform to handle OS/2 >seemlessly. The only problem is that you need to set the environment up >correctly using a patched version of Autoconf v2.13 which can be a little >tricky to set up, however everything you need to do is done automatically >by UX2BS. > > > I suppose I'm just a bit new to the whole compiling thing, aside from the UX2BS issues. Instead of using standard commands while in that shell, should I merely "build xyz" ? -- Lewis ------------------------------------------------------------ Lewis G Rosenthal, CNA Rosenthal & Rosenthal Accountants / Network Consultants New York / Northern Virginia www.2rosenthals.com Team OS/2 / NetWare Users International www.novell.com ------------------------------------------------------------ This OS/2 system (Apollo) uptime is 0 days 04:21 hours and 42 seconds **= Email 4 ==========================** Date: Thu, 11 Dec 2003 13:59:21 -0800 From: "Dave and Natalie" Subject: Re: problems compiling gnuplot On Thu, 11 Dec 2003 17:08:28 +0100 (CET), Franz Bakan wrote: >3. the rc.exe supplied with eCS > >RC.EXE 868000 18.12.97 14:01 > > does not work Some versions of RC.EXE can handle / in file paths and some can not. >4. the headers and libs for gd are missing. > > latest version is: > http://hobbes.nmsu.edu/pub/os2/util/gd-2-0-15-gif.zip > > ! Be shure you also copy the included z.dll over the > ! one included in uxbs otherwise gnuplot will crash. A better solution would be to rebuild gd linked against the uxbs z.dll or to put the z.dll earlier in the libpath. Overwriting will cause programs linked against the uxbs Z.dll to crash >6. make > > the make version included in ux2bs ( I think it's 3_76 ) works > but: the newer versions ( 3_79_x .. 3_81rc1 ) don't > > > make-3_79_2a1-r2 leads to: > > [unixos2 X:\ports\gnuplot-281\src>make -f ..\config\makefile.os2 clean > IF EXIST config.h DEL config.h > make: IF: Command not found > make: spawn: No such file or directory You most likely need to set MAKESHELL=cmd.exe Dave New Email Address - please update your Address book dave_yeo at paralynx.com **= Email 5 ==========================** Date: Thu, 11 Dec 2003 14:11:28 -0800 From: "Dave and Natalie" Subject: Re: curses! this libncurses thing... On Thu, 11 Dec 2003 14:58:04 -0500, Henry Sobotka wrote: >> configure.:4969: checking for initscr in -lncurses >> configure.:5000: gcc -o conftest.exe -g -O2 conftest.c -lncurses >> -lstdc++ >&5 > >Try changing -lstdc++ to -lstdcpp or -lstdcxx (depending on what version >of gcc you're using). Or if using later versions of gcc try using g++. Might have to set CXX=g++.exe Dave New Email Address - please update your Address book dave_yeo at paralynx.com **= Email 6 ==========================** Date: Thu, 11 Dec 2003 14:11:58 -0800 From: "Dave and Natalie" Subject: Re: New ZLIB On Tue, 25 Nov 2003 11:14:34 +0000, John Poltorak wrote: >I wouldn't expect them to be updated. I don't think there is any OS/2 >maintainer. > >There are quite a number of people who maintain their own versions of ZLIB >independently. It would be useful if someone could submit their patches to >the ZLIB team so that it could be built by everyone on OS/2 straight out >of the box. > >> However, getting a suitable Makefile shouldn't be that difficult. Note, >> however, that the configure script apparently is _not_ generated by >> autoconf, so it might be easier to adapt the existing Makefile.os2 than >> to generate one by configure. >> >> zlib-1.2.1 officially states that it want's export by name to >> be used, so the def-File might require some changes as well ... > >I believe the def file was originally copied from NT and no one changed it >properly. And I'm not sure that Makefile.OS2 is correct either... > >It would be nice to get them updated but I'm not sure what should be >changed. What we really need to look into is updating a bunch of DLLs, eg Z.dll, the graphic DLLs etc. The biggest change that needs to be made is importing by name instead of ordinal. A lot of programs are linked against Hung-Chi Chu versions which all uses ordinals. Ideally would be a new naming convention to keep the new DLLs seperate eg adding ux so Z.DLL would become Zux.DLL or uxZ.DLL. Perhaps a better name? Otherwise it means recompiling all apps against the new libraries and getting people to upgrade. Unluckily quite a few apps are hard to recompile due to missing source, special enviroments etc. Comments on how updating DLLs could be done please Dave New Email Address - please update your Address book dave_yeo at paralynx.com **= Email 7 ==========================** Date: Thu, 11 Dec 2003 14:20:35 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... Thanks again, Henry. See below: On 12/01/2003 09:30 am, Henry Sobotka thus wrote : >Lewis G Rosenthal wrote: > > >>Hey, thanks, Henry. So, then, when I have ncurses installed (as I do), >>what's up with: >> >> >> >[SNIP] > > >> configure.:5088: result: no >> configure.:5103: error: Unable to find libncurses or libcurses >> >> From what I can tell, ncurses is installed where it should be (this >>happens under my own "homegrown" build environment as well as under UX2BS. >> >> > >This shouldn't happen if wherever ncurses is installed is in >LIBRARY_PATH. > >What happens if you create test.c consisting of: > >int main() { > return 0; >} > >and go "gcc test.c -lncurses"? > Quietly compiled test.exe. >If you do get no output, what's the command used to compile and link the >failing conftest.c? It should appear in config.log. > > > Apologies for the long entry here, but this might prove useful (to you, at least!): [...] configure.:4969: checking for initscr in -lncurses configure.:5000: gcc -o conftest.exe -g -O2 conftest.c -lncurses -lstdc++ >&5 ../ncurses/./tinfo/lib_tparm.c:289 (U:/usr/lib/ncurses.a(lib_tparm.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tparm.c:289 (U:/usr/lib/ncurses.a(lib_tparm.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:265 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:272 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:275 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:279 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:283 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:284 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tty/lib_mvcur.c:225 (U:/usr/lib/ncurses.a(lib_mvcur.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tty/lib_mvcur.c:0 (U:/usr/lib/ncurses.a(lib_mvcur.o)): More undefined symbol __ctype refs follow configure.:5003: $? = 1 configure.: failed program was: | #line 4976 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #ifdef __cplusplus | #include | #endif | #define SYSCONF_LOC "/usr/local/etc" | #define BIN_LOC "/usr/local/bin" | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_STDLIB_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_STRING_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_WAIT_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_UNISTD_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_GETOPT_H 1 | #define TIME_WITH_SYS_TIME 1 | #define RETSIGTYPE void | #define HAVE_GETTIMEOFDAY 1 | #define HAVE_MEMSET 1 | #define HAVE_SELECT 1 | #define HAVE_STRCASECMP 1 | #define HAVE_STRFTIME 1 | #define HAVE_STRSTR 1 | #define HAVE_INTTYPES_H 1 | #define BUILD_CURSES 1 | /* end confdefs.h. */ | | /* Override any gcc2 internal prototype to avoid an error. */ | #ifdef __cplusplus | extern "C" | #endif | /* We use char because int might match the return type of a gcc2 | builtin and then its argument prototype would still apply. */ | char initscr (); | int | main () | { | initscr (); | ; | return 0; | } configure.:5021: result: no configure.:5030: WARNING: Unable to find libncurses configure.:5036: checking for initscr in -lcurses configure.:5067: gcc -o conftest.exe -g -O2 conftest.c -lcurses -lstdc++ >&5 ld.exe: No such file or directory for curses.a configure.:5070: $? = 1 configure.: failed program was: | #line 5043 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #ifdef __cplusplus | #include | #endif | #define SYSCONF_LOC "/usr/local/etc" | #define BIN_LOC "/usr/local/bin" | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_STDLIB_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_STRING_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_WAIT_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_UNISTD_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_GETOPT_H 1 | #define TIME_WITH_SYS_TIME 1 | #define RETSIGTYPE void | #define HAVE_GETTIMEOFDAY 1 | #define HAVE_MEMSET 1 | #define HAVE_SELECT 1 | #define HAVE_STRCASECMP 1 | #define HAVE_STRFTIME 1 | #define HAVE_STRSTR 1 | #define HAVE_INTTYPES_H 1 | #define BUILD_CURSES 1 | /* end confdefs.h. */ | | /* Override any gcc2 internal prototype to avoid an error. */ | #ifdef __cplusplus | extern "C" | #endif | /* We use char because int might match the return type of a gcc2 | builtin and then its argument prototype would still apply. */ | char initscr (); | int | main () | { | initscr (); | ; | return 0; | } configure.:5088: result: no configure.:5103: error: Unable to find libncurses or libcurses [...] -- Lewis ------------------------------------------------------------ Lewis G Rosenthal, CNA Rosenthal & Rosenthal Accountants / Network Consultants New York / Northern Virginia www.2rosenthals.com Team OS/2 / NetWare Users International www.novell.com ------------------------------------------------------------ This OS/2 system (Apollo) uptime is 0 days 04:08 hours and 06 seconds **= Email 8 ==========================** Date: Thu, 11 Dec 2003 14:58:04 -0500 From: Henry Sobotka Subject: Re: curses! this libncurses thing... > configure.:4969: checking for initscr in -lncurses > configure.:5000: gcc -o conftest.exe -g -O2 conftest.c -lncurses > -lstdc++ >&5 Try changing -lstdc++ to -lstdcpp or -lstdcxx (depending on what version of gcc you're using). h~ **= Email 9 ==========================** Date: Thu, 11 Dec 2003 17:08:28 +0100 (CET) From: "Franz Bakan" Subject: problems compiling gnuplot Hi, when compiling gnuplot-cvs-sources /* available with: cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/gnuplot login rem for password just 'enter' cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/gnuplot co gnuplot */ with the ux2bs on ecs 1.0.3 there are minor issues: 0. the package compiles with it's own makefile.os2 ('sh configure' is not necessary (and makes no sense here)) That's not a problem. From the gnuplot/config/makefile.os2 : # To compile gnuplot, run the following command in directory gnuplot\src: # make -f ..\config\makefile.os2 1. usr/bin/sort.exe has to copied to usr/bin/gsort.exe 2. \XFree86\include\X11\Xmd.h has an error: line 159: ... #ifndef I_NEED_OS2_H typedef CARD8 BYTE; typedef CARD8 BOOL; #else #define BYTE CARD8 #define BOOL CARD8 #endif ... one of two typedef's is probably wrong. If I comment out the second on it compiles. I did not test yet wether the x11-terminal works. 3. the rc.exe supplied with eCS RC.EXE 868000 18.12.97 14:01 does not work -> 'Can not read message file: messages.msg' Solution: copy the \os2\rc.old to \usr\bin\rc.exe and SET INCLUDE=\emx\include 4. the headers and libs for gd are missing. latest version is: http://hobbes.nmsu.edu/pub/os2/util/gd-2-0-15-gif.zip ! Be shure you also copy the included z.dll over the ! one included in uxbs otherwise gnuplot will crash. 5. freetype the headers are in \Xfree86\include but the lib is called frtype.a. gnuplot-makefile looks for freetype.a http://hobbes.nmsu.edu/pub/os2/util/font/freetype2.zip solves the problem. 6. make the make version included in ux2bs ( I think it's 3_76 ) works but: the newer versions ( 3_79_x .. 3_81rc1 ) don't make-3_79_2a1-r2 leads to: [unixos2 X:\ports\gnuplot-281\src>make -f ..\config\makefile.os2 clean IF EXIST config.h DEL config.h make: IF: Command not found make: spawn: No such file or directory make-3_81rc1 ends up with: [unixos2 X:\ports\gnuplot-281\src>make -f ..\config\makefile.os2 clean IF EXIST config.h DEL config.h SYS1034: Der Befehlsprozessor konnte im angegebenen Pfad nicht gefunden werden. Operating System/2 Befehlsinterpreter Version 4.5 Bye Franz **= Email 10 ==========================** Date: Thu, 11 Dec 2003 20:11:05 +0000 From: John Poltorak Subject: Re: curses! this libncurses thing... On Thu, Dec 11, 2003 at 01:16:00PM -0500, Lewis G Rosenthal wrote: > Gee, sorry I've been away so long, and thanks to both you, John, and > Henry for kicking this around with me. In answer to your questions: > > On 12/01/2003 09:02 am, John Poltorak thus wrote : > > >On Mon, Dec 01, 2003 at 02:11:29AM -0500, Lewis G Rosenthal wrote: > > > > > >>Hey, thanks, Henry. So, then, when I have ncurses installed (as I do), > >>what's up with: > >> > >> > > > >What are you trying to build? > > > > > > > Kismet. :-) Do you have a URL for that? > -- > Lewis > ------------------------------------------------------------ > Lewis G Rosenthal, CNA > Rosenthal & Rosenthal > Accountants / Network Consultants > New York / Northern Virginia www.2rosenthals.com > Team OS/2 / NetWare Users International www.novell.com > ------------------------------------------------------------ > This OS/2 system (Apollo) uptime is 0 days 04:03 hours and 34 seconds > -- John **= Email 11 ==========================** Date: Thu, 11 Dec 2003 20:18:42 +0000 From: John Poltorak Subject: Re: curses! this libncurses thing... On Thu, Dec 11, 2003 at 01:40:59PM -0500, Lewis G Rosenthal wrote: > >There are lots of traps to fall into, but the distributed versions of > >ncurses builds on OS/2 without problems, and its developer has done > >everything to ensure it is sufficiently cross-platform to handle OS/2 > >seemlessly. The only problem is that you need to set the environment up > >correctly using a patched version of Autoconf v2.13 which can be a little > >tricky to set up, however everything you need to do is done automatically > >by UX2BS. > > > > > > > I suppose I'm just a bit new to the whole compiling thing, aside from > the UX2BS issues. Instead of using standard commands while in that > shell, should I merely "build xyz" ? Well, bear in mind that UX2BS is _test_ build framework and not at all guaranteed to work with anything, but it will occasionally build some apps completely just by running 'build xyz'. To make it easier, \unixos2\lib now contains build_folder.cmd which should create a folder full of objects to build just by clicking on the appropriate icon. It would be nice if everything shown actually built, but it doesn't yet. > -- > Lewis > ------------------------------------------------------------ > Lewis G Rosenthal, CNA > Rosenthal & Rosenthal > Accountants / Network Consultants > New York / Northern Virginia www.2rosenthals.com > Team OS/2 / NetWare Users International www.novell.com > ------------------------------------------------------------ > This OS/2 system (Apollo) uptime is 0 days 04:21 hours and 42 seconds > -- John **= Email 12 ==========================** Date: Thu, 11 Dec 2003 23:21:33 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... Sorry... www.kismetwireless.net. On 12/11/2003 03:11 pm, John Poltorak thus wrote : >>>What are you trying to build? >>> >>> >>Kismet. :-) >> >> >Do you have a URL for that? > > -- Lewis ------------------------------------------------------------ Lewis G Rosenthal, CNA Rosenthal & Rosenthal Accountants / Network Consultants New York / Northern Virginia www.2rosenthals.com Team OS/2 / NetWare Users International www.novell.com ------------------------------------------------------------ This OS/2 system (Apollo) uptime is 0 days 02:33 hours and 46 seconds **= Email 13 ==========================** Date: Thu, 11 Dec 2003 23:22:49 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... You, my friend, are amazing. I'll give that a shot tonight & report back. Thanks again. On 12/11/2003 02:58 pm, Henry Sobotka thus wrote : >>configure.:4969: checking for initscr in -lncurses >>configure.:5000: gcc -o conftest.exe -g -O2 conftest.c -lncurses >>-lstdc++ >&5 >> >> > >Try changing -lstdc++ to -lstdcpp or -lstdcxx (depending on what version >of gcc you're using). > >h~ > > > > > > **= Email 14 ==========================** Date: Thu, 11 Dec 2003 23:25:04 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... Thanks, Dave. As I mentioned to Henry, you're amazing, too. I'll try all suggestions before I hit the hay for the night, and send some reports back tomorrow. On 12/11/2003 05:11 pm, Dave and Natalie thus wrote : >On Thu, 11 Dec 2003 14:58:04 -0500, Henry Sobotka wrote: > > > >>>configure.:4969: checking for initscr in -lncurses >>>configure.:5000: gcc -o conftest.exe -g -O2 conftest.c -lncurses >>>-lstdc++ >&5 >>> >>> >>Try changing -lstdc++ to -lstdcpp or -lstdcxx (depending on what version >>of gcc you're using). >> >> > >Or if using later versions of gcc try using g++. Might have to set CXX=g++.exe >Dave > >New Email Address - please update your Address book > dave_yeo at paralynx.com > > > > > > -- Lewis ------------------------------------------------------------ Lewis G Rosenthal, CNA Rosenthal & Rosenthal Accountants / Network Consultants New York / Northern Virginia www.2rosenthals.com Team OS/2 / NetWare Users International www.novell.com ------------------------------------------------------------ This OS/2 system (Apollo) uptime is 0 days 02:37 hours and 33 seconds **= Email 15 ==========================** Date: Fri, 12 Dec 2003 11:49:01 +0000 From: John Poltorak Subject: Re: New ZLIB On Thu, Dec 11, 2003 at 02:11:58PM -0800, Dave and Natalie wrote: > On Tue, 25 Nov 2003 11:14:34 +0000, John Poltorak wrote: > > >I wouldn't expect them to be updated. I don't think there is any OS/2 > >maintainer. > > > >There are quite a number of people who maintain their own versions of ZLIB > >independently. It would be useful if someone could submit their patches to > >the ZLIB team so that it could be built by everyone on OS/2 straight out > >of the box. > > > >> However, getting a suitable Makefile shouldn't be that difficult. Note, > >> however, that the configure script apparently is _not_ generated by > >> autoconf, so it might be easier to adapt the existing Makefile.os2 than > >> to generate one by configure. > >> > >> zlib-1.2.1 officially states that it want's export by name to > >> be used, so the def-File might require some changes as well ... > > > >I believe the def file was originally copied from NT and no one changed it > >properly. And I'm not sure that Makefile.OS2 is correct either... > > > >It would be nice to get them updated but I'm not sure what should be > >changed. > > What we really need to look into is updating a bunch of DLLs, eg Z.dll, the graphic DLLs etc. The biggest > change that needs to be made is importing by name instead of ordinal. A lot of programs are linked against > Hung-Chi Chu versions which all uses ordinals. What we really need is for someone to take ownership of various apps and become the OS/2 maitainer. > Ideally would be a new naming convention to keep the new DLLs seperate eg adding ux so Z.DLL would > become Zux.DLL or uxZ.DLL. Oh no! I would hate that. I already have far too mant different version of an INTL dll and want to rationalise my apps rather than have a proliferation of even more incompatible versions of the same DLL > Perhaps a better name? Otherwise it means recompiling all apps against the > new libraries and getting people to upgrade. Unluckily quite a few apps are hard to recompile due to missing > source, special enviroments etc. > Comments on how updating DLLs could be done please My view is that there should be a standard distro built from a standard build environment using standard st of DLLs. This distro should be refreshed periodically to incorporate new versions of DLLs. This is what happens with all the different Linux distros and I don't see why it can't be done with UnixOS/2. > Dave > > New Email Address - please update your Address book > dave_yeo at paralynx.com > -- John **= Email 16 ==========================** Date: Fri, 12 Dec 2003 12:33:58 +0000 From: John Poltorak Subject: could not find stdint.h or inttypes.h Anyone know where I should expect to find stdint.h or inttypes.h? -- John **= Email 17 ==========================** Date: Fri, 12 Dec 2003 13:31:43 +0000 From: Pete Milne Subject: Re: could not find stdint.h or inttypes.h John Poltorak wrote: >Anyone know where I should expect to find stdint.h or inttypes.h? > http://wuarchive.wustl.edu/mirrors/NetBSD/NetBSD-current/src/sys/sys/ Pete **= Email 18 ==========================** Date: Fri, 12 Dec 2003 14:18:11 +0000 From: John Poltorak Subject: Re: could not find stdint.h or inttypes.h On Fri, Dec 12, 2003 at 01:31:43PM +0000, Pete Milne wrote: > John Poltorak wrote: > > >Anyone know where I should expect to find stdint.h or inttypes.h? > > > > http://wuarchive.wustl.edu/mirrors/NetBSD/NetBSD-current/src/sys/sys/ Hmmm... Couldn't they be bundled in with Posix/2? > > Pete > > > -- John **= Email 19 ==========================** Date: Fri, 12 Dec 2003 14:32:41 +0000 From: Pete Milne Subject: Re: could not find stdint.h or inttypes.h This is a multi-part message in MIME format. --------------050501080208080106040303 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Pete Milne wrote: > John Poltorak wrote: > >> Anyone know where I should expect to find stdint.h or inttypes.h? >> > > http://wuarchive.wustl.edu/mirrors/NetBSD/NetBSD-current/src/sys/sys/ > > > Pete or ... --------------050501080208080106040303 Content-Type: text/plain; name="inttypes.h" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="inttypes.h" /* $NetBSD: inttypes.h,v 1.2 1998/09/13 14:46:24 christos Exp $ */ /*- * Copyright (c) 1998 The NetBSD Foundation, Inc. * All rights reserved. * * This code is derived from software contributed to The NetBSD Foundation * by Klaus J. Klein. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software * must display the following acknowledgement: * This product includes software developed by the NetBSD * Foundation, Inc. and its contributors. * 4. Neither the name of The NetBSD Foundation nor the names of its * contributors may be used to endorse or promote products derived * from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE * POSSIBILITY OF SUCH DAMAGE. */ /* * Provide integral types of a fixed size. */ #ifndef _SYS_INTTYPES_H_ #define _SYS_INTTYPES_H_ #include #include /* * The signed counterparts of these types have already been defined in * . */ typedef u_int8_t uint8_t; typedef u_int16_t uint16_t; typedef u_int32_t uint32_t; typedef u_int64_t uint64_t; #ifdef _BSD_INTPTR_T_ typedef _BSD_INTPTR_T_ intptr_t; #undef _BSD_INTPTR_T_ #endif #ifdef _BSD_UINTPTR_T_ typedef _BSD_UINTPTR_T_ uintptr_t; #undef _BSD_UINTPTR_T_ #endif #endif /* !defined(_SYS_INTTYPES_H_) */ --------------050501080208080106040303 Content-Type: text/plain; name="stdint.h" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="stdint.h" /* Copyright (C) 1997, 1998, 1999, 2000 Free Software Foundation, Inc. This file is part of the GNU C Library. The GNU C Library is free software; you can redistribute it and/or modify it under the terms of the GNU Library General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. The GNU C Library is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Library General Public License for more details. You should have received a copy of the GNU Library General Public License along with the GNU C Library; see the file COPYING.LIB. If not, write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ /* * ISO C99: 7.18 Integer types */ #ifndef _STDINT_H #define _STDINT_H 1 #include #define __need_wchar_t #include #include #include /* Exact integral types. */ /* Signed. */ /* There is some amount of overlap with as known by inet code */ #ifndef __int8_t_defined # define __int8_t_defined typedef signed char int8_t; typedef short int int16_t; typedef int int32_t; # if __WORDSIZE == 64 typedef long int int64_t; # else __extension__ typedef long long int int64_t; # endif #endif /* Unsigned. */ typedef unsigned char uint8_t; typedef unsigned short int uint16_t; #ifndef __uint32_t_defined typedef unsigned int uint32_t; # define __uint32_t_defined #endif #if __WORDSIZE == 64 typedef unsigned long int uint64_t; #else __extension__ typedef unsigned long long int uint64_t; #endif /* Small types. */ /* Signed. */ typedef signed char int_least8_t; typedef short int int_least16_t; typedef int int_least32_t; #if __WORDSIZE == 64 typedef long int int_least64_t; #else __extension__ typedef long long int int_least64_t; #endif /* Unsigned. */ typedef unsigned char uint_least8_t; typedef unsigned short int uint_least16_t; typedef unsigned int uint_least32_t; #if __WORDSIZE == 64 typedef unsigned long int uint_least64_t; #else __extension__ typedef unsigned long long int uint_least64_t; #endif /* Fast types. */ /* Signed. */ typedef signed char int_fast8_t; #if __WORDSIZE == 64 typedef long int int_fast16_t; typedef long int int_fast32_t; typedef long int int_fast64_t; #else typedef int int_fast16_t; typedef int int_fast32_t; __extension__ typedef long long int int_fast64_t; #endif /* Unsigned. */ typedef unsigned char uint_fast8_t; #if __WORDSIZE == 64 typedef unsigned long int uint_fast16_t; typedef unsigned long int uint_fast32_t; typedef unsigned long int uint_fast64_t; #else typedef unsigned int uint_fast16_t; typedef unsigned int uint_fast32_t; __extension__ typedef unsigned long long int uint_fast64_t; #endif /* Types for `void *' pointers. */ #if __WORDSIZE == 64 # ifndef __intptr_t_defined typedef long int intptr_t; # define __intptr_t_defined # endif typedef unsigned long int uintptr_t; #else # ifndef __intptr_t_defined typedef int intptr_t; # define __intptr_t_defined # endif typedef unsigned int uintptr_t; #endif /* Largest integral types. */ #if __WORDSIZE == 64 typedef long int intmax_t; typedef unsigned long int uintmax_t; #else __extension__ typedef long long int intmax_t; __extension__ typedef unsigned long long int uintmax_t; #endif /* The ISO C99 standard specifies that in C++ implementations these macros should only be defined if explicitly requested. */ #if !defined __cplusplus || defined __STDC_LIMIT_MACROS # if __WORDSIZE == 64 # define __INT64_C(c) c ## L # define __UINT64_C(c) c ## UL # else # define __INT64_C(c) c ## LL # define __UINT64_C(c) c ## ULL # endif /* Limits of integral types. */ /* Minimum of signed integral types. */ # define INT8_MIN (-128) # define INT16_MIN (-32767-1) # define INT32_MIN (-2147483647-1) # define INT64_MIN (-__INT64_C(9223372036854775807)-1) /* Maximum of signed integral types. */ # define INT8_MAX (127) # define INT16_MAX (32767) # define INT32_MAX (2147483647) # define INT64_MAX (__INT64_C(9223372036854775807)) /* Maximum of unsigned integral types. */ # define UINT8_MAX (255) # define UINT16_MAX (65535) # define UINT32_MAX (4294967295U) # define UINT64_MAX (__UINT64_C(18446744073709551615)) /* Minimum of signed integral types having a minimum size. */ # define INT_LEAST8_MIN (-128) # define INT_LEAST16_MIN (-32767-1) # define INT_LEAST32_MIN (-2147483647-1) # define INT_LEAST64_MIN (-__INT64_C(9223372036854775807)-1) /* Maximum of signed integral types having a minimum size. */ # define INT_LEAST8_MAX (127) # define INT_LEAST16_MAX (32767) # define INT_LEAST32_MAX (2147483647) # define INT_LEAST64_MAX (__INT64_C(9223372036854775807)) /* Maximum of unsigned integral types having a minimum size. */ # define UINT_LEAST8_MAX (255) # define UINT_LEAST16_MAX (65535) # define UINT_LEAST32_MAX (4294967295U) # define UINT_LEAST64_MAX (__UINT64_C(18446744073709551615)) /* Minimum of fast signed integral types having a minimum size. */ # define INT_FAST8_MIN (-128) # if __WORDSIZE == 64 # define INT_FAST16_MIN (-9223372036854775807L-1) # define INT_FAST32_MIN (-9223372036854775807L-1) # else # define INT_FAST16_MIN (-2147483647-1) # define INT_FAST32_MIN (-2147483647-1) # endif # define INT_FAST64_MIN (-__INT64_C(9223372036854775807)-1) /* Maximum of fast signed integral types having a minimum size. */ # define INT_FAST8_MAX (127) # if __WORDSIZE == 64 # define INT_FAST16_MAX (9223372036854775807L) # define INT_FAST32_MAX (9223372036854775807L) # else # define INT_FAST16_MAX (2147483647) # define INT_FAST32_MAX (2147483647) # endif # define INT_FAST64_MAX (__INT64_C(9223372036854775807)) /* Maximum of fast unsigned integral types having a minimum size. */ # define UINT_FAST8_MAX (255) # if __WORDSIZE == 64 # define UINT_FAST16_MAX (18446744073709551615UL) # define UINT_FAST32_MAX (18446744073709551615UL) # else # define UINT_FAST16_MAX (4294967295U) # define UINT_FAST32_MAX (4294967295U) # endif # define UINT_FAST64_MAX (__UINT64_C(18446744073709551615)) /* Values to test for integral types holding `void *' pointer. */ # if __WORDSIZE == 64 # define INTPTR_MIN (-9223372036854775807L-1) # define INTPTR_MAX (9223372036854775807L) # define UINTPTR_MAX (18446744073709551615UL) # else # define INTPTR_MIN (-2147483647-1) # define INTPTR_MAX (2147483647) # define UINTPTR_MAX (4294967295U) # endif /* Minimum for largest signed integral type. */ # define INTMAX_MIN (-__INT64_C(9223372036854775807)-1) /* Maximum for largest signed integral type. */ # define INTMAX_MAX (__INT64_C(9223372036854775807)) /* Maximum for largest unsigned integral type. */ # define UINTMAX_MAX (__UINT64_C(18446744073709551615)) /* Limits of other integer types. */ /* Limits of `ptrdiff_t' type. */ # if __WORDSIZE == 64 # define PTRDIFF_MIN (-9223372036854775807L-1) # define PTRDIFF_MAX (9223372036854775807L) # else # define PTRDIFF_MIN (-2147483647-1) # define PTRDIFF_MAX (2147483647) # endif /* Limits of `sig_atomic_t'. */ # define SIG_ATOMIC_MIN (-2147483647-1) # define SIG_ATOMIC_MAX (2147483647) /* Limit of `size_t' type. */ # if __WORDSIZE == 64 # define SIZE_MAX (18446744073709551615UL) # else # define SIZE_MAX (4294967295U) # endif /* Limits of `wchar_t'. */ # ifndef WCHAR_MIN /* These constants might also be defined in . */ # define WCHAR_MIN __WCHAR_MIN # define WCHAR_MAX __WCHAR_MAX # endif /* Limits of `wint_t'. */ # define WINT_MIN (0u) # define WINT_MAX (4294967295u) #endif /* C++ && limit macros */ /* The ISO C99 standard specifies that in C++ implementations these should only be defined if explicitly requested. */ #if !defined __cplusplus || defined __STDC_CONSTANT_MACROS /* Signed. */ # define INT8_C(c) c # define INT16_C(c) c # define INT32_C(c) c # if __WORDSIZE == 64 # define INT64_C(c) c ## L # else # define INT64_C(c) c ## LL # endif /* Unsigned. */ # define UINT8_C(c) c ## U # define UINT16_C(c) c ## U # define UINT32_C(c) c ## U # if __WORDSIZE == 64 # define UINT64_C(c) c ## UL # else # define UINT64_C(c) c ## ULL # endif /* Maximal type. */ # if __WORDSIZE == 64 # define INTMAX_C(c) c ## L # define UINTMAX_C(c) c ## UL # else # define INTMAX_C(c) c ## LL # define UINTMAX_C(c) c ## ULL # endif #endif /* C++ && constant macros */ #endif /* stdint.h */ --------------050501080208080106040303-- **= Email 20 ==========================** Date: Thu, 11 Dec 2003 17:08:28 +0100 (CET) From: "Franz Bakan" Subject: problems compiling gnuplot Hi, when compiling gnuplot-cvs-sources /* available with: cvs -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/gnuplot login rem for password just 'enter' cvs -z3 -d:pserver:anonymous at cvs.sourceforge.net:/cvsroot/gnuplot co gnuplot */ with the ux2bs on ecs 1.0.3 there are minor issues: 0. the package compiles with it's own makefile.os2 ('sh configure' is not necessary (and makes no sense here)) That's not a problem. From the gnuplot/config/makefile.os2 : # To compile gnuplot, run the following command in directory gnuplot\src: # make -f ..\config\makefile.os2 1. usr/bin/sort.exe has to copied to usr/bin/gsort.exe 2. \XFree86\include\X11\Xmd.h has an error: line 159: ... #ifndef I_NEED_OS2_H typedef CARD8 BYTE; typedef CARD8 BOOL; #else #define BYTE CARD8 #define BOOL CARD8 #endif ... one of two typedef's is probably wrong. If I comment out the second on it compiles. I did not test yet wether the x11-terminal works. 3. the rc.exe supplied with eCS RC.EXE 868000 18.12.97 14:01 does not work -> 'Can not read message file: messages.msg' Solution: copy the \os2\rc.old to \usr\bin\rc.exe and SET INCLUDE=\emx\include 4. the headers and libs for gd are missing. latest version is: http://hobbes.nmsu.edu/pub/os2/util/gd-2-0-15-gif.zip ! Be shure you also copy the included z.dll over the ! one included in uxbs otherwise gnuplot will crash. 5. freetype the headers are in \Xfree86\include but the lib is called frtype.a. gnuplot-makefile looks for freetype.a http://hobbes.nmsu.edu/pub/os2/util/font/freetype2.zip solves the problem. 6. make the make version included in ux2bs ( I think it's 3_76 ) works but: the newer versions ( 3_79_x .. 3_81rc1 ) don't make-3_79_2a1-r2 leads to: [unixos2 X:\ports\gnuplot-281\src>make -f ..\config\makefile.os2 clean IF EXIST config.h DEL config.h make: IF: Command not found make: spawn: No such file or directory make-3_81rc1 ends up with: [unixos2 X:\ports\gnuplot-281\src>make -f ..\config\makefile.os2 clean IF EXIST config.h DEL config.h SYS1034: Der Befehlsprozessor konnte im angegebenen Pfad nicht gefunden werden. Operating System/2 Befehlsinterpreter Version 4.5 Bye Franz **= Email 21 ==========================** Date: Thu, 11 Dec 2003 13:16:00 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... Gee, sorry I've been away so long, and thanks to both you, John, and Henry for kicking this around with me. In answer to your questions: On 12/01/2003 09:02 am, John Poltorak thus wrote : >On Mon, Dec 01, 2003 at 02:11:29AM -0500, Lewis G Rosenthal wrote: > > >>Hey, thanks, Henry. So, then, when I have ncurses installed (as I do), >>what's up with: >> >> > >What are you trying to build? > > > Kismet. :-) -- Lewis ------------------------------------------------------------ Lewis G Rosenthal, CNA Rosenthal & Rosenthal Accountants / Network Consultants New York / Northern Virginia www.2rosenthals.com Team OS/2 / NetWare Users International www.novell.com ------------------------------------------------------------ This OS/2 system (Apollo) uptime is 0 days 04:03 hours and 34 seconds **= Email 22 ==========================** Date: Thu, 11 Dec 2003 13:40:59 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... On 12/01/2003 06:57 am, John Poltorak thus wrote : >On Sun, Nov 30, 2003 at 07:53:51PM -0500, Lewis G Rosenthal wrote: > > >>Does anybody have a complete ncurses build, including libncurses? >> >> > >If you have installed UX2BS successfully, it will have produced a full >build of ncurses for you. > > > My confusion cenetered around the lack of actual a file named libncurses. It did indeed install the full build. :-) >>Naturally, in my frustration, I decided I'd build ncurses myself, but of >>course, this brought along its own set of problems... >> >> > >There are lots of traps to fall into, but the distributed versions of >ncurses builds on OS/2 without problems, and its developer has done >everything to ensure it is sufficiently cross-platform to handle OS/2 >seemlessly. The only problem is that you need to set the environment up >correctly using a patched version of Autoconf v2.13 which can be a little >tricky to set up, however everything you need to do is done automatically >by UX2BS. > > > I suppose I'm just a bit new to the whole compiling thing, aside from the UX2BS issues. Instead of using standard commands while in that shell, should I merely "build xyz" ? -- Lewis ------------------------------------------------------------ Lewis G Rosenthal, CNA Rosenthal & Rosenthal Accountants / Network Consultants New York / Northern Virginia www.2rosenthals.com Team OS/2 / NetWare Users International www.novell.com ------------------------------------------------------------ This OS/2 system (Apollo) uptime is 0 days 04:21 hours and 42 seconds **= Email 23 ==========================** Date: Thu, 11 Dec 2003 14:20:35 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... Thanks again, Henry. See below: On 12/01/2003 09:30 am, Henry Sobotka thus wrote : >Lewis G Rosenthal wrote: > > >>Hey, thanks, Henry. So, then, when I have ncurses installed (as I do), >>what's up with: >> >> >> >[SNIP] > > >> configure.:5088: result: no >> configure.:5103: error: Unable to find libncurses or libcurses >> >> From what I can tell, ncurses is installed where it should be (this >>happens under my own "homegrown" build environment as well as under UX2BS. >> >> > >This shouldn't happen if wherever ncurses is installed is in >LIBRARY_PATH. > >What happens if you create test.c consisting of: > >int main() { > return 0; >} > >and go "gcc test.c -lncurses"? > Quietly compiled test.exe. >If you do get no output, what's the command used to compile and link the >failing conftest.c? It should appear in config.log. > > > Apologies for the long entry here, but this might prove useful (to you, at least!): [...] configure.:4969: checking for initscr in -lncurses configure.:5000: gcc -o conftest.exe -g -O2 conftest.c -lncurses -lstdc++ >&5 ../ncurses/./tinfo/lib_tparm.c:289 (U:/usr/lib/ncurses.a(lib_tparm.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tparm.c:289 (U:/usr/lib/ncurses.a(lib_tparm.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:265 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:272 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:275 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:279 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:283 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tinfo/lib_tputs.c:284 (U:/usr/lib/ncurses.a(lib_tputs.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tty/lib_mvcur.c:225 (U:/usr/lib/ncurses.a(lib_mvcur.o)): Undefined symbol __ctype referenced from text segment ../ncurses/./tty/lib_mvcur.c:0 (U:/usr/lib/ncurses.a(lib_mvcur.o)): More undefined symbol __ctype refs follow configure.:5003: $? = 1 configure.: failed program was: | #line 4976 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #ifdef __cplusplus | #include | #endif | #define SYSCONF_LOC "/usr/local/etc" | #define BIN_LOC "/usr/local/bin" | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_STDLIB_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_STRING_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_WAIT_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_UNISTD_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_GETOPT_H 1 | #define TIME_WITH_SYS_TIME 1 | #define RETSIGTYPE void | #define HAVE_GETTIMEOFDAY 1 | #define HAVE_MEMSET 1 | #define HAVE_SELECT 1 | #define HAVE_STRCASECMP 1 | #define HAVE_STRFTIME 1 | #define HAVE_STRSTR 1 | #define HAVE_INTTYPES_H 1 | #define BUILD_CURSES 1 | /* end confdefs.h. */ | | /* Override any gcc2 internal prototype to avoid an error. */ | #ifdef __cplusplus | extern "C" | #endif | /* We use char because int might match the return type of a gcc2 | builtin and then its argument prototype would still apply. */ | char initscr (); | int | main () | { | initscr (); | ; | return 0; | } configure.:5021: result: no configure.:5030: WARNING: Unable to find libncurses configure.:5036: checking for initscr in -lcurses configure.:5067: gcc -o conftest.exe -g -O2 conftest.c -lcurses -lstdc++ >&5 ld.exe: No such file or directory for curses.a configure.:5070: $? = 1 configure.: failed program was: | #line 5043 "configure" | /* confdefs.h. */ | | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #ifdef __cplusplus | #include | #endif | #define SYSCONF_LOC "/usr/local/etc" | #define BIN_LOC "/usr/local/bin" | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ERRNO_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_STDLIB_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_STRING_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_WAIT_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_UNISTD_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYSHEADERS 1 | #define HAVE_GETOPT_H 1 | #define TIME_WITH_SYS_TIME 1 | #define RETSIGTYPE void | #define HAVE_GETTIMEOFDAY 1 | #define HAVE_MEMSET 1 | #define HAVE_SELECT 1 | #define HAVE_STRCASECMP 1 | #define HAVE_STRFTIME 1 | #define HAVE_STRSTR 1 | #define HAVE_INTTYPES_H 1 | #define BUILD_CURSES 1 | /* end confdefs.h. */ | | /* Override any gcc2 internal prototype to avoid an error. */ | #ifdef __cplusplus | extern "C" | #endif | /* We use char because int might match the return type of a gcc2 | builtin and then its argument prototype would still apply. */ | char initscr (); | int | main () | { | initscr (); | ; | return 0; | } configure.:5088: result: no configure.:5103: error: Unable to find libncurses or libcurses [...] -- Lewis ------------------------------------------------------------ Lewis G Rosenthal, CNA Rosenthal & Rosenthal Accountants / Network Consultants New York / Northern Virginia www.2rosenthals.com Team OS/2 / NetWare Users International www.novell.com ------------------------------------------------------------ This OS/2 system (Apollo) uptime is 0 days 04:08 hours and 06 seconds **= Email 24 ==========================** Date: Thu, 11 Dec 2003 14:58:04 -0500 From: Henry Sobotka Subject: Re: curses! this libncurses thing... > configure.:4969: checking for initscr in -lncurses > configure.:5000: gcc -o conftest.exe -g -O2 conftest.c -lncurses > -lstdc++ >&5 Try changing -lstdc++ to -lstdcpp or -lstdcxx (depending on what version of gcc you're using). h~ **= Email 25 ==========================** Date: Thu, 11 Dec 2003 20:11:05 +0000 From: John Poltorak Subject: Re: curses! this libncurses thing... On Thu, Dec 11, 2003 at 01:16:00PM -0500, Lewis G Rosenthal wrote: > Gee, sorry I've been away so long, and thanks to both you, John, and > Henry for kicking this around with me. In answer to your questions: > > On 12/01/2003 09:02 am, John Poltorak thus wrote : > > >On Mon, Dec 01, 2003 at 02:11:29AM -0500, Lewis G Rosenthal wrote: > > > > > >>Hey, thanks, Henry. So, then, when I have ncurses installed (as I do), > >>what's up with: > >> > >> > > > >What are you trying to build? > > > > > > > Kismet. :-) Do you have a URL for that? > -- > Lewis > ------------------------------------------------------------ > Lewis G Rosenthal, CNA > Rosenthal & Rosenthal > Accountants / Network Consultants > New York / Northern Virginia www.2rosenthals.com > Team OS/2 / NetWare Users International www.novell.com > ------------------------------------------------------------ > This OS/2 system (Apollo) uptime is 0 days 04:03 hours and 34 seconds > -- John **= Email 26 ==========================** Date: Thu, 11 Dec 2003 20:18:42 +0000 From: John Poltorak Subject: Re: curses! this libncurses thing... On Thu, Dec 11, 2003 at 01:40:59PM -0500, Lewis G Rosenthal wrote: > >There are lots of traps to fall into, but the distributed versions of > >ncurses builds on OS/2 without problems, and its developer has done > >everything to ensure it is sufficiently cross-platform to handle OS/2 > >seemlessly. The only problem is that you need to set the environment up > >correctly using a patched version of Autoconf v2.13 which can be a little > >tricky to set up, however everything you need to do is done automatically > >by UX2BS. > > > > > > > I suppose I'm just a bit new to the whole compiling thing, aside from > the UX2BS issues. Instead of using standard commands while in that > shell, should I merely "build xyz" ? Well, bear in mind that UX2BS is _test_ build framework and not at all guaranteed to work with anything, but it will occasionally build some apps completely just by running 'build xyz'. To make it easier, \unixos2\lib now contains build_folder.cmd which should create a folder full of objects to build just by clicking on the appropriate icon. It would be nice if everything shown actually built, but it doesn't yet. > -- > Lewis > ------------------------------------------------------------ > Lewis G Rosenthal, CNA > Rosenthal & Rosenthal > Accountants / Network Consultants > New York / Northern Virginia www.2rosenthals.com > Team OS/2 / NetWare Users International www.novell.com > ------------------------------------------------------------ > This OS/2 system (Apollo) uptime is 0 days 04:21 hours and 42 seconds > -- John **= Email 27 ==========================** Date: Thu, 11 Dec 2003 13:40:38 -0800 From: "Dave and Natalie" Subject: Re: problems compiling gnuplot On Thu, 11 Dec 2003 17:08:28 +0100 (CET), Franz Bakan wrote: >5. freetype > > the headers are in \Xfree86\include but > the lib is called frtype.a. gnuplot-makefile > looks for freetype.a > > http://hobbes.nmsu.edu/pub/os2/util/font/freetype2.zip > > solves the problem. This is a bug in Xfree86 4.3. To quote myself Hi freetype-config and xft-config both return -lfreetype when queried for libs. Fix is to change libs="-lfreetype" to libs="-lfrtype" and most likely convlib="libfreetype.la" to convlib="libfrtype.la" in freetype-config. And in xft-config change freetypelibs="-L/XFree86/lib -lfreetype" to freetypelibs="-L/XFree86/lib -lfrtype" Dave ps also fontconfig needs fixing New Email Address - please update your Address book dave_yeo at paralynx.com **= Email 28 ==========================** Date: Thu, 11 Dec 2003 13:59:21 -0800 From: "Dave and Natalie" Subject: Re: problems compiling gnuplot On Thu, 11 Dec 2003 17:08:28 +0100 (CET), Franz Bakan wrote: >3. the rc.exe supplied with eCS > >RC.EXE 868000 18.12.97 14:01 > > does not work Some versions of RC.EXE can handle / in file paths and some can not. >4. the headers and libs for gd are missing. > > latest version is: > http://hobbes.nmsu.edu/pub/os2/util/gd-2-0-15-gif.zip > > ! Be shure you also copy the included z.dll over the > ! one included in uxbs otherwise gnuplot will crash. A better solution would be to rebuild gd linked against the uxbs z.dll or to put the z.dll earlier in the libpath. Overwriting will cause programs linked against the uxbs Z.dll to crash >6. make > > the make version included in ux2bs ( I think it's 3_76 ) works > but: the newer versions ( 3_79_x .. 3_81rc1 ) don't > > > make-3_79_2a1-r2 leads to: > > [unixos2 X:\ports\gnuplot-281\src>make -f ..\config\makefile.os2 clean > IF EXIST config.h DEL config.h > make: IF: Command not found > make: spawn: No such file or directory You most likely need to set MAKESHELL=cmd.exe Dave New Email Address - please update your Address book dave_yeo at paralynx.com **= Email 29 ==========================** Date: Thu, 11 Dec 2003 14:11:28 -0800 From: "Dave and Natalie" Subject: Re: curses! this libncurses thing... On Thu, 11 Dec 2003 14:58:04 -0500, Henry Sobotka wrote: >> configure.:4969: checking for initscr in -lncurses >> configure.:5000: gcc -o conftest.exe -g -O2 conftest.c -lncurses >> -lstdc++ >&5 > >Try changing -lstdc++ to -lstdcpp or -lstdcxx (depending on what version >of gcc you're using). Or if using later versions of gcc try using g++. Might have to set CXX=g++.exe Dave New Email Address - please update your Address book dave_yeo at paralynx.com **= Email 30 ==========================** Date: Thu, 11 Dec 2003 14:11:58 -0800 From: "Dave and Natalie" Subject: Re: New ZLIB On Tue, 25 Nov 2003 11:14:34 +0000, John Poltorak wrote: >I wouldn't expect them to be updated. I don't think there is any OS/2 >maintainer. > >There are quite a number of people who maintain their own versions of ZLIB >independently. It would be useful if someone could submit their patches to >the ZLIB team so that it could be built by everyone on OS/2 straight out >of the box. > >> However, getting a suitable Makefile shouldn't be that difficult. Note, >> however, that the configure script apparently is _not_ generated by >> autoconf, so it might be easier to adapt the existing Makefile.os2 than >> to generate one by configure. >> >> zlib-1.2.1 officially states that it want's export by name to >> be used, so the def-File might require some changes as well ... > >I believe the def file was originally copied from NT and no one changed it >properly. And I'm not sure that Makefile.OS2 is correct either... > >It would be nice to get them updated but I'm not sure what should be >changed. What we really need to look into is updating a bunch of DLLs, eg Z.dll, the graphic DLLs etc. The biggest change that needs to be made is importing by name instead of ordinal. A lot of programs are linked against Hung-Chi Chu versions which all uses ordinals. Ideally would be a new naming convention to keep the new DLLs seperate eg adding ux so Z.DLL would become Zux.DLL or uxZ.DLL. Perhaps a better name? Otherwise it means recompiling all apps against the new libraries and getting people to upgrade. Unluckily quite a few apps are hard to recompile due to missing source, special enviroments etc. Comments on how updating DLLs could be done please Dave New Email Address - please update your Address book dave_yeo at paralynx.com **= Email 31 ==========================** Date: Thu, 11 Dec 2003 23:22:49 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... You, my friend, are amazing. I'll give that a shot tonight & report back. Thanks again. On 12/11/2003 02:58 pm, Henry Sobotka thus wrote : >>configure.:4969: checking for initscr in -lncurses >>configure.:5000: gcc -o conftest.exe -g -O2 conftest.c -lncurses >>-lstdc++ >&5 >> >> > >Try changing -lstdc++ to -lstdcpp or -lstdcxx (depending on what version >of gcc you're using). > >h~ > > > > > > **= Email 32 ==========================** Date: Thu, 11 Dec 2003 23:21:33 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... Sorry... www.kismetwireless.net. On 12/11/2003 03:11 pm, John Poltorak thus wrote : >>>What are you trying to build? >>> >>> >>Kismet. :-) >> >> >Do you have a URL for that? > > -- Lewis ------------------------------------------------------------ Lewis G Rosenthal, CNA Rosenthal & Rosenthal Accountants / Network Consultants New York / Northern Virginia www.2rosenthals.com Team OS/2 / NetWare Users International www.novell.com ------------------------------------------------------------ This OS/2 system (Apollo) uptime is 0 days 02:33 hours and 46 seconds **= Email 33 ==========================** Date: Thu, 11 Dec 2003 23:25:04 -0500 From: Lewis G Rosenthal Subject: Re: curses! this libncurses thing... Thanks, Dave. As I mentioned to Henry, you're amazing, too. I'll try all suggestions before I hit the hay for the night, and send some reports back tomorrow. On 12/11/2003 05:11 pm, Dave and Natalie thus wrote : >On Thu, 11 Dec 2003 14:58:04 -0500, Henry Sobotka wrote: > > > >>>configure.:4969: checking for initscr in -lncurses >>>configure.:5000: gcc -o conftest.exe -g -O2 conftest.c -lncurses >>>-lstdc++ >&5 >>> >>> >>Try changing -lstdc++ to -lstdcpp or -lstdcxx (depending on what version >>of gcc you're using). >> >> > >Or if using later versions of gcc try using g++. Might have to set CXX=g++.exe >Dave > >New Email Address - please update your Address book > dave_yeo at paralynx.com > > > > > > -- Lewis ------------------------------------------------------------ Lewis G Rosenthal, CNA Rosenthal & Rosenthal Accountants / Network Consultants New York / Northern Virginia www.2rosenthals.com Team OS/2 / NetWare Users International www.novell.com ------------------------------------------------------------ This OS/2 system (Apollo) uptime is 0 days 02:37 hours and 33 seconds **= Email 34 ==========================** Date: Fri, 12 Dec 2003 11:49:01 +0000 From: John Poltorak Subject: Re: New ZLIB On Thu, Dec 11, 2003 at 02:11:58PM -0800, Dave and Natalie wrote: > On Tue, 25 Nov 2003 11:14:34 +0000, John Poltorak wrote: > > >I wouldn't expect them to be updated. I don't think there is any OS/2 > >maintainer. > > > >There are quite a number of people who maintain their own versions of ZLIB > >independently. It would be useful if someone could submit their patches to > >the ZLIB team so that it could be built by everyone on OS/2 straight out > >of the box. > > > >> However, getting a suitable Makefile shouldn't be that difficult. Note, > >> however, that the configure script apparently is _not_ generated by > >> autoconf, so it might be easier to adapt the existing Makefile.os2 than > >> to generate one by configure. > >> > >> zlib-1.2.1 officially states that it want's export by name to > >> be used, so the def-File might require some changes as well ... > > > >I believe the def file was originally copied from NT and no one changed it > >properly. And I'm not sure that Makefile.OS2 is correct either... > > > >It would be nice to get them updated but I'm not sure what should be > >changed. > > What we really need to look into is updating a bunch of DLLs, eg Z.dll, the graphic DLLs etc. The biggest > change that needs to be made is importing by name instead of ordinal. A lot of programs are linked against > Hung-Chi Chu versions which all uses ordinals. What we really need is for someone to take ownership of various apps and become the OS/2 maitainer. > Ideally would be a new naming convention to keep the new DLLs seperate eg adding ux so Z.DLL would > become Zux.DLL or uxZ.DLL. Oh no! I would hate that. I already have far too mant different version of an INTL dll and want to rationalise my apps rather than have a proliferation of even more incompatible versions of the same DLL > Perhaps a better name? Otherwise it means recompiling all apps against the > new libraries and getting people to upgrade. Unluckily quite a few apps are hard to recompile due to missing > source, special enviroments etc. > Comments on how updating DLLs could be done please My view is that there should be a standard distro built from a standard build environment using standard st of DLLs. This distro should be refreshed periodically to incorporate new versions of DLLs. This is what happens with all the different Linux distros and I don't see why it can't be done with UnixOS/2. > Dave > > New Email Address - please update your Address book > dave_yeo at paralynx.com > -- John **= Email 35 ==========================** Date: Fri, 12 Dec 2003 12:33:58 +0000 From: John Poltorak Subject: could not find stdint.h or inttypes.h Anyone know where I should expect to find stdint.h or inttypes.h? -- John **= Email 36 ==========================** Date: Fri, 12 Dec 2003 13:31:43 +0000 From: Pete Milne Subject: Re: could not find stdint.h or inttypes.h John Poltorak wrote: >Anyone know where I should expect to find stdint.h or inttypes.h? > http://wuarchive.wustl.edu/mirrors/NetBSD/NetBSD-current/src/sys/sys/ Pete **= Email 37 ==========================** Date: Fri, 12 Dec 2003 14:18:11 +0000 From: John Poltorak Subject: Re: could not find stdint.h or inttypes.h On Fri, Dec 12, 2003 at 01:31:43PM +0000, Pete Milne wrote: > John Poltorak wrote: > > >Anyone know where I should expect to find stdint.h or inttypes.h? > > > > http://wuarchive.wustl.edu/mirrors/NetBSD/NetBSD-current/src/sys/sys/ Hmmm... Couldn't they be bundled in with Posix/2? > > Pete > > > -- John **= Email 38 ==========================** Date: Fri, 12 Dec 2003 14:32:41 +0000 From: Pete Milne Subject: Re: could not find stdint.h or inttypes.h This is a multi-part message in MIME format. --------------050501080208080106040303 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Pete Milne wrote: > John Poltorak wrote: > >> Anyone know where I should expect to find stdint.h or inttypes.h? >> > > http://wuarchive.wustl.edu/mirrors/NetBSD/NetBSD-current/src/sys/sys/ > > > Pete or ... --------------050501080208080106040303 Content-Type: text/plain; name="inttypes.h" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="inttypes.h" /* $NetBSD: inttypes.h,v 1.2 1998/09/13 14:46:24 christos Exp $ */ /*- * Copyright (c) 1998 The NetBSD Foundation, Inc. * All rights reserved. * * This code is derived from software contributed to The NetBSD Foundation * by Klaus J. Klein. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * 3. All advertising materials mentioning features or use of this software * must display the following acknowledgement: * This product includes software developed by the NetBSD * Foundation, Inc. and its contributors. * 4. Neither the name of The NetBSD Foundation nor the names of its * contributors may be used to endorse or promote products derived * from this software without specific prior written permission. * * THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS * ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED * TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS * BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR * CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF * SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS * INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN * CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE * POSSIBILITY OF SUCH DAMAGE. */ /* * Provide integral types of a fixed size. */ #ifndef _SYS_INTTYPES_H_ #define _SYS_INTTYPES_H_ #include #include /* * The signed counterparts of these types have already been defined in * . */ typedef u_int8_t uint8_t; typedef u_int16_t uint16_t; typedef u_int32_t uint32_t; typedef u_int64_t uint64_t; #ifdef _BSD_INTPTR_T_ typedef _BSD_INTPTR_T_ intptr_t; #undef _BSD_INTPTR_T_ #endif #ifdef _BSD_UINTPTR_T_ typedef _BSD_UINTPTR_T_ uintptr_t; #undef _BSD_UINTPTR_T_ #endif #endif /* !defined(_SYS_INTTYPES_H_) */ --------------050501080208080106040303 Content-Type: text/plain; name="stdint.h" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="stdint.h" /* Copyright (C) 1997, 1998, 1999, 2000 Free Software Foundation, Inc. This file is part of the GNU C Library. The GNU C Library is free software; you can redistribute it and/or modify it under the terms of the GNU Library General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. The GNU C Library is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Library General Public License for more details. You should have received a copy of the GNU Library General Public License along with the GNU C Library; see the file COPYING.LIB. If not, write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. */ /* * ISO C99: 7.18 Integer types */ #ifndef _STDINT_H #define _STDINT_H 1 #include #define __need_wchar_t #include #include #include /* Exact integral types. */ /* Signed. */ /* There is some amount of overlap with as known by inet code */ #ifndef __int8_t_defined # define __int8_t_defined typedef signed char int8_t; typedef short int int16_t; typedef int int32_t; # if __WORDSIZE == 64 typedef long int int64_t; # else __extension__ typedef long long int int64_t; # endif #endif /* Unsigned. */ typedef unsigned char uint8_t; typedef unsigned short int uint16_t; #ifndef __uint32_t_defined typedef unsigned int uint32_t; # define __uint32_t_defined #endif #if __WORDSIZE == 64 typedef unsigned long int uint64_t; #else __extension__ typedef unsigned long long int uint64_t; #endif /* Small types. */ /* Signed. */ typedef signed char int_least8_t; typedef short int int_least16_t; typedef int int_least32_t; #if __WORDSIZE == 64 typedef long int int_least64_t; #else __extension__ typedef long long int int_least64_t; #endif /* Unsigned. */ typedef unsigned char uint_least8_t; typedef unsigned short int uint_least16_t; typedef unsigned int uint_least32_t; #if __WORDSIZE == 64 typedef unsigned long int uint_least64_t; #else __extension__ typedef unsigned long long int uint_least64_t; #endif /* Fast types. */ /* Signed. */ typedef signed char int_fast8_t; #if __WORDSIZE == 64 typedef long int int_fast16_t; typedef long int int_fast32_t; typedef long int int_fast64_t; #else typedef int int_fast16_t; typedef int int_fast32_t; __extension__ typedef long long int int_fast64_t; #endif /* Unsigned. */ typedef unsigned char uint_fast8_t; #if __WORDSIZE == 64 typedef unsigned long int uint_fast16_t; typedef unsigned long int uint_fast32_t; typedef unsigned long int uint_fast64_t; #else typedef unsigned int uint_fast16_t; typedef unsigned int uint_fast32_t; __extension__ typedef unsigned long long int uint_fast64_t; #endif /* Types for `void *' pointers. */ #if __WORDSIZE == 64 # ifndef __intptr_t_defined typedef long int intptr_t; # define __intptr_t_defined # endif typedef unsigned long int uintptr_t; #else # ifndef __intptr_t_defined typedef int intptr_t; # define __intptr_t_defined # endif typedef unsigned int uintptr_t; #endif /* Largest integral types. */ #if __WORDSIZE == 64 typedef long int intmax_t; typedef unsigned long int uintmax_t; #else __extension__ typedef long long int intmax_t; __extension__ typedef unsigned long long int uintmax_t; #endif /* The ISO C99 standard specifies that in C++ implementations these macros should only be defined if explicitly requested. */ #if !defined __cplusplus || defined __STDC_LIMIT_MACROS # if __WORDSIZE == 64 # define __INT64_C(c) c ## L # define __UINT64_C(c) c ## UL # else # define __INT64_C(c) c ## LL # define __UINT64_C(c) c ## ULL # endif /* Limits of integral types. */ /* Minimum of signed integral types. */ # define INT8_MIN (-128) # define INT16_MIN (-32767-1) # define INT32_MIN (-2147483647-1) # define INT64_MIN (-__INT64_C(9223372036854775807)-1) /* Maximum of signed integral types. */ # define INT8_MAX (127) # define INT16_MAX (32767) # define INT32_MAX (2147483647) # define INT64_MAX (__INT64_C(9223372036854775807)) /* Maximum of unsigned integral types. */ # define UINT8_MAX (255) # define UINT16_MAX (65535) # define UINT32_MAX (4294967295U) # define UINT64_MAX (__UINT64_C(18446744073709551615)) /* Minimum of signed integral types having a minimum size. */ # define INT_LEAST8_MIN (-128) # define INT_LEAST16_MIN (-32767-1) # define INT_LEAST32_MIN (-2147483647-1) # define INT_LEAST64_MIN (-__INT64_C(9223372036854775807)-1) /* Maximum of signed integral types having a minimum size. */ # define INT_LEAST8_MAX (127) # define INT_LEAST16_MAX (32767) # define INT_LEAST32_MAX (2147483647) # define INT_LEAST64_MAX (__INT64_C(9223372036854775807)) /* Maximum of unsigned integral types having a minimum size. */ # define UINT_LEAST8_MAX (255) # define UINT_LEAST16_MAX (65535) # define UINT_LEAST32_MAX (4294967295U) # define UINT_LEAST64_MAX (__UINT64_C(18446744073709551615)) /* Minimum of fast signed integral types having a minimum size. */ # define INT_FAST8_MIN (-128) # if __WORDSIZE == 64 # define INT_FAST16_MIN (-9223372036854775807L-1) # define INT_FAST32_MIN (-9223372036854775807L-1) # else # define INT_FAST16_MIN (-2147483647-1) # define INT_FAST32_MIN (-2147483647-1) # endif # define INT_FAST64_MIN (-__INT64_C(9223372036854775807)-1) /* Maximum of fast signed integral types having a minimum size. */ # define INT_FAST8_MAX (127) # if __WORDSIZE == 64 # define INT_FAST16_MAX (9223372036854775807L) # define INT_FAST32_MAX (9223372036854775807L) # else # define INT_FAST16_MAX (2147483647) # define INT_FAST32_MAX (2147483647) # endif # define INT_FAST64_MAX (__INT64_C(9223372036854775807)) /* Maximum of fast unsigned integral types having a minimum size. */ # define UINT_FAST8_MAX (255) # if __WORDSIZE == 64 # define UINT_FAST16_MAX (18446744073709551615UL) # define UINT_FAST32_MAX (18446744073709551615UL) # else # define UINT_FAST16_MAX (4294967295U) # define UINT_FAST32_MAX (4294967295U) # endif # define UINT_FAST64_MAX (__UINT64_C(18446744073709551615)) /* Values to test for integral types holding `void *' pointer. */ # if __WORDSIZE == 64 # define INTPTR_MIN (-9223372036854775807L-1) # define INTPTR_MAX (9223372036854775807L) # define UINTPTR_MAX (18446744073709551615UL) # else # define INTPTR_MIN (-2147483647-1) # define INTPTR_MAX (2147483647) # define UINTPTR_MAX (4294967295U) # endif /* Minimum for largest signed integral type. */ # define INTMAX_MIN (-__INT64_C(9223372036854775807)-1) /* Maximum for largest signed integral type. */ # define INTMAX_MAX (__INT64_C(9223372036854775807)) /* Maximum for largest unsigned integral type. */ # define UINTMAX_MAX (__UINT64_C(18446744073709551615)) /* Limits of other integer types. */ /* Limits of `ptrdiff_t' type. */ # if __WORDSIZE == 64 # define PTRDIFF_MIN (-9223372036854775807L-1) # define PTRDIFF_MAX (9223372036854775807L) # else # define PTRDIFF_MIN (-2147483647-1) # define PTRDIFF_MAX (2147483647) # endif /* Limits of `sig_atomic_t'. */ # define SIG_ATOMIC_MIN (-2147483647-1) # define SIG_ATOMIC_MAX (2147483647) /* Limit of `size_t' type. */ # if __WORDSIZE == 64 # define SIZE_MAX (18446744073709551615UL) # else # define SIZE_MAX (4294967295U) # endif /* Limits of `wchar_t'. */ # ifndef WCHAR_MIN /* These constants might also be defined in . */ # define WCHAR_MIN __WCHAR_MIN # define WCHAR_MAX __WCHAR_MAX # endif /* Limits of `wint_t'. */ # define WINT_MIN (0u) # define WINT_MAX (4294967295u) #endif /* C++ && limit macros */ /* The ISO C99 standard specifies that in C++ implementations these should only be defined if explicitly requested. */ #if !defined __cplusplus || defined __STDC_CONSTANT_MACROS /* Signed. */ # define INT8_C(c) c # define INT16_C(c) c # define INT32_C(c) c # if __WORDSIZE == 64 # define INT64_C(c) c ## L # else # define INT64_C(c) c ## LL # endif /* Unsigned. */ # define UINT8_C(c) c ## U # define UINT16_C(c) c ## U # define UINT32_C(c) c ## U # if __WORDSIZE == 64 # define UINT64_C(c) c ## UL # else # define UINT64_C(c) c ## ULL # endif /* Maximal type. */ # if __WORDSIZE == 64 # define INTMAX_C(c) c ## L # define UINTMAX_C(c) c ## UL # else # define INTMAX_C(c) c ## LL # define UINTMAX_C(c) c ## ULL # endif #endif /* C++ && constant macros */ #endif /* stdint.h */ --------------050501080208080106040303--