mingw-users

[Mingw-users] (no subject)

[camilo r. <cr...@co...>]

Hello mingw-users-request,

  I have trouble compiling OLE support for vim-5.6 with mingw gcc
  -2.95.2. The object must be compiled with g++.
  The errors are of the form:

oaidl.h:86: syntax error before `;'
oaidl.h:94: syntax error before `*'
oaidl.h:98: syntax error before `*'
oaidl.h:109: `VT_ERROR' was not declared in this scope
oaidl.h:109: enumerator value for `SF_ERROR' not integer constant
oaidl.h:110: `VT_I1' was not declared in this scope
oaidl.h:110: enumerator value for `SF_I1' not integer constant
oaidl.h:111: `VT_I2' was not declared in this scope
oaidl.h:111: enumerator value for `SF_I2' not integer constant
oaidl.h:112: `VT_I4' was not declared in this scope
oaidl.h:112: enumerator value for `SF_I4' not integer constant

and

oleauto.h:80: syntax error before `*'
oleauto.h:81: syntax error before `;'
oleauto.h:84: syntax error before `*'
oleauto.h:91: syntax error before `;'
oleauto.h:98: warning: `__stdcall__' attribute directive ignored
oleauto.h:98: parse error before `('
oleauto.h:99: parse error before `,'
oleauto.h:100: warning: `__stdcall__' attribute directive ignored
oleauto.h:100: parse error before `('
oleauto.h:101: parse error before `,'
oleauto.h:102: warning: `SysFreeString' initialized and declared `extern'
oleauto.h:102: variable or field `SysFreeString' declared void
oleauto.h:102: warning: `__stdcall__' attribute directive ignored
oleauto.h:103: warning: `SysStringLen' initialized and declared `extern'
oleauto.h:103: warning: `__stdcall__' attribute directive ignored
oleauto.h:104: warning: `SysStringByteLen' initialized and declared `extern'
oleauto.h:104: warning: `__stdcall__' attribute directive ignored
oleauto.h:105: warning: `__stdcall__' attribute directive ignored
oleauto.h:105: parse error before `('
oleauto.h:110: `VARTYPE' was not declared in this scope
oleauto.h:110: parse error before `int'
oleauto.h:131: type specifier omitted for parameter

so my question is, are there any flags or defines that could be usesd
to prevent this? Can g++ do it at all?

Best regards,
 camilo                          mailto:cr...@co...

[Mingw-users] (no subject)

[John E. <jeh...@bi...>]

I am porting a program from a Unix platform to windows using the cygwin and
mingw. I've managed to get the code to compile across both platforms and am
currently testing and debugging on the windows platform. The program is a
console app that I want to run in native windows (-mno-cygwin) since I'll be
distributing it to outside users.

My program uses getenv to locate a temporary directory for file storage. I'm
defining the directory environment variable in Windows but my program does
not resolve the variable. I figured in cygwin I can import the windows
environment through the .bash files. Is there another method I should use to
get the windows environment variables when I'm running my app stand alone?
Is there another function I should use to get environment variables instead
of getenv?

Thanks for the help.

John Ehrlinger
Systems Analyst
The Cleveland Clinic Foundation

Re: [Mingw-users] (no subject)

[Greg C. <chi...@mi...>]

John Ehrlinger wrote:
> 
> I am porting a program from a Unix platform to windows using the cygwin and
> mingw. I've managed to get the code to compile across both platforms and am
> currently testing and debugging on the windows platform. The program is a
> console app that I want to run in native windows (-mno-cygwin) since I'll be
> distributing it to outside users.
> 
> My program uses getenv to locate a temporary directory for file storage. I'm
> defining the directory environment variable in Windows but my program does
> not resolve the variable. I figured in cygwin I can import the windows
> environment through the .bash files. Is there another method I should use to
> get the windows environment variables when I'm running my app stand alone?
> Is there another function I should use to get environment variables instead
> of getenv?

The following program prints 'C:\COMMAND.COM' for me.
Does it for you?

#include <cstdlib>
#include <iostream>

int main()
{
  std::cout << getenv("COMSPEC") << '\n';
}

Re: [Mingw-users] (no subject)

[Franco B. <fra...@gm...>]

Hi John,

In Win32 there are two pairs of functions available:
getenv/putenv
GetEnvironmentVariable/SetEnvironmentVariable

I had some strange Problems when trying to read a Variable with getenv that I
wrote with SetEnvironmentVariable, and vice versa. So better stick to one pair
of functions.

Additionally I was unable to read a variable Set by the EXE file itself in a
DLL. (It seems that DLLs have their own environment block)

Anyway in Windows You should have no problems accessing the ENVIRONMENT
VARIABLES with getenv.
For the "Temporary Directory" Windows offers additional functions:
GetTempPath/GetTempFileName

Ciao,
  Franco

Am Mit, 25 Okt 2000 schrieb John Ehrlinger:
>I am porting a program from a Unix platform to windows using the cygwin and
>mingw. I've managed to get the code to compile across both platforms and am
>currently testing and debugging on the windows platform. The program is a
>console app that I want to run in native windows (-mno-cygwin) since I'll be
>distributing it to outside users.
>
>My program uses getenv to locate a temporary directory for file storage. I'm
>defining the directory environment variable in Windows but my program does
>not resolve the variable. I figured in cygwin I can import the windows
>environment through the .bash files. Is there another method I should use to
>get the windows environment variables when I'm running my app stand alone?
>Is there another function I should use to get environment variables instead
>of getenv?
>
>Thanks for the help.
>
>John Ehrlinger
>Systems Analyst
>The Cleveland Clinic Foundation

[Mingw-users] (no subject)

[SONE T. <ts...@ts...>]

I forgot to CC my previous message to the list, and also one thing
to mention, when you talk about CRTDLL/MSVCRT issue, please don't mix up
*target* and *host*.
Paul G. did not clarify this.

On Fri, Nov 10, 2000 at 08:58:32AM -0800, Earnie Boyd wrote:
> I'll keep this under my hat for when I actually start looking at it.
> 
> Thanks for the input,
> Earnie.
> --- SONE Takeshi <ts...@ts...> wrote:
> > On Fri, Nov 10, 2000 at 04:29:16AM -0800, Earnie Boyd wrote:
> > > There are differences in the startup code.  It is the same source file
> > though. 
> > 
> > Yes, and the difference is very small.
> > What I thought is to create a new library libcrtcompat.a, which contains
> > dummy function of __getmainargs() and __set_app_type().
> > This way we can use the same binary of startup code.
> > 
> > mingw[cm]10.dll uses crtdll.dll/msvcrt.dll, only for calloc() and free().
> > We can change it to use some replacement so that it will be no
> > dependencies to crtdll.dll/msvcrt.dll.
> > 
> > > Here is where we stand for support of -mcrtdll.  If no one else asks for
> > it, it
> > > won't happen and you can add it to your own version.  If two or more others
> > > want it then support will be added for -mcrtdll.
> > 
> > When Mumit introduced -mcrtdll, there were lots of people supporting it.
> > 
> > -- 
> > Takeshi SONE
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Thousands of Stores.  Millions of Products.  All in one Place.
> http://shopping.yahoo.com/
> 

-- 
Takeshi SONE

[Mingw-users] (no subject)

[Andreas K. <and...@gm...>]

Hi

I am having difficulties with the "configure" script, for example for =
FLTK 1.10. I successfully compiled previous versions. It should be said =
that I entered "set CC=3Dgcc".
output of "sh configure"
-----------------
configure: no matches found: conftest* [475]
loading cache ./config.cache
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... no
configure: error: installation or configuration problem: C compiler =
cannot creat
e executables.
--------
content of config.log:
----------
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:562: checking for gcc
configure:641: checking whether the C compiler (gcc  ) works
configure:657: gcc -o conftest    conftest.c  1>&5
configure: failed program was:

#line 652 "configure"
#include "confdefs.h"

main(){return(0);}

-----------
It is the same for pretty much every GNU project...
I can even compileDX 8 SDK examples and GTK stuff with exactly this =
installation, and I am very sure it does produce executables.


thanks in forward for your help,
Andreas

[Mingw-users] (no subject)

[Andreas K. <and...@gm...>]

Hi
=20
I am having difficulties with the "configure" script, for example for =
FLTK 1.10. I successfully compiled previous versions. It should be said =
that I entered "set CC=3Dgcc".
output of "sh configure"
-----------------
configure: no matches found: conftest* [475]
loading cache ./config.cache
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... no
configure: error: installation or configuration problem: C compiler =
cannot creat
e executables.
--------
content of config.log:
----------
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:562: checking for gcc
configure:641: checking whether the C compiler (gcc  ) works
configure:657: gcc -o conftest    conftest.c  1>&5
configure: failed program was:

#line 652 "configure"
#include "confdefs.h"

main(){return(0);}

-----------
It is the same for pretty much every GNU project...
I can even compileDX 8 SDK examples and GTK stuff with exactly this =
installation, and I am very sure it does produce executables.

=20
thanks in forward for your help,
Andreas

Re: [Mingw-users] (no subject)

[Kees Z. <c.z...@hc...>]

This may occur because configure sets IFS to :, and so does not parse =
PATH correctly (it splits PATH at : instead of at ;) and does not find =
gcc.exe in the PATH. Change the statements IFS=3D: to IFS=3D; . Then =
configure should parse the PATH correctly and find your gcc.

Kees
  ----- Oorspronkelijk bericht -----=20
  Van: Andreas Klostermann=20
  Aan: min...@li...=20
  Verzonden: donderdag 4 januari 2001 12:29
  Onderwerp: [Mingw-users] (no subject)


  Hi

  I am having difficulties with the "configure" script, for example for =
FLTK 1.10. I successfully compiled previous versions. It should be said =
that I entered "set CC=3Dgcc".
  output of "sh configure"
  -----------------
  configure: no matches found: conftest* [475]
  loading cache ./config.cache
  checking for gcc... gcc
  checking whether the C compiler (gcc  ) works... no
  configure: error: installation or configuration problem: C compiler =
cannot creat
  e executables.
  --------
  content of config.log:
  ----------
  This file contains any messages produced by compilers while
  running configure, to aid debugging if configure makes a mistake.

  configure:562: checking for gcc
  configure:641: checking whether the C compiler (gcc  ) works
  configure:657: gcc -o conftest    conftest.c  1>&5
  configure: failed program was:

  #line 652 "configure"
  #include "confdefs.h"

  main(){return(0);}

  -----------
  It is the same for pretty much every GNU project...
  I can even compileDX 8 SDK examples and GTK stuff with exactly this =
installation, and I am very sure it does produce executables.


  thanks in forward for your help,
  Andreas

[Mingw-users] (no subject)

[yoyo y. <fut...@mi...>]

confirm 347662

Tu correo gratis en MixMail http://www.mixmail.com
Pon una encuesta en tu web http://encuestas.ya.com

[Mingw-users] (no subject)

[<Llo...@wa...>]

Subject: Re: [Mingw-users] Can I statically link to libstdc++.dll?

Date: Fri, 13 Apr 2001 15:39:43 +0200
From: Lloyd Dupont <Llo...@wa...>
Reply-To: Llo...@wa...
X-Mailer: by Apple MailViewer (2.106)

AI> Now, is there a way to compile statically against libstdc++, but  
dynamically
AI> against any other libs?
as i said it is dangerous to statically link with libstdc++ and
dynamically with any other. atleast for exception, errno and maybe
other global variable i don't know.

here is the reason.
-------------------
someones answer it shrink your executable, it's nice, someother
answer that using third parties DLL (instead of static lib) let you  
be up to date when this third parties upate their code.

but, much more important. you cannot safely mix dll/static lib.
if you have two dll, let me called them a.dll, b.dll which together  
statically link with a static lib, let it called libstdc++.a they
both have their own private copy of globally exported symbol.
this does't matter or function, but it is a true problem for global  
variable.

i don't really now the intern of exception but i guess, as i easily  
do it this way in pure C, that there is a common exception table of  
address holdig setlongjmp data. and an exception pick data in it.
so when you use dll and static lib you cannot make your exception
cross your dll up to your executable as it will have no data in your  
executable's exception table !!!!!!!!

so i advice you, to prevent such problem write program either
without DLL at all or exclusively using DLL.

[Mingw-users] (no subject)

[<ada...@ya...>]

Hi
I have just started using mingw (and I apologise in advance if this is a dumb question). 
I like what you are doing here, and I could become a regular user, EXCEPT I can't get it
to work very well.  Any assistance would be very gratefully received - I have been trying
for ages, and I can't find any documentation / samples to help me out.

My big problem is that I can't link if I have any functions from libgdi32.a.  I have
tried explicitly specifying that library, and also use nm to analyse, but I'm still
stuck.  Details below.

I have another niggle in that my app does not seem to quite be a proper windows app.
- If I start it from "Start, Run..", then it launches a dos prompt as well as my window
- If I kill the window, the program running in the dos prompt keeps on going until I C-C.

Please copy me direct on any replies, as I am not yet subscribed to the mailing list.

Many thanks,
Adam


My System
---------

- Win98
- mingw-1.0-20010608.tar.gz from
   http://sourceforge.net/project/showfiles.php?group_id=2435
- no MS Developer
- DJGPP exists on box, but not on path
- gcc -v gives:
   Reading specs from /mingw/lib/gcc-lib/mingw32/2.95.3-4/specs
   gcc version 2.95.3-4 (mingw special)

Compile commands
----------------

(wmain.c attached, but it is not very interesting.)

1) Command that I can use to compile and link.
gcc -lgdi32 wmain.c -o wmain.exe

- Works and runs OK as long as there are no GDI functions.
- Gives following error otherwise:
  C:\WINDOWS\TEMP\ccLy57fb.o(.text+0x3b8):wmain.c: undefined reference to
`GetStockObject@4'

2) Command that only compiles - works fine in both cases, and used to run nm on.
gcc -lgdi32 wmain.c -o wmain.o -c

