Date: Thu, 18 Mar 2004 00:07:08 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [Ux2bs_Archive] No. 286 ************************************************** Wednesday 17 March 2004 Number 286 ************************************************** Subjects for today 1 Re: Building Blackbox : knut st. osmundsen" 2 Re: Building Blackbox : T.Sikora" 3 Re: Building Blackbox : John Poltorak 4 Re: Building Blackbox : Dave and Natalie" 5 Re: Building Blackbox : Dave and Natalie" 6 Re: Building Blackbox : Dave and Natalie" 7 Re: Building Blackbox : John Poltorak 8 Re: Building Blackbox : Dave and Natalie" 9 Re: Building Blackbox : John Poltorak 10 Re: Building Blackbox : Dave and Natalie" 11 Re: Building Blackbox : John Poltorak 12 Re: Building Blackbox : Dave and Natalie" 13 Re: Building Blackbox : Franz Bakan" 14 Re: Building Blackbox : Adrian Gschwend" 15 Re: Installation behind proxy : Christoph Kloeters" 16 Re: Building Blackbox : Andreas Buening 17 Re: Building Blackbox : Stefan.Neis at t-online.de 18 Re: Building Blackbox : T.Sikora" 19 Re: Building Blackbox : Stefan.Neis at t-online.de **= Email 1 ==========================** Date: Tue, 16 Mar 2004 15:14:29 +0100 From: "knut st. osmundsen" Subject: Re: Building Blackbox John Poltorak wrote: > On Tue, Mar 16, 2004 at 02:21:39AM +0100, knut st. osmundsen wrote: > >> John Poltorak wrote: >> >>> Making all in src make[2]: Entering directory >>> `U:/unixos2/workdir/blackbox-0.65.0/src' gcc -DHAVE_CONFIG_H -I. >>> -I. -I.. -DSHAPE -DNDEBUG -DTIMEDCACHE >>> -DLOCALEPATH=\"/usr/local/share/blackbox/nls\" >>> -DDEFAULTMENU=\"/usr/local/share/blackbox/menu\" >>> -DDEFAULTSTYLE=\"/usr/local/share/blackbox/styles/Results\" -g >>> -O2 -Wall -W -pedantic -c BaseDisplay.cc In file included from >>> BaseDisplay.cc:84: i18n.hh:38: nl_types.h: No such file or >>> directory >> >> Interesting, so someone is actually using nl_types.h. I'll put it >> on my todo list to port that from FreeBSD. > > > Does it actually need porting? Yes. There is a some NLSPATH separator issues and the usual binary/text file issues. The port is done and will be included with the next GCC/LIBC release (including the gencat tool). > Maybe I can just grab it from somewhere and try it... > Anyone know where I can get hold of it? The sources are in the freebsd cvs (src/lib/libc/nls/, src/lib/libc/include/nl_types.h, and the gencat tool in src/usr.bin/gencat/). Kind Regards, knut _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 2 ==========================** Date: Tue, 16 Mar 2004 10:18:09 -0500 From: "T.Sikora" Subject: Re: Building Blackbox This is a multi-part message in MIME format. --------------080806040005050805080202 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit John Poltorak wrote: > On Tue, Mar 16, 2004 at 02:21:39AM +0100, knut st. osmundsen wrote: > >>John Poltorak wrote: >> >>>Making all in src >>>make[2]: Entering directory `U:/unixos2/workdir/blackbox-0.65.0/src' >>>gcc -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DNDEBUG -DTIMEDCACHE -DLOCALEPATH=\"/usr/local/share/blackbox/nls\" -DDEFAULTMENU=\"/usr/local/share/blackbox/menu\" -DDEFAULTSTYLE=\"/usr/local/share/blackbox/styles/Results\" -g -O2 -Wall -W -pedantic -c BaseDisplay.cc >>>In file included from BaseDisplay.cc:84: >>>i18n.hh:38: nl_types.h: No such file or directory >> >>Interesting, so someone is actually using nl_types.h. I'll put it on my >>todo list to port that from FreeBSD. > > > Does it actually need porting? > > Maybe I can just grab it from somewhere and try it... > > Anyone know where I can get hold of it? > > > >>Kind Regards, >> knut > > Here it is. -- T.Sikora tsikora at ntplx dot net --------------080806040005050805080202 Content-Type: text/plain; name="nl_types.h" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="nl_types.h" /* Copyright (C) 1996, 1997, 1999 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 Lesser General Public License as published by the Free Software Foundation; either version 2.1 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 Lesser General Public License for more details. You should have received a copy of the GNU Lesser General Public License along with the GNU C Library; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA. */ #ifndef _NL_TYPES_H #define _NL_TYPES_H 1 #include /* The default message set used by the gencat program. */ #define NL_SETD 1 /* Value for FLAG parameter of `catgets' to say we want XPG4 compliance. */ #define NL_CAT_LOCALE 1 __BEGIN_DECLS /* Message catalog descriptor type. */ typedef void *nl_catd; /* Type used by `nl_langinfo'. */ typedef int nl_item; /* Open message catalog for later use, returning descriptor. */ extern nl_catd catopen (__const char *__cat_name, int __flag) __THROW; /* Return translation with NUMBER in SET of CATALOG; if not found return STRING. */ extern char *catgets (nl_catd __catalog, int __set, int __number, __const char *__string) __THROW; /* Close message CATALOG. */ extern int catclose (nl_catd __catalog) __THROW; __END_DECLS #endif /* nl_types.h */ --------------080806040005050805080202 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs --------------080806040005050805080202-- **= Email 3 ==========================** Date: Tue, 16 Mar 2004 15:41:41 +0000 From: John Poltorak Subject: Re: Building Blackbox On Tue, Mar 16, 2004 at 10:18:09AM -0500, T.Sikora wrote: > >>>i18n.hh:38: nl_types.h: No such file or directory > >> > > Anyone know where I can get hold of it? > > Here it is. Thanks. Does it matter whether it is a GNU or BSD file? Now features.h is missing... > -- > T.Sikora > tsikora at ntplx dot net -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 4 ==========================** Date: Tue, 16 Mar 2004 09:11:59 -0800 From: "Dave and Natalie" Subject: Re: Building Blackbox On Tue, 16 Mar 2004 02:21:39 +0100, knut st. osmundsen wrote: >Interesting, so someone is actually using nl_types.h. I'll put it on my >todo list to port that from FreeBSD. Fluxbox also uses nl_types.h. Using EMX and gcc3.2.1 I had to change a #ifdef CYGWIN to include __EMX__ for it to work without nl_types.h Of course all this is mute as GCC 3.2.2 while creating mostly working X apps just can't get the xdisplay from X.DLL, which is a shame as most other functions seem to work and it would be nice to have an X build of Mozilla one day. Dave _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 5 ==========================** Date: Tue, 16 Mar 2004 09:13:30 -0800 From: "Dave and Natalie" Subject: Re: Building Blackbox On Sun, 14 Mar 2004 20:06:14 +0000, John Poltorak wrote: > >I've just tried building Blackbox using configure --disable-nls, but found >all the Makefiles getting created:- > >config.status: creating nls/Makefile >config.status: creating nls/C/Makefile >config.status: creating nls/da_DK/Makefile >config.status: creating nls/de_DE/Makefile >config.status: creating nls/es_AR/Makefile >config.status: creating nls/es_ES/Makefile >config.status: creating nls/fr_FR/Makefile >config.status: creating nls/hu_HU/Makefile >config.status: creating nls/it_IT/Makefile >config.status: creating nls/ja_JP/Makefile >config.status: creating nls/ko_KR/Makefile >config.status: creating nls/lv_LV/Makefile >config.status: creating nls/nl_NL/Makefile >config.status: creating nls/no_NO/Makefile >config.status: creating nls/pl_PL/Makefile >config.status: creating nls/pt_BR/Makefile >config.status: creating nls/ro_RO/Makefile >config.status: creating nls/ru_RU/Makefile >config.status: creating nls/sk_SK/Makefile >config.status: creating nls/sl_SI/Makefile >config.status: creating nls/sv_SE/Makefile >config.status: creating nls/uk_UA/Makefile >config.status: creating nls/zh_CN/Makefile >config.status: creating nls/zh_TW/Makefile > > > >Is that to be expected? Yes, when you run make it will go into each NLS directory and leave again. When running make install it will do the same. With NLS it'll crap out while doing make install as it depends on ln -s > >Is this error related to NLS too:- ? > > > >Making all in src >make[2]: Entering directory `U:/unixos2/workdir/blackbox-0.65.0/src' >gcc -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DNDEBUG -DTIMEDCACHE -DLOCALEPATH=\"/usr/local/share/blackbox/nls\" -DDEFAULTMENU=\"/usr/local/share/blackbox/menu\" -DDEFAULTSTYLE=\"/usr/local/share/blackbox/styles/Results\" -g -O2 -Wall -W -pedantic -c BaseDisplay.cc >In file included from BaseDisplay.cc:84: >i18n.hh:38: nl_types.h: No such file or directory >make[2]: *** [BaseDisplay.o] Error 1 >make[2]: Leaving directory `U:/unixos2/workdir/blackbox-0.65.0/src' >make[1]: *** [all-recursive] Error 1 >make[1]: Leaving directory `U:/unixos2/workdir/blackbox-0.65.0' >make: *** [all-recursive-am] Error 2 >Making install in data >make[1]: Entering directory `U:/unixos2/workdir/blackbox-0.65.0/data' >Making install in styles >make[2]: Entering directory >`U:/unixos2/workdir/blackbox-0.65.0/data/styles' >make[3]: Entering directory >`U:/unixos2/workdir/blackbox-0.65.0/data/styles' >make[3]: Nothing to be done for `install-exec-am'. >u:/bin/sh ../../mkinstalldirs /usr/local/share/blackbox/styles >mkdir /usr/local/share/blackbox >mkdir /usr/local/share/blackbox/styles > u:/unixos2/bin/install.exe -m 644 ./Artwiz >/usr/local/share/blackbox/styles/Artwiz > > > >It looks as though I could get close with this, with a bit of help >(hint)... ;-) Your configure has screwed up, here configure noticed I don't have nl_types.h and never defined it in config.h. Quick fix is to edit config.h to undef HAVE_NL_TYPES_H. Dave ps sorry for not noticing this sooner. Seems my Email filters need a bit of work _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 6 ==========================** Date: Tue, 16 Mar 2004 09:13:48 -0800 From: "Dave and Natalie" Subject: Re: Building Blackbox On Tue, 16 Mar 2004 15:41:41 +0000, John Poltorak wrote: >On Tue, Mar 16, 2004 at 10:18:09AM -0500, T.Sikora wrote: > >> >>>i18n.hh:38: nl_types.h: No such file or directory >> >> >> > Anyone know where I can get hold of it? >> >> Here it is. > >Thanks. Does it matter whether it is a GNU or BSD file? > >Now features.h is missing... > I wouldn't blindly use header file. Blackbox doesn't use features.h, at that features.h is old and not used anymore IIRC. Dave _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 7 ==========================** Date: Tue, 16 Mar 2004 17:21:18 +0000 From: John Poltorak Subject: Re: Building Blackbox On Tue, Mar 16, 2004 at 09:11:59AM -0800, Dave and Natalie wrote: > On Tue, 16 Mar 2004 02:21:39 +0100, knut st. osmundsen wrote: > > >Interesting, so someone is actually using nl_types.h. I'll put it on my > >todo list to port that from FreeBSD. > > Fluxbox also uses nl_types.h. Using EMX and gcc3.2.1 I had to change a #ifdef CYGWIN to include > __EMX__ for it to work without nl_types.h Do you have a patch for this? I do see a patch.os2 in the archive but that does appear to be related to this... > Dave -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 8 ==========================** Date: Tue, 16 Mar 2004 09:42:07 -0800 From: "Dave and Natalie" Subject: Re: Building Blackbox On Tue, 16 Mar 2004 17:21:18 +0000, John Poltorak wrote: >On Tue, Mar 16, 2004 at 09:11:59AM -0800, Dave and Natalie wrote: >> On Tue, 16 Mar 2004 02:21:39 +0100, knut st. osmundsen wrote: >> >> >Interesting, so someone is actually using nl_types.h. I'll put it on my >> >todo list to port that from FreeBSD. >> >> Fluxbox also uses nl_types.h. Using EMX and gcc3.2.1 I had to change a #ifdef CYGWIN to include >> __EMX__ for it to work without nl_types.h > >Do you have a patch for this? > >I do see a patch.os2 in the archive but that does appear to be related to >this... No, this is my attempt to get fluxbox-cvs to build. Unluckily with GCC3.2.1 I get a couple of unresolved symols at the end and with PGCC 2.95.3 it is missing a function. GCC 3.03 dies right at the beginning. See my other email about editing config.h with blackbox though I don't know why your configure would think you have nl_types.h. I don't have it here and blackbox builds fine without it. Dave _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 9 ==========================** Date: Tue, 16 Mar 2004 21:41:53 +0000 From: John Poltorak Subject: Re: Building Blackbox On Tue, Mar 16, 2004 at 09:42:07AM -0800, Dave and Natalie wrote: > On Tue, 16 Mar 2004 17:21:18 +0000, John Poltorak wrote: > > >On Tue, Mar 16, 2004 at 09:11:59AM -0800, Dave and Natalie wrote: > >> On Tue, 16 Mar 2004 02:21:39 +0100, knut st. osmundsen wrote: > >> > >> >Interesting, so someone is actually using nl_types.h. I'll put it on my > >> >todo list to port that from FreeBSD. > >> > >> Fluxbox also uses nl_types.h. Using EMX and gcc3.2.1 I had to change a #ifdef CYGWIN to include > >> __EMX__ for it to work without nl_types.h > > > >Do you have a patch for this? > > > >I do see a patch.os2 in the archive but that does appear to be related to > >this... > > No, this is my attempt to get fluxbox-cvs to build. Unluckily with GCC3.2.1 I get a couple of unresolved symols > at the end and with PGCC 2.95.3 it is missing a function. GCC 3.03 dies right at the beginning. > See my other email about editing config.h with blackbox though I don't know why your configure would think > you have nl_types.h. I don't have it here and blackbox builds fine without it. It seems to be a requirement when I use Posix/2 for builds. If I don't use it I don't need nl_types.h. The build seems to get much further but then stops at this point:- make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/unixos2/workdir/blackbox-0.65.0/nls' make[2]: Leaving directory `/unixos2/workdir/blackbox-0.65.0/nls' Making all in src make[2]: Entering directory `/unixos2/workdir/blackbox-0.65.0/src' makefile:183: warning: overriding commands for target `.s.o' makefile:180: warning: ignoring old commands for target `.s.o' gcc -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DNDEBUG -DTIMEDCACHE -DLOCALEPATH=\"u:/usr/X11R6/share/blackbox/nls\" -DDEFAULTMENU=\"u:/usr/X11R6/share/blackbox/menu\" -DDEFAULTSTYLE=\"u:/usr/X11R6/share/blackbox/styles/Results\" -g -O2 -Wall -W -pedantic -c BaseDisplay.cc In file included from BaseDisplay.hh:39, from BaseDisplay.cc:85: Timer.hh:93: parse error before `{' Timer.hh: In function `int _timer_queue()': Timer.hh:97: warning: return-type defaults to `int' Timer.hh:93: previous non-function declaration `template class _timer_queue<_Tp,_Sequence,_Compare>' Timer.hh:97: conflicts with function declaration `int _timer_queue()' Timer.hh:97: base initializers not allowed for non-member functions Timer.hh:108: parse error before `::' Timer.hh: At top level: Timer.hh:109: syntax error before `&' Timer.hh:113: syntax error before `&' In file included from BaseDisplay.cc:85: BaseDisplay.hh:91: field `timerList' has incomplete type u:\\unixos2\\emx\\include\\cpp\\std/bastring.h: In method `void basic_string,__default_alloc_template >::Rep::release()': u:\\unixos2\\emx\\include\\cpp\\std/bastring.h:76: warning: inline function `static void basic_string,__default_alloc_template >::Rep::operator delete(void *)' called before definition u:\\unixos2\\emx\\include\\cpp\\std/bastring.h:76: warning: inline function `static void basic_string,__default_alloc_template >::Rep::operator delete(void *)' called before definition make[2]: *** [BaseDisplay.o] Error 1 make[2]: Leaving directory `/unixos2/workdir/blackbox-0.65.0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/unixos2/workdir/blackbox-0.65.0' make: *** [all-recursive-am] Error 2 There is a problem Press ENTER to continue Does any of this look familiar? > Dave -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 10 ==========================** Date: Tue, 16 Mar 2004 15:38:04 -0800 From: "Dave and Natalie" Subject: Re: Building Blackbox On Tue, 16 Mar 2004 21:41:53 +0000, John Poltorak wrote: >On Tue, Mar 16, 2004 at 09:42:07AM -0800, Dave and Natalie wrote: >> On Tue, 16 Mar 2004 17:21:18 +0000, John Poltorak wrote: >> >> >On Tue, Mar 16, 2004 at 09:11:59AM -0800, Dave and Natalie wrote: >> >> On Tue, 16 Mar 2004 02:21:39 +0100, knut st. osmundsen wrote: >> >> snip > >It seems to be a requirement when I use Posix/2 for builds. If I don't use >it I don't need nl_types.h. The build seems to get much further but then >stops at this point:- Hmm, I haven't been using Posix/2, but posix/2 does have nl_types.h, I wonder why the build wasn't finding it? posix2/include is in your CPLUS_INCLUDE_PATH? > > >make[3]: Nothing to be done for `all-am'. >make[3]: Leaving directory `/unixos2/workdir/blackbox-0.65.0/nls' >make[2]: Leaving directory `/unixos2/workdir/blackbox-0.65.0/nls' >Making all in src >make[2]: Entering directory `/unixos2/workdir/blackbox-0.65.0/src' >makefile:183: warning: overriding commands for target `.s.o' >makefile:180: warning: ignoring old commands for target `.s.o' >gcc -DHAVE_CONFIG_H -I. -I. -I.. -DSHAPE -DNDEBUG -DTIMEDCACHE >-DLOCALEPATH=\"u:/usr/X11R6/share/blackbox/nls\" >-DDEFAULTMENU=\"u:/usr/X11R6/share/blackbox/menu\" >-DDEFAULTSTYLE=\"u:/usr/X11R6/share/blackbox/styles/Results\" -g -O2 >-Wall -W -pedantic -c BaseDisplay.cc >In file included from BaseDisplay.hh:39, > from BaseDisplay.cc:85: >Timer.hh:93: parse error before `{' >Timer.hh: In function `int _timer_queue()': >Timer.hh:97: warning: return-type defaults to `int' >Timer.hh:93: previous non-function declaration `template _Sequence, class _Compare> class _timer_queue<_Tp,_Sequence,_Compare>' >Timer.hh:97: conflicts with function declaration `int _timer_queue()' >Timer.hh:97: base initializers not allowed for non-member functions > snip > > >make[2]: *** [BaseDisplay.o] Error 1 >make[2]: Leaving directory `/unixos2/workdir/blackbox-0.65.0/src' >make[1]: *** [all-recursive] Error 1 >make[1]: Leaving directory `/unixos2/workdir/blackbox-0.65.0' >make: *** [all-recursive-am] Error 2 >There is a problem >Press ENTER to continue > > > >Does any of this look familiar? No, doesn't look familar at all. What version of GCC are you using? I've been using 3.2.1 though I did do a build with 3.0.3 which gave me a lot of warnings but did finish. If you don't have 3.2.1 installed yet ask here and I'll tell you how I've got all the GCC versions installed and living together. Also your CXXFLAGS don't look good. You definitely need -Zmtd for X apps. I'm using CXXFLAGS='-D__EMX__ -DOS2 -Zmtd -D__ST_MT_ERRNO__ -Zexe -O2 -fomit-frame-pointer -Zbin-files -Dstrncasecmp=strnicmp -Dstrcasecmp=stricmp' LDFLAGS='-Zmtd -D__ST_MT_ERRNO__ -O2 -Zexe -Zsysv-signals -Zstack 512 -Zbin-files' Defined in my config.site. Also CXX=g++ as g++ is the C++ compiler in PGCC 2.95 and later. Dave ps make install doesn't install the EXEs in 0.65.0 so you will have to manually copy them over from src and util pps just tried building with gcc 2.8.1 and got the same errors as you. As I said 2.8.1 is too old for most C++ stuff nowadays _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 11 ==========================** Date: Wed, 17 Mar 2004 00:05:00 +0000 From: John Poltorak Subject: Re: Building Blackbox On Tue, Mar 16, 2004 at 03:38:04PM -0800, Dave and Natalie wrote: > >It seems to be a requirement when I use Posix/2 for builds. If I don't use > >it I don't need nl_types.h. The build seems to get much further but then > >stops at this point:- > > Hmm, I haven't been using Posix/2, but posix/2 does have nl_types.h, I > wonder why the build wasn't finding it? posix2/include is in your > CPLUS_INCLUDE_PATH? I'd overlooked that. Thanks for the suggestion... I've just added it and this time nl_types.h was found and it didn't need features.h. > ps make install doesn't install the EXEs in 0.65.0 so you will have to > manually copy them over from src and util > pps just tried building with gcc 2.8.1 and got the same errors as you. > As I said 2.8.1 is too old for most C++ stuff nowadays That is a pain. I've standardised on 2.8.1. Adding different versions of gcc would make things too complicated at this point... Would it be possible to get by with just some additional headers? If so maybe they could be incorporated into Posix/2... -- John _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 12 ==========================** Date: Tue, 16 Mar 2004 19:10:59 -0800 From: "Dave and Natalie" Subject: Re: Building Blackbox On Wed, 17 Mar 2004 00:05:00 +0000, John Poltorak wrote: >> pps just tried building with gcc 2.8.1 and got the same errors as you. >> As I said 2.8.1 is too old for most C++ stuff nowadays > >That is a pain. I've standardised on 2.8.1. Adding different versions >of gcc would make things too complicated at this point... > >Would it be possible to get by with just some additional headers? If so >maybe they could be incorporated into Posix/2... I'm not much of an expert but I seriously doubt that it is a matter of changing headers when talking about C++ compilers. The headers are very compiler specific and C++ is much more complex then C In true GNU fashion the different versions of GCC are designed to live together. The way I have it is a directory structure like this \emx\bin \emx\bin\bin.295 \emx\bin\bin.303 \emx\bin\bin.321 And a simple script to add one of the bin.??? directories to the front of the path. The script comes with the newer versions of GCC and I just edited the PATH and the name so entering eg gcc321 on the command line makes GCC 3.2.1 the default compiler. GCC then can find it own headers libraries and specific includes in \emx\include\G++-v3 \emx\lib\gcc-lib\i386-pc-os2-emx\3.2.1 And typing exit on the command line returns you to the default 2.8.1. Try it, backup \EMX, download lets say 3.2.1 from ftp://ftp.netlabs.org, unzip in \EMX, and rename \emx\bin\bin.new to bin.321 and edit newgcc.cmd, rename, and copy to your PATH. The only problem I have problems occasionally is if emxload keeps a previous version in memory. I usually just kill emxload and have renamed emxload to stop it from loading on occasion The correct solution would be to add to newgcc.cmd so it uses PS to find the PID of emxload and then kill it., Dave _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 13 ==========================** Date: Wed, 17 Mar 2004 09:45:37 +0100 (CET) From: "Franz Bakan" Subject: Re: Building Blackbox On Tue, 16 Mar 2004 19:10:59 -0800, Dave and Natalie wrote: >The only problem I have problems occasionally is if emxload keeps a >previous version in memory. >I usually just kill emxload No need to be so brute emxload -q does the job Franz _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 14 ==========================** Date: Wed, 17 Mar 2004 09:52:19 +0100 (CET) From: "Adrian Gschwend" Subject: Re: Building Blackbox On Wed, 17 Mar 2004 00:05:00 +0000, John Poltorak wrote: >That is a pain. I've standardised on 2.8.1. Adding different versions >of gcc would make things too complicated at this point... Hmm but IMHO this has to be done sooner or later, I don't know any recent Linux distro who is using something < 3.x at the moment. And I am quite sure we can't compile some of the apps sooner or later anymore with 2.x. No doubt that it sucks to change that, I've seen it on Linux distros already :-) cu Adrian -- Adrian Gschwend at netlabs.org ktk [a t] netlabs.org ------- Free Software for OS/2 and eCS http://www.netlabs.org _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 15 ==========================** Date: Wed, 17 Mar 2004 09:52:48 +0100 (CET) From: "Christoph Kloeters" Subject: Re: Installation behind proxy Hi John! On Fri, 12 Mar 2004 09:45:44 +0000, John Poltorak wrote: Hupps, nearly forgot to answer. Sorry for the delay, I have much to do at the moment. >Can you post a URL in case someone has a similar problem? Hm, lets see, if I am able to find it again. The rsync man-page: http://rsync.samba.org/ftp/rsync/rsync.html Search for "RSYNC_PROXY". >If you are behind a firewall you may need to adjust one of the programs by >adding an extra parameter to WGET. It's not something I have not had to do >myself and don't recall which parameter. I configured WGET to work for awget some time ago, so the correct parameters in config.sys (SET ftp_proxy, SET http_proxy) and the file (.wgetrc I think?) were set up correctly. I just have to copy the ..wgetrc to the new home-dir of ux2. Best regards, Christoph _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 16 ==========================** Date: Wed, 17 Mar 2004 10:59:19 +0100 From: Andreas Buening Subject: Re: Building Blackbox John Poltorak wrote: > That is a pain. I've standardised on 2.8.1. Adding different versions > of gcc would make things too complicated at this point... > > Would it be possible to get by with just some additional headers? If so > maybe they could be incorporated into Posix/2... It would help if the compiler could be separated from the libc IMHO, i.e., if emx could be used with gcc 3.x and Innotek's libc with gcc 2.x to some extent. AFAIK there is a -Zcrtdll= flag for exactly this purpose. Adding a new header or a new release of the libc wouldn't require a complete download of a new gcc. And, for the vast majority of C applications gcc 2.x will still be sufficient for a looong time. C++ is a different issue. Bye, Andreas _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 17 ==========================** Date: Wed, 17 Mar 2004 12:01:44 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Building Blackbox Hi, John Poltorak schrieb: > Would it be possible to get by with just some additional > headers? No way, those errors like: > Timer.hh:93: previous non-function declaration `template class _timer_queue<_Tp,_Sequence,_Compare>' > Timer.hh:97: conflicts with function declaration `int _timer_queue()' > Timer.hh:97: base initializers not allowed for non-member functions definitely look like they are saying "sorry, but my template support is not good enough to understand that code, please upgrade to a more ISO-c++ conforming compiler". Changing the code to cope with the restricitions of gcc-2.8.x _might_ be possible, but it sure much more work than just adding yet another compiler. Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 18 ==========================** Date: Wed, 17 Mar 2004 07:44:02 -0500 From: "T.Sikora" Subject: Re: Building Blackbox Stefan.Neis at t-online.de wrote: > Hi, > > John Poltorak schrieb: > > >>Would it be possible to get by with just some additional >>headers? > > > No way, those errors like: > >>Timer.hh:93: previous non-function declaration `template > class > _Sequence, class _Compare> class _timer_queue<_Tp,_Sequence,_Compare>' > >>Timer.hh:97: conflicts with function declaration `int > > _timer_queue()' > >>Timer.hh:97: base initializers not allowed for non-member functions > > > definitely look like they are saying "sorry, > but my template support is not good enough to > understand that code, please upgrade to a more > ISO-c++ conforming compiler". Changing the > code to cope with the restricitions of > gcc-2.8.x _might_ be possible, but it sure > much more work than just adding yet another > compiler. > > Same error as Solaris. You'll get it with 2.8.1 and 3.2. Using 2.95, 3.0 or 3.1 should work though. -- T.Sikora tsikora at ntplx dot net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 19 ==========================** Date: Wed, 17 Mar 2004 13:49:53 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Building Blackbox Hi, > Same error as Solaris. You'll get it with 2.8.1 and 3.2. > Using 2.95, 3.0 or 3.1 should work though. With 3.2 you get the same error? Very strange. Then there might be a chance to convince the author to actually "fix" the code ... Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs