1 |
|
---|
2 |
|
---|
3 | R e l e a s e N o t e s
|
---|
4 | +------------------------+
|
---|
5 |
|
---|
6 |
|
---|
7 | v3.2.2 Alpha 2:
|
---|
8 | ---------------
|
---|
9 |
|
---|
10 | A few bugfixes and a couple of new features.
|
---|
11 |
|
---|
12 | o The TCP/IP headers and libraries scheme have been changed.
|
---|
13 | The default is the current OS/2 tcpip toolkit (BSD 4.4 based).
|
---|
14 | To target the older OS/2 tcpip stack (BSD 4.3 based) you must
|
---|
15 | define TCPV40HDRS before including any TCP/IP headers and make
|
---|
16 | sure usr/lib/tcpipv4 is searched before usr/lib (this is to get
|
---|
17 | the right libsocket). It is recommended to use the -D compiler
|
---|
18 | option for the define and either the LIBRARY_PATH or the -L
|
---|
19 | compiler/linker option for the library.
|
---|
20 |
|
---|
21 | o There are a couple of new and updated based on FreeBSD 5.1.
|
---|
22 | sys\stdint.h and inttypes.h (and a few internal once) are new.
|
---|
23 | sys\types.h and unistd.h are the ones most heavily updated.
|
---|
24 | We're working on getting the headers and libc in a better shape
|
---|
25 | standardwise to easy compatability and portability.
|
---|
26 |
|
---|
27 | o A infinite loop in emxomf has been fixed.
|
---|
28 |
|
---|
29 | o Linker error on sopen() has been corrected.
|
---|
30 |
|
---|
31 | o .... what did we forget...
|
---|
32 |
|
---|
33 |
|
---|
34 | v3.2.2 Alpha 1:
|
---|
35 | ---------------
|
---|
36 |
|
---|
37 | This is the first release from Innotek, and it contains the Innotek LIBC.
|
---|
38 | In addition to the new LIBC there is a number of other major changes:
|
---|
39 |
|
---|
40 | o Name mangling in OMF mode have changed.
|
---|
41 | Until this release emxomf used to pretty much strip one leading '_'
|
---|
42 | from symbols when converting them to omf. This is now longer done
|
---|
43 | chiefly in order to correctly support mangling calling conventions
|
---|
44 | like __stdcall and __cdecl. This change have the following side
|
---|
45 | effects:
|
---|
46 | - _System and __cdecl no longer produces the same names and hence
|
---|
47 | all OS/2 API which are _System must be declared as _System in
|
---|
48 | order to link.
|
---|
49 | - Assembly code might need an extra underscore to work, or
|
---|
50 | perhaps change the prototypes to _System.
|
---|
51 | - Global variables are prepended and underscore, so mixing VAC and
|
---|
52 | GCC, or accessing globals from asm, take care.
|
---|
53 | (MSC v6.0 does this too, so it's not any uncommon practise.)
|
---|
54 |
|
---|
55 | The OS/2 headers which are included are all updated to use _System.
|
---|
56 |
|
---|
57 | o TCPIP headers are updated a quite a bit to match the toolkit ones
|
---|
58 | and to reflect the fact that the new libc does not a having common
|
---|
59 | handle space for files and sockets. These changes aren't 100%
|
---|
60 | completed yet, and usage probably will uncover some issues left in
|
---|
61 | there. Also for the programmer there is the following changes in
|
---|
62 | the apis provided:
|
---|
63 | - TCPV40HDRS are supported and should work like with the toolkit
|
---|
64 | headers. It will alias all functions to tcpip40_ editions
|
---|
65 | (using #defines) so we get the right imports thru -llibsocket.
|
---|
66 | - There is no support for sockets in select(). To do select on
|
---|
67 | sockets you will have to use bsdselect() or os2_select().
|
---|
68 | bsdselect() is only available for TCPV40HDRS. For
|
---|
69 | !defined(TCPV40HDRS) fd_set is in the emx/bsd format and not the
|
---|
70 | OS/2 tcpip v5.0 format.
|
---|
71 | - Socket IOCTLs are not supported by the ioctl() libc function
|
---|
72 | because of the separate handle space for sockets. For sockets
|
---|
73 | so_ioctl() and os2_ioctl() are used. os2_ioctl() is not available
|
---|
74 | when TCPV40HDRS is defined. According to the tcpref in v5.0
|
---|
75 | so_ioctl() only supports BSD ioctls.
|
---|
76 | - writev() and readv() also clashes with libc. For socket handles
|
---|
77 | use so_writev() and so_readv().
|
---|
78 |
|
---|
79 | o The prefered OMF linker is now ilink. link386 will fail with an odd
|
---|
80 | error message if you tell gcc/g++ to make debug info. Set the
|
---|
81 | EMXOMFLD_LINKER environment variable to value ilink in order to use
|
---|
82 | ilink as OMF linker.
|
---|
83 | It likely that we will change the default OMF linker to ilink in an
|
---|
84 | later version of the GCC suite.
|
---|
85 |
|
---|
86 | o .... what did we forget...
|
---|