Extracts from nm
----------------

The outputs from nm are below.  Note that:
- DefWindowProc will link OK
- GetStockObject will not
- But both look the same in the nm output.

Extract from "nm /mingw/lib/libuser32.a"

ds00123.o:
00000000 b .bss
00000000 d .data
00000000 i .idata$4
00000000 i .idata$5
00000000 i .idata$6
00000000 i .idata$7
00000000 t .text
00000000 T _DefWindowProcA@16
         U __head_libuser32_a
00000000 I __imp__DefWindowProcA@16

Extract from "nm /mingw/lib/libgdi32.a"

ds00192.o:
00000000 b .bss
00000000 d .data
00000000 i .idata$4
00000000 i .idata$5
00000000 i .idata$6
00000000 i .idata$7
00000000 t .text
00000000 T _GetStockObject@4
         U __head_libgdi32_a
00000000 I __imp__GetStockObject@4

Result of "nm wmain.o"

00000000 b .bss
00000000 d .data
00000000 t .text
         U _CreateWindowExA@48
         U _DefWindowProcA@16
         U _DispatchMessageA@4
         U _GetLastError@0
         U _GetMessageA@16
         U _GetStockObject@4
         U _RegisterClassA@4
         U _ShowWindow@8
000000ac T _TestWndProc@16
         U _TranslateMessage@4
