Date: Fri, 17 Dec 2004 00:04:21 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 475 ************************************************** Thursday 16 December 2004 Number 475 ************************************************** Subjects for today 1 test : John Poltorak 2 os2-unix mailing list : John Poltorak 3 Openjade - GCC 3.3.5 - and a dumb question about linking : lsunley at mb.sympatico.ca 4 Slight problem with GCC3.3.5 dlopen : lsunley at mb.sympatico.ca 5 Building SMAKE/STAR etc : John Poltorak 6 Re: Slight problem with GCC3.3.5 dlopen : John Poltorak 7 GCC 3.3.5-beta2. : John Poltorak 8 Re: Openjade - GCC 3.3.5 - and a dumb question about linking : John Poltorak 9 Using CAL to create a diary : John Poltorak 10 Re: Openjade - GCC 3.3.5 - and a dumb question about linking : Stefan.Neis at t-online.de 11 SED v4 : John Poltorak **= Email 1 ==========================** Date: Wed, 15 Dec 2004 23:50:21 +0000 From: John Poltorak Subject: test testing.... **= Email 2 ==========================** Date: Wed, 15 Dec 2004 23:55:19 +0000 From: John Poltorak Subject: os2-unix mailing list Something seems to have got screwed up on Friday, so if anyone has posted anything since then it will have been lost. Please repost. Apologies for any inconvenience... -- John **= Email 3 ==========================** Date: Sun, 12 Dec 2004 11:05:49 -0500 From: lsunley at mb.sympatico.ca Subject: Openjade - GCC 3.3.5 - and a dumb question about linking This is a MIME encapsulated message. --===_41BC6CE8_== Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi All, This is probably (_is_) a dumb question... When I link with an archive file .a does the linker just add the object modules needed to the .exe or .dll file? I assume this is the case but I wanted to be sure. What about the "libtool archives" .la? I have built both openjade and opensp and they seem to work. Does anyone have a project dealing with xml and sgml that they need this for? The build files for openjade required a number of changes to _not_ use the supplied libtool. The libtool supplied seems to fall over on OS/2. The build was done with gcc 3.2.2 as 3.3.5 will not generate an exe properly. The link generates a requirement for libc6a3 as well as libc6b1. The configure for opensp fails under gcc 3.3.5 when it compliles a simple test for size_t using g++. (code is attached two files conftest.c and conftest.cc). The .c and .cc files are identical other than the file name. When the program (.cc) is compiled with g++ the libc06a3 dll is linked in. When the program (.c) is compiled with gcc the program works. Lorne PS - ignore the conftest.h file it was a mistake.... -- ----------------------------------------------------------- lsunley at mb.sympatico.ca ----------------------------------------------------------- --===_41BC6CE8_== Content-Type: application/octet-stream; name="conftest.c" Content-Transfer-Encoding: base64 I2luY2x1ZGUgPHN0ZGlvLmg+DQojaWYgSEFWRV9TWVNfVFlQRVNfSA0KIyBpbmNsdWRlIDxz eXMvdHlwZXMuaD4NCiNlbmRpZg0KI2lmIEhBVkVfU1lTX1NUQVRfSA0KIyBpbmNsdWRlIDxz eXMvc3RhdC5oPg0KI2VuZGlmDQojaWYgU1REQ19IRUFERVJTDQojIGluY2x1ZGUgPHN0ZGxp Yi5oPg0KIyBpbmNsdWRlIDxzdGRkZWYuaD4NCiNlbHNlDQojIGlmIEhBVkVfU1RETElCX0gN CiMgIGluY2x1ZGUgPHN0ZGxpYi5oPg0KIyBlbmRpZg0KI2VuZGlmDQojaWYgSEFWRV9TVFJJ TkdfSA0KIyBpZiAhU1REQ19IRUFERVJTICYmIEhBVkVfTUVNT1JZX0gNCiMgIGluY2x1ZGUg PG1lbW9yeS5oPg0KIyBlbmRpZg0KIyBpbmNsdWRlIDxzdHJpbmcuaD4NCiNlbmRpZg0KI2lm IEhBVkVfU1RSSU5HU19IDQojIGluY2x1ZGUgPHN0cmluZ3MuaD4NCiNlbmRpZg0KI2lmIEhB VkVfSU5UVFlQRVNfSA0KIyBpbmNsdWRlIDxpbnR0eXBlcy5oPg0KI2Vsc2UNCiMgaWYgSEFW RV9TVERJTlRfSA0KIyAgaW5jbHVkZSA8c3RkaW50Lmg+DQojIGVuZGlmDQojZW5kaWYNCiNp ZiBIQVZFX1VOSVNURF9IDQojIGluY2x1ZGUgPHVuaXN0ZC5oPg0KI2VuZGlmDQpsb25nIGxv bmd2YWwgKCkgeyByZXR1cm4gKGxvbmcpIChzaXplb2YgKHNpemVfdCkpOyB9DQp1bnNpZ25l ZCBsb25nIHVsb25ndmFsICgpIHsgcmV0dXJuIChsb25nKSAoc2l6ZW9mIChzaXplX3QpKTsg fQ0KI2luY2x1ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RkbGliLmg+DQppbnQNCm1haW4g KCkNCnsNCg0KICBGSUxFICpmID0gZm9wZW4gKCJjb25mdGVzdC52YWwiLCAidyIpOw0KICBp ZiAoISBmKQ0KICAgIGV4aXQgKDEpOw0KICBpZiAoKChsb25nKSAoc2l6ZW9mIChzaXplX3Qp KSkgPCAwKQ0KICAgIHsNCiAgICAgIGxvbmcgaSA9IGxvbmd2YWwgKCk7DQogICAgICBpZiAo aSAhPSAoKGxvbmcpIChzaXplb2YgKHNpemVfdCkpKSkNCglleGl0ICgxKTsNCiAgICAgIGZw cmludGYgKGYsICIlbGRcbiIsIGkpOw0KICAgIH0NCiAgZWxzZQ0KICAgIHsNCiAgICAgIHVu c2lnbmVkIGxvbmcgaSA9IHVsb25ndmFsICgpOw0KICAgICAgaWYgKGkgIT0gKChsb25nKSAo c2l6ZW9mIChzaXplX3QpKSkpDQoJZXhpdCAoMSk7DQogICAgICBmcHJpbnRmIChmLCAiJWx1 XG4iLCBpKTsNCiAgICB9DQogIGV4aXQgKGZlcnJvciAoZikgfGZjbG9zZSAoZikgIT0gMCk7 DQoNCiAgOw0KICByZXR1cm4gMDsNCn0NCg== --===_41BC6CE8_== Content-Type: application/octet-stream; name="conftest.cc" Content-Transfer-Encoding: base64 I2luY2x1ZGUgPHN0ZGlvLmg+DQojaWYgSEFWRV9TWVNfVFlQRVNfSA0KIyBpbmNsdWRlIDxz eXMvdHlwZXMuaD4NCiNlbmRpZg0KI2lmIEhBVkVfU1lTX1NUQVRfSA0KIyBpbmNsdWRlIDxz eXMvc3RhdC5oPg0KI2VuZGlmDQojaWYgU1REQ19IRUFERVJTDQojIGluY2x1ZGUgPHN0ZGxp Yi5oPg0KIyBpbmNsdWRlIDxzdGRkZWYuaD4NCiNlbHNlDQojIGlmIEhBVkVfU1RETElCX0gN CiMgIGluY2x1ZGUgPHN0ZGxpYi5oPg0KIyBlbmRpZg0KI2VuZGlmDQojaWYgSEFWRV9TVFJJ TkdfSA0KIyBpZiAhU1REQ19IRUFERVJTICYmIEhBVkVfTUVNT1JZX0gNCiMgIGluY2x1ZGUg PG1lbW9yeS5oPg0KIyBlbmRpZg0KIyBpbmNsdWRlIDxzdHJpbmcuaD4NCiNlbmRpZg0KI2lm IEhBVkVfU1RSSU5HU19IDQojIGluY2x1ZGUgPHN0cmluZ3MuaD4NCiNlbmRpZg0KI2lmIEhB VkVfSU5UVFlQRVNfSA0KIyBpbmNsdWRlIDxpbnR0eXBlcy5oPg0KI2Vsc2UNCiMgaWYgSEFW RV9TVERJTlRfSA0KIyAgaW5jbHVkZSA8c3RkaW50Lmg+DQojIGVuZGlmDQojZW5kaWYNCiNp ZiBIQVZFX1VOSVNURF9IDQojIGluY2x1ZGUgPHVuaXN0ZC5oPg0KI2VuZGlmDQpsb25nIGxv bmd2YWwgKCkgeyByZXR1cm4gKGxvbmcpIChzaXplb2YgKHNpemVfdCkpOyB9DQp1bnNpZ25l ZCBsb25nIHVsb25ndmFsICgpIHsgcmV0dXJuIChsb25nKSAoc2l6ZW9mIChzaXplX3QpKTsg fQ0KI2luY2x1ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RkbGliLmg+DQppbnQNCm1haW4g KCkNCnsNCg0KICBGSUxFICpmID0gZm9wZW4gKCJjb25mdGVzdC52YWwiLCAidyIpOw0KICBp ZiAoISBmKQ0KICAgIGV4aXQgKDEpOw0KICBpZiAoKChsb25nKSAoc2l6ZW9mIChzaXplX3Qp KSkgPCAwKQ0KICAgIHsNCiAgICAgIGxvbmcgaSA9IGxvbmd2YWwgKCk7DQogICAgICBpZiAo aSAhPSAoKGxvbmcpIChzaXplb2YgKHNpemVfdCkpKSkNCglleGl0ICgxKTsNCiAgICAgIGZw cmludGYgKGYsICIlbGRcbiIsIGkpOw0KICAgIH0NCiAgZWxzZQ0KICAgIHsNCiAgICAgIHVu c2lnbmVkIGxvbmcgaSA9IHVsb25ndmFsICgpOw0KICAgICAgaWYgKGkgIT0gKChsb25nKSAo c2l6ZW9mIChzaXplX3QpKSkpDQoJZXhpdCAoMSk7DQogICAgICBmcHJpbnRmIChmLCAiJWx1 XG4iLCBpKTsNCiAgICB9DQogIGV4aXQgKGZlcnJvciAoZikgfGZjbG9zZSAoZikgIT0gMCk7 DQoNCiAgOw0KICByZXR1cm4gMDsNCn0NCg== --===_41BC6CE8_== Content-Type: application/octet-stream; name="conftest.h" Content-Transfer-Encoding: base64 I2luY2x1ZGUgPHN0ZGlvLmg+DQojaWYgSEFWRV9TWVNfVFlQRVNfSA0KIyBpbmNsdWRlIDxz eXMvdHlwZXMuaD4NCiNlbmRpZg0KI2lmIEhBVkVfU1lTX1NUQVRfSA0KIyBpbmNsdWRlIDxz eXMvc3RhdC5oPg0KI2VuZGlmDQojaWYgU1REQ19IRUFERVJTDQojIGluY2x1ZGUgPHN0ZGxp Yi5oPg0KIyBpbmNsdWRlIDxzdGRkZWYuaD4NCiNlbHNlDQojIGlmIEhBVkVfU1RETElCX0gN CiMgIGluY2x1ZGUgPHN0ZGxpYi5oPg0KIyBlbmRpZg0KI2VuZGlmDQojaWYgSEFWRV9TVFJJ TkdfSA0KIyBpZiAhU1REQ19IRUFERVJTICYmIEhBVkVfTUVNT1JZX0gNCiMgIGluY2x1ZGUg PG1lbW9yeS5oPg0KIyBlbmRpZg0KIyBpbmNsdWRlIDxzdHJpbmcuaD4NCiNlbmRpZg0KI2lm IEhBVkVfU1RSSU5HU19IDQojIGluY2x1ZGUgPHN0cmluZ3MuaD4NCiNlbmRpZg0KI2lmIEhB VkVfSU5UVFlQRVNfSA0KIyBpbmNsdWRlIDxpbnR0eXBlcy5oPg0KI2Vsc2UNCiMgaWYgSEFW RV9TVERJTlRfSA0KIyAgaW5jbHVkZSA8c3RkaW50Lmg+DQojIGVuZGlmDQojZW5kaWYNCiNp ZiBIQVZFX1VOSVNURF9IDQojIGluY2x1ZGUgPHVuaXN0ZC5oPg0KI2VuZGlmDQpsb25nIGxv bmd2YWwgKCkgeyByZXR1cm4gKGxvbmcpIChzaXplb2YgKHNpemVfdCkpOyB9DQp1bnNpZ25l ZCBsb25nIHVsb25ndmFsICgpIHsgcmV0dXJuIChsb25nKSAoc2l6ZW9mIChzaXplX3QpKTsg fQ0KI2luY2x1ZGUgPHN0ZGlvLmg+DQojaW5jbHVkZSA8c3RkbGliLmg+DQppbnQNCm1haW4g KCkNCnsNCg0KICBGSUxFICpmID0gZm9wZW4gKCJjb25mdGVzdC52YWwiLCAidyIpOw0KICBp ZiAoISBmKQ0KICAgIGV4aXQgKDEpOw0KICBpZiAoKChsb25nKSAoc2l6ZW9mIChzaXplX3Qp KSkgPCAwKQ0KICAgIHsNCiAgICAgIGxvbmcgaSA9IGxvbmd2YWwgKCk7DQogICAgICBpZiAo aSAhPSAoKGxvbmcpIChzaXplb2YgKHNpemVfdCkpKSkNCglleGl0ICgxKTsNCiAgICAgIGZw cmludGYgKGYsICIlbGRcbiIsIGkpOw0KICAgIH0NCiAgZWxzZQ0KICAgIHsNCiAgICAgIHVu c2lnbmVkIGxvbmcgaSA9IHVsb25ndmFsICgpOw0KICAgICAgaWYgKGkgIT0gKChsb25nKSAo c2l6ZW9mIChzaXplX3QpKSkpDQoJZXhpdCAoMSk7DQogICAgICBmcHJpbnRmIChmLCAiJWx1 XG4iLCBpKTsNCiAgICB9DQogIGV4aXQgKGZlcnJvciAoZikgfGZjbG9zZSAoZikgIT0gMCk7 DQoNCiAgOw0KICByZXR1cm4gMDsNCn0NCg== --===_41BC6CE8_== Content-Type: application/octet-stream; name="confdefs.h" Content-Transfer-Encoding: base64 fCAvKiBjb25mZGVmcy5oLiAgKi8NCg0KI2RlZmluZSBQQUNLQUdFX05BTUUgIiINCiNkZWZp bmUgUEFDS0FHRV9UQVJOQU1FICIiDQojZGVmaW5lIFBBQ0tBR0VfVkVSU0lPTiAiIg0KI2Rl ZmluZSBQQUNLQUdFX1NUUklORyAiIg0KI2RlZmluZSBQQUNLQUdFX0JVR1JFUE9SVCAiIg0K I2RlZmluZSBTUF9NVUxUSV9CWVRFIDENCiNkZWZpbmUgU1BfUEFDS0FHRSAiT3BlblNQIg0K I2RlZmluZSBTUF9WRVJTSU9OICIxLjUuMSINCiNpZmRlZiBfX2NwbHVzcGx1cw0KI2luY2x1 ZGUgPHN0ZGxpYi5oPg0KI2VuZGlmDQojZGVmaW5lIFNURENfSEVBREVSUyAxDQojZGVmaW5l IEhBVkVfU1lTX1RZUEVTX0ggMQ0KI2RlZmluZSBIQVZFX1NZU19TVEFUX0ggMQ0KI2RlZmlu ZSBIQVZFX1NURExJQl9IIDENCiNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxDQojZGVmaW5lIEhB VkVfTUVNT1JZX0ggMQ0KI2RlZmluZSBIQVZFX1NUUklOR1NfSCAxDQojZGVmaW5lIEhBVkVf SU5UVFlQRVNfSCAxDQojZGVmaW5lIEhBVkVfU1RESU5UX0ggMQ0KI2RlZmluZSBIQVZFX1VO SVNURF9IIDENCiNkZWZpbmUgSEFWRV9ETEZDTl9IIDENCiNkZWZpbmUgSEFWRV9BTExPQ0Ff SCAxDQojZGVmaW5lIEhBVkVfQUxMT0NBIDENCiNkZWZpbmUgSEFWRV9TVERMSUJfSCAxDQoj ZGVmaW5lIEhBVkVfVU5JU1REX0ggMQ0KI2RlZmluZSBIQVZFX0dFVFBBR0VTSVpFIDENCiNk ZWZpbmUgSU5URElWMF9SQUlTRVNfU0lHRlBFIDENCiNkZWZpbmUgSEFWRV9JTlRUWVBFU19I X1dJVEhfVUlOVE1BWCAxDQojZGVmaW5lIEhBVkVfU1RESU5UX0hfV0lUSF9VSU5UTUFYIDEN CiNkZWZpbmUgSEFWRV9VTlNJR05FRF9MT05HX0xPTkcgMQ0KI2RlZmluZSBIQVZFX0lOVFRZ UEVTX0ggMQ0KI2RlZmluZSBIQVZFX0FSR1pfSCAxDQojZGVmaW5lIEhBVkVfTElNSVRTX0gg MQ0KI2RlZmluZSBIQVZFX0xPQ0FMRV9IIDENCiNkZWZpbmUgSEFWRV9OTF9UWVBFU19IIDEN CiNkZWZpbmUgSEFWRV9NQUxMT0NfSCAxDQojZGVmaW5lIEhBVkVfU1REREVGX0ggMQ0KI2Rl ZmluZSBIQVZFX1NURExJQl9IIDENCiNkZWZpbmUgSEFWRV9TVFJJTkdfSCAxDQojZGVmaW5l IEhBVkVfVU5JU1REX0ggMQ0KI2RlZmluZSBIQVZFX1NZU19QQVJBTV9IIDENCiNkZWZpbmUg SEFWRV9HRVRDV0QgMQ0KI2RlZmluZSBIQVZFX0dFVEVHSUQgMQ0KI2RlZmluZSBIQVZFX0dF VEVVSUQgMQ0KI2RlZmluZSBIQVZFX0dFVEdJRCAxDQojZGVmaW5lIEhBVkVfR0VUVUlEIDEN CiNkZWZpbmUgSEFWRV9NRU1QQ1BZIDENCiNkZWZpbmUgSEFWRV9QVVRFTlYgMQ0KI2RlZmlu ZSBIQVZFX1NFVEVOViAxDQojZGVmaW5lIEhBVkVfU0VUTE9DQUxFIDENCiNkZWZpbmUgSEFW RV9TVFBDUFkgMQ0KI2RlZmluZSBIQVZFX1NUUkNBU0VDTVAgMQ0KI2RlZmluZSBIQVZFX1NU UkRVUCAxDQojZGVmaW5lIEhBVkVfU1RSVE9VTCAxDQojZGVmaW5lIEhBVkVfVFNFQVJDSCAx DQojZGVmaW5lIEhBVkVfX19BUkdaX0NPVU5UIDENCiNkZWZpbmUgSEFWRV9fX0FSR1pfU1RS SU5HSUZZIDENCiNkZWZpbmUgSEFWRV9fX0FSR1pfTkVYVCAxDQojZGVmaW5lIEhBVkVfSUNP TlYgMQ0KI2RlZmluZSBJQ09OVl9DT05TVCBjb25zdA0KI2RlZmluZSBIQVZFX0xDX01FU1NB R0VTIDENCiNkZWZpbmUgRU5BQkxFX05MUyAxDQojZGVmaW5lIEhBVkVfTE9DQUxFX0ggMQ0K I2RlZmluZSBTUF9MT0NBTEVfRElSICIvdXNyL2xvY2FsL3NoYXJlL2xvY2FsZSINCiNkZWZp bmUgU1BfTUVTU0FHRV9ET01BSU4gInNwNCINCiNkZWZpbmUgU1REQ19IRUFERVJTIDENCiNk ZWZpbmUgSEFWRV9MSU1JVFNfSCAxDQojZGVmaW5lIEhBVkVfVU5JU1REX0ggMQ0KI2RlZmlu ZSBIQVZFX0lPX0ggMQ0KI2RlZmluZSBIQVZFX05FVyAxDQojZGVmaW5lIEhBVkVfQ0FTU0VS VCAxDQojZGVmaW5lIEhBVkVfU1RSVUNUX1NUQVRfU1RfQkxLU0laRSAxDQojZGVmaW5lIEhB VkVfU1RfQkxLU0laRSAxDQovKiBlbmQgY29uZmRlZnMuaC4gICovDQo= --===_41BC6CE8_==-- **= Email 4 ==========================** Date: Fri, 10 Dec 2004 12:43:23 -0500 From: lsunley at mb.sympatico.ca Subject: Slight problem with GCC3.3.5 dlopen I am getting a 123 error from dlopen (invalid name) dlopen rc=123 extra=M:\USR\LOCAL\PGSQL\LIB\EUCJPSJI.DLL When I shorten the DLL name by 1 char the load works. M:\USR\LOCAL\PGSQL\LIB\EUCJPSJ.DLL will load Is there some kind of path limit in there or something? Lorne -- ----------------------------------------------------------- lsunley at mb.sympatico.ca ----------------------------------------------------------- **= Email 5 ==========================** Date: Thu, 16 Dec 2004 09:21:06 +0000 From: John Poltorak Subject: Building SMAKE/STAR etc What changes need to be made to various utilities such as smake, star etc developed by Joerg Schilling to make them build on OS/2? They come with build instructions for OS/2 but I haven't managed to make them work. Has anyone else? -- John **= Email 6 ==========================** Date: Thu, 16 Dec 2004 09:35:50 +0000 From: John Poltorak Subject: Re: Slight problem with GCC3.3.5 dlopen On Fri, Dec 10, 2004 at 12:43:23PM -0500, lsunley at mb.sympatico.ca wrote: > I am getting a 123 error from dlopen (invalid name) > > dlopen rc=123 extra=M:\USR\LOCAL\PGSQL\LIB\EUCJPSJI.DLL > > When I shorten the DLL name by 1 char the load works. > > M:\USR\LOCAL\PGSQL\LIB\EUCJPSJ.DLL will load > > Is there some kind of path limit in there or something? Have you tried beta2? > Lorne > > -- > ----------------------------------------------------------- > lsunley at mb.sympatico.ca > ----------------------------------------------------------- -- John **= Email 7 ==========================** Date: Thu, 16 Dec 2004 09:18:40 +0000 From: John Poltorak Subject: GCC 3.3.5-beta2. --KUCCw4diIV7LHy2R Content-Type: text/plain; charset=us-ascii In case this news escaped you here are some details about the latest gcc beta... --KUCCw4diIV7LHy2R Content-Type: message/rfc822 Received: from voice2.os2voice.org by mail.warpix.org (IBM OS/2 SENDMAIL VERSION 2.03/2.0) id NAA595.16; Tue, 14 Dec 2004 13:30:32 GMT From: madodel at ptdprolog.net Received: from smtp16.mailnet.ptd.net (smtp16.mailnet.ptd.net [204.186.29.136]) by os2voice.org (Weasel v1.71) for ; 14 Dec 2004 08:25:18 Received: (qmail 21366 invoked by uid 50005); 14 Dec 2004 13:25:14 -0000 Received: from madodel at ptdprolog.net by smtp16.mailnet.ptd.net by uid 50002 with qmail-scanner-1.20 (uvscan: v4.2.40/v4413. Clear:RC:0(24.238.84.87):. Processed in 0.519209 secs); 14 Dec 2004 13:25:14 -0000 Received: from 24.238.84.87.res-cmts.sth.ptd.net (HELO MEDION) (authenticated:madodel at [24.238.84.87]) (envelope-sender ) by smtp16.mailnet.ptd.net (qmail-ldap-1.03) with SMTP for ; 14 Dec 2004 13:25:13 -0000 Reply-to: feedback at os2voice.org Date: Tue, 14 Dec 2004 08:25:12 -0500 To: news at os2voice.org Subject: [VOICENWS] SW: GCC 3.3.5-beta2. Reply-to: feedback at os2voice.org X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v2.60b X-Qmail-Scanner-Message-ID: <110303071465321353 at smtp16.mailnet.ptd.net> Message-ID: <0030319060.00007J3X at os2voice.org> From: madodelDESPAM at ptdprolog.net A new beta level update of GCC is on Netlabs FTP site ftp://ftp.netlabs.org/pub/gcc/GCC-3.3.5-beta2.zip GCC is a distribution of the GNU C/C++ compiler suite and associated utilities for the IBM OS/2 platform. Innotek website for GCC for OS/2: http://www.innotek.de/products/gccos2/gccos2general_e.html "If you have any questions regarding the compiler we recommend to join the UnixOS2 mailinglist: http://unixos2.com/pages/MailingLists.html There is also a web interface at gmane.org: http://news.gmane.org/gmane.os.os2.unixos2 " The ReleaseNote.os2 for this release states: "GCC v3.3.5 / LIBC v0.6 - Beta 2: -------------------------------- New features: o wchar.h and wctype.h and much of the non-stream functions declared therein are implemented. Though, the FreeBSD string/w*.c functions are still in the porting queue. o Added __mcount stub to all LIBC DLLs but the .prf one which is forwarding __mcount from kProfile.dll. o DosLoadModuleEx and DosFreeModuleEx was created to support loaded modules over a fork(). dlopen/dlclose backend was changed to use these. o Fixed rand() range problem. Using the BSD code for this too, which means a new algorithm. o Update all BSD source-files (not headers) to FreeBSD 5.3 level. o New functions: DosLoadModuleEx(), DosFreeModuleEx(), sranddev(), getsubopt(), rand_r(), llabs(), lldiv(), dlfunc(), issetugid(), pread(), pwrite(), _UTF8_mbrtowc(), _UTF8_mbsinit(), _UTF8_mbsnrtowcs(), _UTF8_wcrtomb(), _UTF8_wcsnrtombs(), digittoint(), isideogram(), isrune(), iswalnum(), iswalpha(), iswascii(), iswblank(), iswcntrl(), iswctype(), iswdigit(), iswgraph(), iswhexnumber(), iswideogram(), iswlower(), iswnumber(), iswprint(), iswpunct(), iswrune(), iswspace(), iswupper(), iswxdigit(), btowc(), mbrlen(), mbrtowc(), mbsinit(), mbsnrtowcs(), mbsrtowcs(), nl_langinfo(), towctrans(), wcrtomb(), wcsftime(), wcsnrtombs(), wcsrtombs(), wcstod(), wcstof(), wcstoimax(), wcstol(), wcstold(), wcstoll(), wcstoul(), wcstoull(), wcstoumax(), wctob(), wctrans(), wctype(), towlower(), towupper(). Bug fixes: o Fixed missing WNOHANG handling in waitpid(), wait4() and waitid(). o Corrected several severe bugs in the path resolver. o Fixed handling of paths ending with slash. o Fixed weird fork() problem which showed up as a heap deadlock. o Fixed broken _getdrive(). o Made _chdrive() return -1 on error. It used to always return success earlier. (don't ask me why) o Fixed incorrect handling of -shared in GCC. It should be treated as -Zdll. o Various incorrect assertions in the strict/log build. o ... Known Limitiations/Problems: o Static linking not possible - might be fixed later. o Job control will only be applied to thread 1 in a process. This won't change. o Missing some process group interfaces required for job control. They'll show up soon I hope. o Not tested too well. Especially the regex update. Todos before LIBC06.DLL: 0. Fix all bugs. :-) 1. Implement new ino_t scheme and reimplement opendir in BSD style while doing so (+fchdir). 2. Shared IPC structures for XSI msq, sem and shm. 3. Port string/w* functions. 4. Missing job pgid functions. 5. Port GLIBC intl/*. gettext is a pita! because it's passing FILE pointers around between different LIBCs. objdump is constantly broken between LIBC versions." -- Warpstock Europe 2004, Arnhem, The Netherlands, November 26-28th, 2004 http://www.warpstock.net Warpstock 2005 - Where/When? Stay tuned to http://www.warpstock.org [Moderator's note: All posts are sent without guarantee to the accuracy of the content. We try to verify details and URLs but this is an entirely volunteer run list, so 100% fact checking and the quality/useability of products announced here is impossible. If you respond to this post please remove the DESPAM from the poster's email addresses. Please do not send requests for information about a specific post to the moderator unless it is an update or I sent it.] -- To unsubscribe yourself from this list, send the following message to majormajor at os2voice.org unsubscribe news end Or, visit http://www.os2voice.org/MailingLists.html If you have an announcement you would like posted to the VOICE News list, please send it to submit at os2voice.org. Please include a valid reply address and a real contact name. If you wish to comment on this post, please reply to feedback at os2voice.org -- Warpstock Europe 2004, Arnhem, The Netherlands, November 26-28th, 2004 http://www.warpstock.net Warpstock 2005 - Where/When? Stay tuned to http://www.warpstock.org [Moderator's note: All posts are sent without guarantee to the accuracy of the content. We try to verify details and URLs but this is an entirely volunteer run list, so 100% fact checking and the quality/useability of products announced here is impossible. If you respond to this post please remove the DESPAM from the poster's email addresses. Please do not send requests for information about a specific post to the moderator unless it is an update or I sent it.] -- To unsubscribe yourself from this list, send the following message to majormajor at os2voice.org unsubscribe news end Or, visit http://www.os2voice.org/MailingLists.html If you have an announcement you would like posted to the VOICE News list, please send it to submit at os2voice.org. Please include a valid reply address and a real contact name. If you wish to comment on this post, please reply to feedback at os2voice.org -- Warpstock 2005 - Where/When? Stay tuned to http://www.warpstock.org Warpstock Europe 2005 - Where/When? Stay tuned to http://www.warpstock.net [Moderator's note: All posts are sent without guarantee to the accuracy of the content. We try to verify details and URLs but this is an entirely volunteer run list, so 100% fact checking and the quality/useability of products announced here is impossible. If you respond to this post please remove the DESPAM from the poster's email addresses. Please do not send requests for information about a specific post to the moderator unless it is an update or I sent it.] -- To unsubscribe yourself from this list, send the following message to majormajor at os2voice.org unsubscribe news end Or, visit http://www.os2voice.org/MailingLists.html If you have an announcement you would like posted to the VOICE News list, please send it to submit at os2voice.org. Please include a valid reply address and a real contact name. If you wish to comment on this post, please reply to feedback at os2voice.org --KUCCw4diIV7LHy2R-- **= Email 8 ==========================** Date: Thu, 16 Dec 2004 10:04:01 +0000 From: John Poltorak Subject: Re: Openjade - GCC 3.3.5 - and a dumb question about linking On Sun, Dec 12, 2004 at 11:05:49AM -0500, lsunley at mb.sympatico.ca wrote: > I have built both openjade and opensp and they seem to work. Does anyone > have a project dealing with xml and sgml that they need this for? I've noticed a number of packages which come with documentation in sgml format, but have never known what to do with it. Would either of these apps let me do that? As far as XML goes, I've never known what to do with it... If I see an XML icon on a web page and click on it, Mozilla says:- This XML file does not appear to have any style information associated with it. The document tree is shown below. I have no idea how such a page is supposed to look or if I can do anything to format it better... > Lorne > > PS - ignore the conftest.h file it was a mistake.... > > -- > ----------------------------------------------------------- > lsunley at mb.sympatico.ca > ----------------------------------------------------------- -- John **= Email 9 ==========================** Date: Thu, 16 Dec 2004 10:20:24 +0000 From: John Poltorak Subject: Using CAL to create a diary Is it possible to use GNU Cal to create the raw data for a diary? ie I want to create raw pages, one per week starting on a Monday, and then format them with GROFF and print them to create my own personalised diary. Not sure how to get started with something like this, but GCAL, being a calendar app may offer some option of providing what I want. Unfortunately I can't make too much sense of the help screen. Does anyone know if it comes with anything like a tutorial? -- John **= Email 10 ==========================** Date: Thu, 16 Dec 2004 12:03:28 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Openjade - GCC 3.3.5 - and a dumb question about linking lsunley at mb.sympatico.ca schrieb: > When I link with an archive file .a does the linker just > add the object > modules needed to the .exe or .dll file? Yes. However, note that the algorithm deciding on whether something is needed or not is rather stupid (e.g. if you have module1.o and module2.o in your archive, and some function in module1.o references a symbol from module2.o, module2.o is always linked in, even if the function in module1.o which is referencing module2.o will never called by your program (but only other functions in module1.o which do not depend on module2.o). > What about the "libtool archives" .la? I'm not exactly sure which one that is, but note that AFAIK libtool always creates two files, a plain text description file (only useful to libtool) and a normal archive file. So, in case of doubt look into the file to see which of the two it is... Regards, Stefan **= Email 11 ==========================** Date: Thu, 16 Dec 2004 12:03:10 +0000 From: John Poltorak Subject: SED v4 It looks as though newer versions of SED (v4+) include a -i option which effectively updates a file in place rather than needing to create a temporary file file and renaming it. Has anyone tried this under OS/2? You can get hold of sed v4 here:- http://unix.os2site.com/sw/pub/binary/sed/sed-4_0_5-bin.zip -- John