Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

gcc Compilor for Windoze?

0 views
Skip to first unread message

Ian Frawley

unread,
Aug 6, 2001, 5:01:10 AM8/6/01
to
Hi yall

We have developed an number of software modules to run on Linux in C++ which
compile fine with gcc. When we stick the code onto Windoze machine it wont
compile with MSC++ (Bag of Shite). Unfortunately part of our system needs to
be on a an NT machine coz of SQL server so anyone know where or if you can
get gcc for Windoze

Thanks
--


Ian Frawley

--


Ian Frawley
Software Engineer
Opal Telecom
Tel: 0161 222 2122
E-Mail: ifra...@opaltelecom.co.uk

André Pönitz

unread,
Aug 6, 2001, 5:35:28 AM8/6/01
to
Ian Frawley <ifra...@opaltelecom.co.uk> wrote:
> We have developed an number of software modules to run on Linux in C++ which
> compile fine with gcc. When we stick the code onto Windoze machine it wont
> compile with MSC++ (Bag of Shite). Unfortunately part of our system needs to
> be on a an NT machine coz of SQL server so anyone know where or if you can
> get gcc for Windoze

Search for 'Cygwin' or 'Mingw23'.

Andre'

--
André Pönitz ............................................. poe...@htwm.de

Roland Riegel

unread,
Aug 6, 2001, 5:48:11 AM8/6/01
to
André Pönitz wrote:

> Ian Frawley <ifra...@opaltelecom.co.uk> wrote:
>> We have developed an number of software modules to run on Linux in C++
which
>> compile fine with gcc. When we stick the code onto Windoze machine it
wont
>> compile with MSC++ (Bag of Shite). Unfortunately part of our system
needs to
>> be on a an NT machine coz of SQL server so anyone know where or if you
can
>> get gcc for Windoze
>
> Search for 'Cygwin' or 'Mingw23'.
>
> Andre'
>

http://www.cygwin.com

Cheers,
Roland

--
SuSE Linux 7.2 (i386)
Registered Linux user #214199 (see http://counter.li.org)

Homepage: http://www.roland-riegel.de

Lars Luthman

unread,
Aug 6, 2001, 8:38:54 AM8/6/01
to
Ian Frawley wrote:

> We have developed an number of software modules to run on Linux in C++
> which compile fine with gcc. When we stick the code onto Windoze machine
> it wont compile with MSC++ (Bag of Shite). Unfortunately part of our
> system needs to be on a an NT machine coz of SQL server so anyone know
> where or if you can get gcc for Windoze

There are at least two options:

1) Installing Cygwin (a POSIX emulation library for Windows) and the
Cygwin-versions of gcc, autoconf and any other programs you need

2) Install a GNU/Linux-cross-MinGW32 toolchain that runs on Linux but
builds binaries for Windows

Both are free. Cygwin can be downloaded from http://www.cygwin.com and
MinGW32-crosstools can be found at http://www.mingw.org .


--ll

Ian Frawley

unread,
Aug 6, 2001, 11:26:16 AM8/6/01
to
Thanks yall.

"Ian Frawley" <ifra...@opaltelecom.co.uk> wrote in message
news:%_sb7.222$6z3...@news-1.opaltelecom.net...

Morris Dovey

unread,
Aug 6, 2001, 12:12:22 PM8/6/01
to
Ian Frawley wrote:

> We have developed an number of software modules to run on Linux in C++ which
> compile fine with gcc. When we stick the code onto Windoze machine it wont
> compile with MSC++ (Bag of Shite). Unfortunately part of our system needs to
> be on a an NT machine coz of SQL server so anyone know where or if you can
> get gcc for Windoze

Visit: http://www.delorie.com/

But also see: http://www.delorie.com/djgpp/v2faq/faq3_3.html
--
Morris Dovey
West Des Moines, Iowa USA
Available for embedded C contract work


Victor Wagner

unread,
Aug 7, 2001, 11:21:06 AM8/7/01
to
Ian Frawley <ifra...@opaltelecom.co.uk> wrote:
: Hi yall

: We have developed an number of software modules to run on Linux in C++ which
: compile fine with gcc. When we stick the code onto Windoze machine it wont
: compile with MSC++ (Bag of Shite). Unfortunately part of our system needs to
: be on a an NT machine coz of SQL server so anyone know where or if you can
: get gcc for Windoze

I really don't understand you. Why keep SQL-server on client-oriented
GUI OS? Most people I know of do the opposite - run SQL server on
some Unix variant, and write clients on something like Delphi to run
on Windows.

Most clever and lazy ones install Tcl/Tk on Windows and write clients
on Tcl, so they can do all the development on Unix.

Novadays, it is popular to use full-featured application servers with
Web interface, so no need to install something on Windows - people just
fire up web browser and use their app from any machine they choose.