0000036c T _WinMain@16
00000000 t ___gnu_compiled_c
         U _exit
         U _printf
00000000 t gcc2_compiled.



=====
-----------------
Adam Shepherd
ad...@a-...

____________________________________________________________
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

Re: [Mingw-users] (no subject)

[Earnie B. <ear...@ya...>]

Adam Shepherd wrote:
> 
> Hi
> I have just started using mingw (and I apologise in advance if this is a dumb question).
> I like what you are doing here, and I could become a regular user, EXCEPT I can't get it
> to work very well.  Any assistance would be very gratefully received - I have been trying
> for ages, and I can't find any documentation / samples to help me out.
> 
> My big problem is that I can't link if I have any functions from libgdi32.a.  I have
> tried explicitly specifying that library, and also use nm to analyse, but I'm still
> stuck.  Details below.
> 
> I have another niggle in that my app does not seem to quite be a proper windows app.
> - If I start it from "Start, Run..", then it launches a dos prompt as well as my window
> - If I kill the window, the program running in the dos prompt keeps on going until I C-C.
> 
> Please copy me direct on any replies, as I am not yet subscribed to the mailing list.
> 
> Many thanks,
> Adam
> 
> My System
> ---------
> 
> - Win98
> - mingw-1.0-20010608.tar.gz from
>    http://sourceforge.net/project/showfiles.php?group_id=2435
> - no MS Developer
> - DJGPP exists on box, but not on path
> - gcc -v gives:
>    Reading specs from /mingw/lib/gcc-lib/mingw32/2.95.3-4/specs
>    gcc version 2.95.3-4 (mingw special)
> 
> Compile commands
> ----------------
> 
> (wmain.c attached, but it is not very interesting.)
> 
> 1) Command that I can use to compile and link.
> gcc -lgdi32 wmain.c -o wmain.exe
> 
> - Works and runs OK as long as there are no GDI functions.
> - Gives following error otherwise:
>   C:\WINDOWS\TEMP\ccLy57fb.o(.text+0x3b8):wmain.c: undefined reference to
> `GetStockObject@4'
> 
> 2) Command that only compiles - works fine in both cases, and used to run nm on.
> gcc -lgdi32 wmain.c -o wmain.o -c
> 

I didn't try your example so you may have other problems.  You need to
construct your command line so that the libraries are listed last. Like
so
  gcc wmain.c -o winmain.exe -lgdi32
You may also want to add the -mwindows switch to the link command.

-- 
Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: [Mingw-users] (no subject)

[<ada...@ya...>]

Thanks Earnie, -mwindows solved both my problems (without the need even for -l any more)
Cheers
Adam

--- Earnie Boyd <ear...@ya...> wrote: > Adam Shepherd wrote:
> > 
> > Hi
> > I have just started using mingw (and I apologise in advance if this is a dumb
> question).
> > I like what you are doing here, and I could become a regular user, EXCEPT I can't get
> it
> > to work very well.  Any assistance would be very gratefully received - I have been
> trying
> > for ages, and I can't find any documentation / samples to help me out.
> > 
> > My big problem is that I can't link if I have any functions from libgdi32.a.  I have
> > tried explicitly specifying that library, and also use nm to analyse, but I'm still
> > stuck.  Details below.
> > 
> > I have another niggle in that my app does not seem to quite be a proper windows app.
> > - If I start it from "Start, Run..", then it launches a dos prompt as well as my
> window
> > - If I kill the window, the program running in the dos prompt keeps on going until I
> C-C.
> > 
> > Please copy me direct on any replies, as I am not yet subscribed to the mailing list.
> > 
> > Many thanks,
> > Adam
> > 
> > My System
> > ---------
> > 
> > - Win98
> > - mingw-1.0-20010608.tar.gz from
> >    http://sourceforge.net/project/showfiles.php?group_id=2435
> > - no MS Developer
> > - DJGPP exists on box, but not on path
> > - gcc -v gives:
> >    Reading specs from /mingw/lib/gcc-lib/mingw32/2.95.3-4/specs
> >    gcc version 2.95.3-4 (mingw special)
> > 
> > Compile commands
> > ----------------
> > 
> > (wmain.c attached, but it is not very interesting.)
> > 
> > 1) Command that I can use to compile and link.
> > gcc -lgdi32 wmain.c -o wmain.exe
> > 
> > - Works and runs OK as long as there are no GDI functions.
> > - Gives following error otherwise:
> >   C:\WINDOWS\TEMP\ccLy57fb.o(.text+0x3b8):wmain.c: undefined reference to
> > `GetStockObject@4'
> > 
> > 2) Command that only compiles - works fine in both cases, and used to run nm on.
> > gcc -lgdi32 wmain.c -o wmain.o -c
> > 
> 
> I didn't try your example so you may have other problems.  You need to
> construct your command line so that the libraries are listed last. Like
> so
>   gcc wmain.c -o winmain.exe -lgdi32
> You may also want to add the -mwindows switch to the link command.
> 
> -- 
> Earnie.
> 
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
> 


