SCOUG-HELP Mailing List Archives

>> Next Message >>

Date:	Sat, 25 Oct 2008 09:16:27 -0700
From:	"Steven Levine" <steve53@earthlink.net >
Reply-To:	scoug-help@scoug.com
To:	scoug-help@scoug.com
Subject:	SCOUG-Help: GCC432

Content-Transfer-Encoding: 7bit

In <20081024203707-8718-8@scoug.com>, on 10/24/08
at 08:37 PM, "Robert Blair" said:

Hi,

>In the GCC335.cmd file (I changed all of the "u:" to "f:")

You should be able to make this work. My setup is mostly on d:.

>there are
>settings for the location for Python,

You can get by without this, unless you want to build something that
requires it. The Mozilla repositories are Mecurial based and Mercurial is
python based.

>VACPP365,

You probably will not need this.

>GLIBIDL335, and AUTOCONF.

Look around. It's very unlikely that Paul did not include it. The
settings exist because some apps will require a specific AUTOCONF version.

>There is a set statement for the location of EMX (defaulting to f:\EMX
>which is not on my system), there is a directory c:\EMX (eCS 1.2). Does
>this directory have what is needed or do I need to download EMX?

I don't let the eCS installer EMX on my eCS boxes, so I can't say exactly
what's there. I recommend installing the EMX development enviroment,
unless it's already in Paul's setup.

I pulled a copy of Paul's setup. It looks like he has included the
required EMX components.

>The readme.os2 says to run "ash ./configure"

I'm sure sh.exe would work too. The reason for this recommendation is
that many of us use bash as our shell when doing linux ports and bash has
a lot of configurable features, some of which will confuse a configure
script.

>(I assume in the directory
>where the flipit code is located).

Yes, this is true for all autoconf setups. There may be more than one
configure script in the tree, but the top level script will know how to
find them.

>Most of the output looks OK except
>for the following errors.
>type: No such file or directory

Type.exe is a unix app for checking file types. Look in config.log to
find out where this is getting used.

>I run "make" and get the following errors
>flipit.c:89:18: pasting "SYSCONFDIR" and ""/flipit.conf"" does not give a
>valid preprocessing token

You need to fix the configure problems to know if this is a side effect of
the type.exe problem. It's pretty clear that there's something wrong with
the value of SYSCONFDIR.

>I do not have a clue on how to create a valid preprocessing token

A search for SYSCONFDIR finds

#define SYSCONFFILE SYSCONFDIR "/flipit.conf"

The #define syntax says both SYSCONFFILE and SYSCONFDIR must evaluate to
quoted strings.

I've attached some scripts you might find useful. If you want to use
these and I've missed any subscripts, let me know. The *shl* scripts are
generic and might need a tweak or two for specific apps. The run order is

- init_shl.cmd (once)
- ./init_shl (once)
- sh ./cfg_shl (until configure succeeds)
- sh ./m (util the app works)

You should be able to adapt init_shl.cmd to use your modified version of
Paul's setup script.

I'm off to the vet, so more later if you need it.

Steven

--
----------------------------------------------------------------------
"Steven Levine" MR2/ICE 3.00.11.18 BETA #10183 eCS/Warp/DIY/14.103a_W4 etc.
www.scoug.com irc.ca.webbnet.info #scoug (Wed 7pm PST)
----------------------------------------------------------------------

File attachment: gnudev_helpers_20081025.zip

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".

For problems, contact the list owner at
"postmaster@scoug.com".

=====================================================

Return to [ 25 | October | 2008 ]

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.