Of course, in all this cases saying "SQL server" we mean
"Database server which understands SQL language", not
"Certain M$ product which steals name of whole class of software"

In my opinion there are four classes of SQL databases:

Heavy, enterprise level ones:
Oracle and DB2. Best platform to run these is IBM S-90, second best
is Sun Enterprise, but they feel theirselves under Linux quite well,
much better than under NT. Of course, you'll need at least three SCSI
disks on the machine, several processors, and lots of RAM to get from
these monsters what you paid for. Oracle 8i for instance, wouldn't
install if you don't have 128Mb of RAM. But, once you've installed it
it runs on 64Mb, although not very fast.

Middle-sized servers with reasonable full implementation of SQL
Informix, Interbase, PostgreSQL, Sybase. M$ SQL server fits in
the same cathegory, although in difference of all others it doesn't
run on Linux. Of these I would choose PostgreSQL. It is small, it
is free it is developed rapidly and gets better and better with each
release. It is very flexible allowing you to define your own
datatypes, aggregate functions, operators and so on. You can use
any language you want for stored procedures. Ability which even Oracle
misses, requiring you to use either PL/SQL or Java.

Lightweight servers
MySQL beats everything there. It is ligthning fast, and not resource
hungre. What's the matter that it doesn't understand nested queries,
referential integrity and stored procedures, and has very ineffective
transactions. For retrieve-only apps, such as most web-sites and less
than 40 simulateous connections it is the best choice.


Non-client-server databases
Such beasts, as far as I know, exists only for Windows in the form
of Access and Foxpro. Under unix people typically prefer plain text
files or dbm hashes for bases of the size where rolling out
middle-size server seems to be too complicated.

Of course, I've not mentioned all non-SQL products, and, perhaps, half
of SQL products on the market. But these are most well-known.


If for some obscure reason which I, again, cannot understand, you
are forced to use that particular M$ products, you are not forced
to run on NT anything but server itself. M$ SQL does use same network
protocol as Sybase, so you can either use Sybase client libraries,
and there is also project to develop opensource client for this
protocol, named FreeTDS. See www.freetds.org


: Ian Frawley


: Software Engineer
: Opal Telecom
: Tel: 0161 222 2122
: E-Mail: ifra...@opaltelecom.co.uk


--
When a float occurs on the same page as the start of a supertabular
you can expect unexpected results.
-- Documentation of supertabular.sty

Ian Frawley

unread,
Aug 8, 2001, 8:41:32 AM8/8/01
to
Thanks Victor for your comments however, the fact of the matter is that we
have to use MS SQL Server at present as our live database holds in excess of
several million customer records and is a MS SQL Server database. All our
key systems interact with this database so to simply use another type of
database is not an option at present. Investigations are going on at present
to decide whether or not to go to Oracle performance over cost decisions.
But people have got to understand you can't just click your fingers and
decide right we will change our main database backbone over to something
else, its a really big job. It is also easy to say "well during the design
the appropriate DB should have been chosen" it is difficult when a company
is just striking out to prophesise the growth of a company but they can save
money here and there.

Thanks for your advise but I can't help thinking you missed the point
somewhere along the line.


S11001001

unread,
Aug 10, 2001, 10:28:27 PM8/10/01
to
There are 2 you can try. There is DJ Delorie's port to MS-DOS DPMI (32-bit
protected mode), called DJGPP (http://www.delorie.com/djgpp/), and it includes
the RSX library for windows interaction. If there is no interface, you could go
with this one. However, it seems that alot of libraries, like FLTK, have been
written for Cygwin (http://sources.redhat.com/cygwin/), which is specifically
for win95+/Win32s. It includes a DLL that provides some unix services, as long
as your program is GPL or 100% compatible. You don't have to use the DLL
though. Of course, this only matters if you're going to release your program.


--
"Only wimps use tape backup: _real_ men just upload their important stuff on
ftp, and let the rest of the world mirror it ;)"
Linus Torvalds


Ian Frawley <ifra...@opaltelecom.co.uk> wrote in message

news:Apac7.276$6z3...@news-1.opaltelecom.net...

N...@utel.no

unread,
Aug 11, 2001, 6:56:09 PM8/11/01
to
Ian Frawley wrote:

> Hi yall
>
> We have developed an number of software modules to run on Linux in C++
> which compile fine with gcc. When we stick the code onto Windoze machine
> it wont compile with MSC++ (Bag of Shite). Unfortunately part of our
> system needs to be on a an NT machine coz of SQL server so anyone know
> where or if you can get gcc for Windoze

Look for cygwin at www.freshmeat.net.
Anyway if accessing MSSQL server is what you need, there isn no problem
doing that from an Linux machine.

--
Nils O. Selåsdal

0 new messages