=====
-----------------
Adam Shepherd
ad...@a-...

____________________________________________________________
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

Re: [Mingw-users] (no subject)

[<dan...@ya...>]

> 
> My big problem is that I can't link if I have any functions from
> libgdi32.a.  I have
> tried explicitly specifying that library, and also use nm to analyse,
> but I'm still
> stuck.  Details below.

Order is important - see below.

> 
> I have another niggle in that my app does not seem to quite be a
> proper windows app.
> - If I start it from "Start, Run..", then it launches a dos prompt as
> well as my window
> - If I kill the window, the program running in the dos prompt keeps
> on going until I C-C.
> 


> Please copy me direct on any replies, as I am not yet subscribed to
> the mailing list.
> 
> Many thanks,
> Adam
> 
> 
> 
> Compile commands
> ----------------
> 
> (wmain.c attached, but it is not very interesting.)
> 
> 1) Command that I can use to compile and link.
> gcc -lgdi32 wmain.c -o wmain.exe

Put libs at end
gcc  wmain.c -o wmain.exe -lgdi32

Or

gcc  -mwindows -o wmain.exe wmain.c


The -mwindows tells gcc that it is a windows app (passes --subsystem
windows flag to ld) and to link against windows GUI libs (-lgdi32
-lcomdlg32) 

In your case the --subsystem windows flags may cause problems because
printf wants to print to stdout.

Danny




_____________________________________________________________________________
http://messenger.yahoo.com.au - Yahoo! Messenger
- Voice chat, mail alerts, stock quotes and favourite news and lots more!

[Mingw-users] (no subject)

[Jonathan A. <jad...@ut...>]

gprof in binutils exists, but when compiling using the -pg option of gcc I get the following error :

ld: cannot open gcrt2.o: No such file or directory

gcrt2.o doesn't appear to exist...  This is my first play with profiling - can anyone help me out 
here?

-- 
Put your leader at the back. This means there is less chance of his
head being knocked off.  -- Generale tips for Captive

[Mingw-users] (no subject)

[Sebastian R. <se...@ho...>]

I have some problems getting fputc() to work in the mingw distribution. I 
may be that I ignore some essential parts of the documentation, but I belive 
otherwise.

