This is an old OS2World backup forum for reference only. IT IS READ ONLY!!!
If you need help with OS/2 - eComStation visit http://www.os2world.com/forum
Quote from: StefanZ on 2012.09.29, 15:45:06
Hello Roderick,
thank you for your reply.
The main idea behind my question was if there is anything specific what I can do - as a single end user - to make sure that my system is better support in the future versions of ACPI?
...or is it better to wait for newer versions of ACPI that will get progressively better?
(I decided to act because it seems a bit ridiculous why my (standard Intel) system should not be supported at any time by any of (even the old) versions of acpi. I'm getting worried a bit that my system might actually never be fully supported...).
Thanks.
St.
Quote from: DougB on 2012.09.28, 23:03:08
Well, now I am running into configuration problems. For some reason, Paul's build seems to want to configure to build a Mozilla derivative, and it wants to use U:\moztools\config.site-gcc335b4. That file is from a release of moztools, as released by Dave Yeo, not too long ago. It bears no relation, at all, to my system, and a number of the entries don't make sense, to me. I don't think it should be using that anyway.
So, I removed the environment variables for MOZILLA, and CONFIG_SITE. Then, I get some reasonable output from:ash ./configure
but it seems to want a different GREP than what is available. The error lines, from config.log are;configure:5382: checking for grep that handles long lines and -e
configure:5433: error: no acceptable grep could be found in U:\foo;U:\usr\bin;U:\usr\local\bin;U:\GLIBIDL335\GLIB\gcc\bin;U:\GLIBIDL335\LIBIDL\gcc\bin;u:\PERL\bin;u:\bin;U:\MOZTOOLS;U:\EMX\bin;u:\extras\bin;u:\dev\qt\trunk\bin;U:\python25;M:\MPTN\BIN;M:\IBMCOM;M:\ECS\SYSTEM\Samba;M:\ECS\BIN;M:\TCPIP\BIN;W:\PROGRAMS\EMX\BIN;M:\IBMGSK50\BIN;M:\IBMGSK40\BIN;M:\IBMGSK\BIN;M:\OS2;M:\OS2\SYSTEM;M:\OS2\INSTALL;M:\;M:\OS2\MDOS;M:\OS2\APPS;M:\ECS\KLIBC\BIN;W:\PROGRAMS\JAVA142\BIN;M:\MMOS2\FREEDB;M:\MMOS2;M:\MMOS2\MMPLAYER;W:\PROGRAMS\4OS2;W:\PROGRAMS\OPENSSH;W:\UTILITY;W:\APPS\WGET\BIN;W:\TOOLS\dfsee\bin;W:\ODIN\SYSTEM32;W:\LOTUSW4\COMPNENT;W:\LOTUSW4\ORGANIZE;W:\LOTUSW4\APPROACH;W:\LOTUSW4\FLG;W:\LOTUSW4\WORDPRO;W:\APPS\BA2KWS;W:\PROGRAMS\qt4\bin;W:\APPS\EMBLSH;M:\ecs\ACPI\UTIL;U:\WATCOM\BINP;U:\WATCOM\BINW;U:\VISPRORX;;;/usr/xpg4/bin
Question: What is that all about?
Quote from: DougB on 2012.09.28, 07:22:47QuoteI think it may help if someone can write some article on the EDM/2 on how to set up Paul's environment.[...]
The download file contains a directory (wget-1.14). Put that on the same drive as Paul's build environment. Then, click on the icon that you built to launch paul's build environment. That should get you to a command line. Change to the wget-1.14 directory, and now we need to figure out how to build it. Paul's instructions are a little confusing at this point (and somewhat incomplete in some more complicated cases).
Since I am tired, I will quit here, and hopefully, somebody will make this a little easier. I am not at all sure if I still have the original setup files, or if I have messed around with them. I don't normally use the setup as Paul supplied it (which seems to be set up to build a mozilla derivative, and I do not have the latest version), so I am somewhat lost here. I am sure that most people will have the same problem.
checking for libgnutls... no
configure: error: --with-ssl was given, but GNUTLS is not available
epbase=`echo spawn-pipe.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
gcc.exe -DHAVE_CONFIG_H -I. -I../src -I/usr/local/include -O2 -Wall -MT spawn-pipe.o -MD -MP -MF $depbase.Tpo -c -o spawn-pipe.o spawn-pipe.c &&\
mv -f $depbase.Tpo $depbase.Po
In file included from ./spawn.h:37,
from spawn-pipe.c:47:
./sched.h:43: error: redefinition of 'struct sched_param'
Quote from: DougB on 2012.09.28, 23:03:08
Well, now I am running into configuration problems. For some reason, Paul's build seems to want to configure to build a Mozilla derivative, and it wants to use U:\moztools\config.site-gcc335b4. That file is from a release of moztools, as released by Dave Yeo, not too long ago. It bears no relation, at all, to my system, and a number of the entries don't make sense, to me. I don't think it should be using that anyway.
So, I removed the environment variables for MOZILLA, and CONFIG_SITE. Then, I get some reasonable output from:ash ./configure
but it seems to want a different GREP than what is available. The error lines, from config.log are;configure:5382: checking for grep that handles long lines and -e
configure:5433: error: no acceptable grep could be found in U:\foo;U:\usr\bin;U:\usr\local\bin;U:\GLIBIDL335\GLIB\gcc\bin;U:\GLIBIDL335\LIBIDL\gcc\bin;u:\PERL\bin;u:\bin;U:\MOZTOOLS;U:\EMX\bin;u:\extras\bin;u:\dev\qt\trunk\bin;U:\python25;M:\MPTN\BIN;M:\IBMCOM;M:\ECS\SYSTEM\Samba;M:\ECS\BIN;M:\TCPIP\BIN;W:\PROGRAMS\EMX\BIN;M:\IBMGSK50\BIN;M:\IBMGSK40\BIN;M:\IBMGSK\BIN;M:\OS2;M:\OS2\SYSTEM;M:\OS2\INSTALL;M:\;M:\OS2\MDOS;M:\OS2\APPS;M:\ECS\KLIBC\BIN;W:\PROGRAMS\JAVA142\BIN;M:\MMOS2\FREEDB;M:\MMOS2;M:\MMOS2\MMPLAYER;W:\PROGRAMS\4OS2;W:\PROGRAMS\OPENSSH;W:\UTILITY;W:\APPS\WGET\BIN;W:\TOOLS\dfsee\bin;W:\ODIN\SYSTEM32;W:\LOTUSW4\COMPNENT;W:\LOTUSW4\ORGANIZE;W:\LOTUSW4\APPROACH;W:\LOTUSW4\FLG;W:\LOTUSW4\WORDPRO;W:\APPS\BA2KWS;W:\PROGRAMS\qt4\bin;W:\APPS\EMBLSH;M:\ecs\ACPI\UTIL;U:\WATCOM\BINP;U:\WATCOM\BINW;U:\VISPRORX;;;/usr/xpg4/bin
Question: What is that all about?
Quote from: StefanZ on 2012.09.28, 19:27:05
What should one do, if running on Intel ICH9 family chipset and gets this out of ACPI:
This system does not support CPU Performance Control via ACPI.
This system does not support CPU Throttling.
Thermal information:
No Thermal information is available for this computer
Does it mean my system is so nonstandard? :'(
St.
The latest versions if ACPI the use the HLT instruction with the SMP kernel (its active automaticly) just like it was in _W4 kernel. The old throttle stuff is less efficient and the GUI will be removed. Since the HLT instruction is much more efficient
and works on just about any CPU.
Roderick Klein
ash ./configure
configure:5382: checking for grep that handles long lines and -e
configure:5433: error: no acceptable grep could be found in U:\foo;U:\usr\bin;U:\usr\local\bin;U:\GLIBIDL335\GLIB\gcc\bin;U:\GLIBIDL335\LIBIDL\gcc\bin;u:\PERL\bin;u:\bin;U:\MOZTOOLS;U:\EMX\bin;u:\extras\bin;u:\dev\qt\trunk\bin;U:\python25;M:\MPTN\BIN;M:\IBMCOM;M:\ECS\SYSTEM\Samba;M:\ECS\BIN;M:\TCPIP\BIN;W:\PROGRAMS\EMX\BIN;M:\IBMGSK50\BIN;M:\IBMGSK40\BIN;M:\IBMGSK\BIN;M:\OS2;M:\OS2\SYSTEM;M:\OS2\INSTALL;M:\;M:\OS2\MDOS;M:\OS2\APPS;M:\ECS\KLIBC\BIN;W:\PROGRAMS\JAVA142\BIN;M:\MMOS2\FREEDB;M:\MMOS2;M:\MMOS2\MMPLAYER;W:\PROGRAMS\4OS2;W:\PROGRAMS\OPENSSH;W:\UTILITY;W:\APPS\WGET\BIN;W:\TOOLS\dfsee\bin;W:\ODIN\SYSTEM32;W:\LOTUSW4\COMPNENT;W:\LOTUSW4\ORGANIZE;W:\LOTUSW4\APPROACH;W:\LOTUSW4\FLG;W:\LOTUSW4\WORDPRO;W:\APPS\BA2KWS;W:\PROGRAMS\qt4\bin;W:\APPS\EMBLSH;M:\ecs\ACPI\UTIL;U:\WATCOM\BINP;U:\WATCOM\BINW;U:\VISPRORX;;;/usr/xpg4/bin
QuoteI think it may help if someone can write some article on the EDM/2 on how to set up Paul's environment.