I downloaded and installed MinGW-1.0-20010608 and compiled the program 
below. I also compiled it using standard gcc on a SunOS machine. When 
running both programs I redirected stdout to a file.

The resulting files differed. The file at my w32 machine contained the bytes 
13 and 10 while the file at the SunOS machine just contained the expected 
byte of value 10.

I belive that this is due to som conversion of \n and/or \r, but I can not 
(using man pages) find out how or why?

Is fputc() not the appropriate way to write binary to stdout? I also looked 
at opening stdout with fdopen() or freopen(), but I can not get that to give 
correct results either.

Ideas?

Please CC me as I'm not currently subscribing to the mailing list.

#include <errno.h>
#include <stdio.h>

void error(int err)
{
	fprintf(stderr, "ERRNO=%d\n", err);
	fprintf(stderr, "Exiting...\n");
	exit(1);
}

int main()
{
	FILE *stream = stdout;

	if (fputc(10, stream) == EOF)
		error(errno);
	else
		fprintf(stderr, "Wrote byte of value 10 to stdout!\n");

	if (fflush(stream) == EOF)
		error(errno);
	else
		fprintf(stderr, "Flushed stdout!\n");
}

/ Sebastian Rasmussen


_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

[Mingw-users] (no subject)

[Gary L. S. <gs...@in...>]

bGluayBlcnJvciB3aGVuIHRyeSB0byByZWJ1aWxkIG1ha2UtMy43Ljcgd2l0aCANCm1pbmd3MS4w
Lg0KDQpNZXNzYWdlIHNlZ21lbnQgYXR0YWNoZWQgKCBob3BlIGlzIGVub3VnaCkNCj09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQoNCmdjYyAtdiAtYyAtTzIgLURfX01TVkNS
VF9fIC1EV0lOMzIgLURXSU5ET1dTMzIgLURfQ09OU09MRSAtREhBVkVfQ09ORklHX0ggLUROT19B
DQpSQ0hJVkVTIC1JLiAtSWdsb2IgLW93MzJlcnIubyB3MzJlcnIuYw0KUmVhZGluZyBzcGVjcyBm
cm9tIEc6L21pbmd3L2Jpbi8uLi9saWIvZ2NjLWxpYi9taW5ndzMyLzIuOTUuMy00L3NwZWNzDQpn
Y2MgdmVyc2lvbiAyLjk1LjMtNCAobWluZ3cgc3BlY2lhbCkNCiBHOi9taW5ndy9iaW4vLi4vbGli
L2djYy1saWIvbWluZ3czMi8yLjk1LjMtNC9jcHAwLmV4ZSAtbGFuZy1jIC12IC1JLiAtSWdsb2Ig
LWlwDQpyZWZpeCBHOlxtaW5nd1xiaW4vLi4vbGliL2djYy1saWIvbWluZ3czMi8yLjk1LjMtNC8g
LURfX0dOVUNfXz0yIC1EX19HTlVDX01JTk9SXw0KXz05NSAtRGkzODYgLURfV0lOMzIgLURXSU4z
MiAtRF9fV0lOMzJfXyAtRF9fTUlOR1czMl9fPTEuMCAtRF9fTVNWQ1JUX18gLURXSU5OVA0KLURf
WDg2Xz0xIC1EX19TVERDX189MSAtRF9fc3RkY2FsbD1fX2F0dHJpYnV0ZV9fKChfX3N0ZGNhbGxf
XykpIC1EX3N0ZGNhbGw9X19hdHQNCnJpYnV0ZV9fKChfX3N0ZGNhbGxfXykpIC1EX19jZGVjbD1f
X2F0dHJpYnV0ZV9fKChfX2NkZWNsX18pKSAtRF9fZGVjbHNwZWMoeCk9X19hDQp0dHJpYnV0ZV9f
KCh4KSkgLURfX2kzODZfXyAtRF9XSU4zMiAtRF9fV0lOMzJfXyAtRF9fV0lOMzJfXyAtRF9fTUlO
R1czMl9fPTEuMCAtRA0KX19NU1ZDUlRfXyAtRF9fV0lOTlRfXyAtRF9YODZfPTEgLURfX1NURENf
Xz0xIC1EX19zdGRjYWxsPV9fYXR0cmlidXRlX18oKF9fc3RkY2ENCmxsX18pKSAtRF9fX3N0ZGNh
bGxfXz1fX2F0dHJpYnV0ZV9fKChfX3N0ZGNhbGxfXykpIC1EX19jZGVjbD1fX2F0dHJpYnV0ZV9f
KChfX2NkDQplY2xfXykpIC1EX19kZWNsc3BlYyh4KT1fX2F0dHJpYnV0ZV9fKCh4KSkgLURfX2kz
ODYgLURfX1dJTjMyIC1EX19XSU5OVCAtRF9fX3N0ZA0KY2FsbD1fX2F0dHJpYnV0ZV9fKChfX3N0
ZGNhbGxfXykpIC1Bc3lzdGVtKHdpbm50KSAtQWNwdShpMzg2KSAtQW1hY2hpbmUoaTM4NikgLUQN
Cl9fT1BUSU1JWkVfXyAtcmVtYXAgLUFjcHUoaTM4NikgLUFtYWNoaW5lKGkzODYpIC1EaTM4NiAt
RF9faTM4NiAtRF9faTM4Nl9fIC1EX19NDQpTVkNSVF9fIC1EV0lOMzIgLURXSU5ET1dTMzIgLURf
Q09OU09MRSAtREhBVkVfQ09ORklHX0ggLUROT19BUkNISVZFUyB3MzJlcnIuYyBHOg0KL21pbmd3
L3RtcFxjY21xYWFhYS5pDQpHTlUgQ1BQIHZlcnNpb24gMi45NS4zLTQgKG1pbmd3IHNwZWNpYWwp
ICg4MDM4NiwgQlNEIHN5bnRheCkNCiNpbmNsdWRlICIuLi4iIHNlYXJjaCBzdGFydHMgaGVyZToN
CiNpbmNsdWRlIDwuLi4+IHNlYXJjaCBzdGFydHMgaGVyZToNCiAuDQogZ2xvYg0KIEc6L21pbmd3
L2Jpbi8uLi9saWIvZ2NjLWxpYi9taW5ndzMyLzIuOTUuMy00Ly4uLy4uLy4uLy4uL2luY2x1ZGUN
CiBHOi9taW5ndy9iaW4vLi4vbGliL2djYy1saWIvbWluZ3czMi8yLjk1LjMtNC8uLi8uLi8uLi8u
Li9taW5ndzMyL2luY2x1ZGUNCiBHOi9taW5ndy9iaW4vLi4vbGliL2djYy1saWIvbWluZ3czMi8y
Ljk1LjMtNC9pbmNsdWRlDQogL21pbmd3L2xpYi9nY2MtbGliL21pbmd3MzIvMi45NS4zLTQvLi4v
Li4vLi4vLi4vaW5jbHVkZQ0KIC9taW5ndy9saWIvZ2NjLWxpYi9taW5ndzMyLzIuOTUuMy00Ly4u
Ly4uLy4uLy4uL21pbmd3MzIvaW5jbHVkZQ0KIC9taW5ndy9saWIvZ2NjLWxpYi9taW5ndzMyLzIu
OTUuMy00L2luY2x1ZGUNCkVuZCBvZiBzZWFyY2ggbGlzdC4NClRoZSBmb2xsb3dpbmcgZGVmYXVs
dCBkaXJlY3RvcmllcyBoYXZlIGJlZW4gb21pdHRlZCBmcm9tIHRoZSBzZWFyY2ggcGF0aDoNCiAv
bWluZ3cvbGliL2djYy1saWIvbWluZ3czMi8yLjk1LjMtNC8uLi8uLi8uLi8uLi9pbmNsdWRlL2cr
Ky0zDQogL3Vzci9sb2NhbC9taW5ndzMyL2luY2x1ZGUNCkVuZCBvZiBvbWl0dGVkIGxpc3QuDQog
RzovbWluZ3cvYmluLy4uL2xpYi9nY2MtbGliL21pbmd3MzIvMi45NS4zLTQvY2MxLmV4ZSBHOi9t
aW5ndy90bXBcY2NtcWFhYWEuaSAtcQ0KdWlldCAtZHVtcGJhc2UgdzMyZXJyLmMgLU8yIC12ZXJz
aW9uIC1vIEc6L21pbmd3L3RtcFxjY3lHYWFhYS5zDQpHTlUgQyB2ZXJzaW9uIDIuOTUuMy00ICht
aW5ndyBzcGVjaWFsKSAobWluZ3czMikgY29tcGlsZWQgYnkgR05VIEMgdmVyc2lvbiAyLjk1Lg0K
My00IChtaW5ndyBzcGVjaWFsKS4NCiBHOi9taW5ndy9iaW4vLi4vbGliL2djYy1saWIvbWluZ3cz
Mi8yLjk1LjMtNC8uLi8uLi8uLi8uLi9taW5ndzMyL2Jpbi9hcy5leGUgLW93DQozMmVyci5vIEc6
L21pbmd3L3RtcFxjY3lHYWFhYS5zDQpnY2MgLXMgLW8gbWFrZS5leGUgbWFpbi5vIHZhcmlhYmxl
Lm8gcnVsZS5vIHJlbW90ZS1zdHViLm8gY29tbWFuZHMubyBmaWxlLm8gZ2V0bA0Kb2FkYXZnLm8g
ZGVmYXVsdC5vIHNpZ25hbWUubyBleHBhbmQubyBkaXIubyBnZXRvcHQxLm8gam9iLm8gYWNjZXNz
X2Rldi5vIHN0YXRfZGUNCnYubyByZWFkLm8gdmVyc2lvbi5vIGdldG9wdC5vIGFyc2Nhbi5vIHJl
bWFrZS5vIGFyLm8gZnVuY3Rpb24ubyB2cGF0aC5vIGltcGxpY2l0DQoubyBkaXJlbnQubyBnbG9i
Lm8gZm5tYXRjaC5vIHBhdGhzdHVmZi5vIG1pc2MubyBtaXNjMS5vIHN1Yl9wcm9jLm8gdzMyZXJy
Lm8NCkc6L21pbmd3L2xpYi9saWJtc3ZjcnQuYShkczAwMDkwLm8pKC50ZXh0KzB4MCk6IG11bHRp
cGxlIGRlZmluaXRpb24gb2YgYF9hY2Nlc3MnDQoNCmFjY2Vzc19kZXYubygudGV4dCsweDgpOmFj
Y2Vzc19kZXYuYzogZmlyc3QgZGVmaW5lZCBoZXJlDQpHOi9taW5ndy9saWIvbGlibXN2Y3J0LmEo
ZHMwMDM4OC5vKSgudGV4dCsweDApOiBtdWx0aXBsZSBkZWZpbml0aW9uIG9mIGBfc3RhdCcNCnN0
YXRfZGV2Lm8oLnRleHQrMHg4KTpzdGF0X2Rldi5jOiBmaXJzdCBkZWZpbmVkIGhlcmUNCm1ha2U6
ICoqKiBbbWFrZS5leGVdIEVycm9yIDENCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PQ0KDQpBbnkgaWRlYSA/DQpUSEtTIGkgbmFkdmFuY2UuDQo=

[Mingw-users] (no subject)

[Gary L. S. <gs...@in...>]

> > TRIBUTE TO THE UNITED STATES 
> > > This, from a Canadian newspaper, is worth sharing. 
> > > America: The Good Neighbor. 
> > > 
> > > Widespread but only partial news coverage was given 
> > > recently to a remarkable editorial broadcast from 
> > > Toronto by Gordon Sinclair, a Canadian television 
> > > commentator. What follows is the full text of his 
> > > trenchant remarks as printed in the Congressional 
> > > Record: 
> > > 
> > > "This Canadian thinks it is time to speak up for the 
> > > Americans as the most generous and possibly the least 
> > > appreciated people on all the earth. 
> > > 
> > > Germany, Japan and, to a lesser extent, Britain and 
> > > Italy were lifted out of the debris of war by the 
> > > Americans who poured in billions of dollars and 
> > > forgave other billions in debts. None of these 
> > > countries is today paying even the interest on its 
> > > remaining debts to the United States. 
> > > 
> > > When France was in danger of collapsing in 1956, it 
> > > was the Americans who propped it up, and their reward 
> > > was to be insulted and swindled on the streets of 
> > > Paris. I was there. I saw it. 
> > > 
> > > When earthquakes hit distant cities, it is the United 
> > > States that hurries in to help. This spring, 59 
> > > American communities were 
> > > flattened by tornadoes. 
> > > Nobody helped. 
> > > 
> > > The Marshall Plan and the Truman Policy pumped 
> > > billions of dollars into discouraged countries. Now 
> > > newspapers in those countries are writing about the 
> > > decadent, warmongering Americans. 
> > > 
> > > I'd like to see just one of those countries that is 
> > > gloating over the erosion of the United States dollar 
> > > build its own airplane. Does any other country in the 
> > > world have a plane to equal the Boeing Jumbo Jet, the 
> > > Lockheed Tri-Star, or the Douglas DC10? If so, why 
> > > don't they fly them? Why do all the International 
> > > lines except Russia fly American Planes? 
> > > 
> > > Why does no other land on earth even consider putting 
> > > a man or woman on the moon? You talk about Japanese 
> > > technocracy, and you get radios. You talk about German 
> > > 
> > > technocracy, and you get automobiles. You talk about 
> > > American technocracy, and you find men on the moon - 
> > > not once, but several times and safely home again. 
> > > 
> > > You talk about scandals, and the Americans put theirs 
> > > right in the store window for everybody to look at. 
> > > Even their draft-dodgers are not pursued and hounded. 
> > > They are here on our streets, and most of them, unless 
> > > 
> > > they are breaking Canadian laws, are getting American 
> > > dollars from ma and pa at home to spend here. 
> > > 
> > > When the railways of France, Germany and India were 
> > > breaking down through age, it was the Americans who 
> > > rebuilt them. When the Pennsylvania Railroad and the 
> > > New York Central went broke, nobody loaned them an old 
> > > caboose. 
> > > Both are still broke. 
> > > 
> > > I can name you 5000 times when the Americans raced to 
> > > the help of other people in trouble. Can you name me 
> > > even one time when someone else raced to the Americans 
> > > 
> > > in trouble? I don't think there was outside help even 
> > > during the San Francisco earthquake. 
> > > 
> > > Our neighbors have faced it alone, and I'm one 
> > > Canadian who is damned tired of hearing them get 
> > > kicked around. They will come out of this thing with 
> > > their flag high. And when they do, they are entitled 
> > > to thumb their nose at the lands that are gloating 
> > > over their present troubles. I hope Canada is not one 
> > > of those." 
> > > 
> > > Stand proud, America! 
> > > 
> > > ++++++++++++++++++++++++++++++++++++++++ 
> > > This is one of the best editorials that I have ever 
> > > read regarding the United States. It is nice that one 
> > > man realizes it. I only wish that the rest of the 
> > > world would realize it. We are always blamed for 
> > > everything, and never even get a thank you for the 
> > > things we do. 
> > > 
> > > I would hope that each of you would send this to as 
> > > many people as you can and emphasize that they should 
> > > send it to as many of their friends until this letter 
> > > is sent to every person on the web. I am just a single 
> > > 
> > > American that has read this, 
> > > I SURE HOPE THAT A LOT MORE READ IT SOON. 

RE: [Mingw-users] (no subject)

[Chris H. <pop...@so...>]

What a piece self pity and off topic in this list.

> -----Original Message-----
> From: min...@li... 
> [mailto:min...@li...]On Behalf Of Gary L. Sun
> Sent: Thursday, September 13, 2001 4:08 AM
> To: min...@li...
> Subject: [Mingw-users] (no subject)
> 
> 
> > > TRIBUTE TO THE UNITED STATES 
> > > > This, from a Canadian newspaper, is worth sharing. 
> > > > America: The Good Neighbor. 
> > > > 
> > > > Widespread but only partial news coverage was given 
> > > > recently to a remarkable editorial broadcast from 
> > > > Toronto by Gordon Sinclair, a Canadian television 
> > > > commentator. What follows is the full text of his 
> > > > trenchant remarks as printed in the Congressional 
> > > > Record: 
> > > > 
> > > > "This Canadian thinks it is time to speak up for the 
> > > > Americans as the most generous and possibly the least 
> > > > appreciated people on all the earth. 
> > > > 
> > > > Germany, Japan and, to a lesser extent, Britain and 
> > > > Italy were lifted out of the debris of war by the 
> > > > Americans who poured in billions of dollars and 
> > > > forgave other billions in debts. None of these 
> > > > countries is today paying even the interest on its 
> > > > remaining debts to the United States. 
> > > > 
> > > > When France was in danger of collapsing in 1956, it 
> > > > was the Americans who propped it up, and their reward 
> > > > was to be insulted and swindled on the streets of 
> > > > Paris. I was there. I saw it. 
> > > > 
> > > > When earthquakes hit distant cities, it is the United 
> > > > States that hurries in to help. This spring, 59 
> > > > American communities were 
> > > > flattened by tornadoes. 
> > > > Nobody helped. 
> > > > 
> > > > The Marshall Plan and the Truman Policy pumped 
> > > > billions of dollars into discouraged countries. Now 
> > > > newspapers in those countries are writing about the 
> > > > decadent, warmongering Americans. 
> > > > 
> > > > I'd like to see just one of those countries that is 
> > > > gloating over the erosion of the United States dollar 
> > > > build its own airplane. Does any other country in the 
> > > > world have a plane to equal the Boeing Jumbo Jet, the 
> > > > Lockheed Tri-Star, or the Douglas DC10? If so, why 
> > > > don't they fly them? Why do all the International 
> > > > lines except Russia fly American Planes? 
> > > > 
> > > > Why does no other land on earth even consider putting 
> > > > a man or woman on the moon? You talk about Japanese 
> > > > technocracy, and you get radios. You talk about German 
> > > > 
> > > > technocracy, and you get automobiles. You talk about 
> > > > American technocracy, and you find men on the moon - 
> > > > not once, but several times and safely home again. 
> > > > 
> > > > You talk about scandals, and the Americans put theirs 
> > > > right in the store window for everybody to look at. 
> > > > Even their draft-dodgers are not pursued and hounded. 
> > > > They are here on our streets, and most of them, unless 
> > > > 
> > > > they are breaking Canadian laws, are getting American 
> > > > dollars from ma and pa at home to spend here. 
> > > > 
> > > > When the railways of France, Germany and India were 
> > > > breaking down through age, it was the Americans who 
> > > > rebuilt them. When the Pennsylvania Railroad and the 
> > > > New York Central went broke, nobody loaned them an old 
> > > > caboose. 
> > > > Both are still broke. 
> > > > 
> > > > I can name you 5000 times when the Americans raced to 
> > > > the help of other people in trouble. Can you name me 
> > > > even one time when someone else raced to the Americans 
> > > > 
> > > > in trouble? I don't think there was outside help even 
> > > > during the San Francisco earthquake. 
> > > > 
> > > > Our neighbors have faced it alone, and I'm one 
> > > > Canadian who is damned tired of hearing them get 
> > > > kicked around. They will come out of this thing with 
> > > > their flag high. And when they do, they are entitled 
> > > > to thumb their nose at the lands that are gloating 
> > > > over their present troubles. I hope Canada is not one 
> > > > of those." 
> > > > 
> > > > Stand proud, America! 
> > > > 
> > > > ++++++++++++++++++++++++++++++++++++++++ 
> > > > This is one of the best editorials that I have ever 
> > > > read regarding the United States. It is nice that one 
> > > > man realizes it. I only wish that the rest of the 
> > > > world would realize it. We are always blamed for 
> > > > everything, and never even get a thank you for the 
> > > > things we do. 
> > > > 
> > > > I would hope that each of you would send this to as 
> > > > many people as you can and emphasize that they should 
> > > > send it to as many of their friends until this letter 
> > > > is sent to every person on the web. I am just a single 
> > > > 
> > > > American that has read this, 
> > > > I SURE HOPE THAT A LOT MORE READ IT SOON. 
> 
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users

[Mingw-users] (no subject)

[Daddius <da...@ya...>]

I wanted to know was there any other easyer way to compile souce code?

for example gcc -o hello hello.o 

Is there a way to compile without giving long path names?


The one known as DADDIUS


---------------------------------
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail.

[Mingw-users] (no subject)

[Tor L. <tm...@ik...>]

Daddius writes:
 > I wanted to know was there any other easyer way to compile souce code?

 > for example gcc -o hello hello.o 

 > Is there a way to compile without giving long path names?

Umm, yes, you just almost said it yourself. gcc -o hello.exe hello.c

But I guess I misunderstand what your question is. What long path
names do you mean? You mean -I flags to indicate where some library's
header files are, -L flags to indicate where some library files are,
etc? To avoid typing stuff like that manually over and over, use Make.

--tml

Re: [Mingw-users] (no subject)

[Tor L. <tm...@ik...>]

Daddius writes:
 > this is what i have to do to compile the source code
 > gcc -o hello c:/windows/desktop/hello/hello.o

Why in the earth do you keep your object file on the desktop? (Is the
source file there, too?) But if you insist on doing that, well, cd to
that folder, then, before running gcc:

c:
cd /windows/dekstop
gcc -o hello hello.o

Then hello.exe will also appear on the desktop.

--tml

[Mingw-users] (no subject)

[<san...@at...>]

Hmm, I spoke too(wrote) soon.  I commented out the error reporting, so just if (!(DeleteFile(file)){}, and it worked fine, im not sure what to think, anyone ?

[Mingw-users] (no subject)

[Pedro A A. <pa...@ho...>]

Hi,

>gcc myprog.c -o myprog -mwindows
>i have error linker message
>myprog.c: undefined reference to 'InitCommonControlsEx'

Try defining -D_WIN32_IE=0x0300 or higher and linking -lcomctl32

Cheers
Pedro A.
pa...@ho...


_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp.

[Mingw-users] (no subject)

[Nicolas W. <nic...@gm...>]

I think MinGW should have what's in the standard and not have what's not in
the standard (or, at least, in some convenience.h header). If you add pi,
however, name it M_PI...

Bye,
Nico

-- 
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net