From: camilo r. <cr...@co...> - 2000-10-22 22:43:48
|
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... |
From: John E. <jeh...@bi...> - 2000-10-25 19:04:21
|
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 |
From: Greg C. <chi...@mi...> - 2000-10-25 22:27:36
|
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'; } |
From: Franco B. <fra...@gm...> - 2000-10-26 02:38:21
|
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 |
From: SONE T. <ts...@ts...> - 2000-11-10 17:44:06
|
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 |
From: Andreas K. <and...@gm...> - 2001-01-04 11:06:36
|
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 |
From: Andreas K. <and...@gm...> - 2001-01-04 11:29:45
|
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 |
From: Kees Z. <c.z...@hc...> - 2001-01-04 16:54:18
|
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 |
From: yoyo y. <fut...@mi...> - 2001-04-01 17:49:51
|
confirm 347662 Tu correo gratis en MixMail http://www.mixmail.com Pon una encuesta en tu web http://encuestas.ya.com |
From: <Llo...@wa...> - 2001-04-13 13:38:48
|
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. |
From: <ada...@ya...> - 2001-06-15 23:22:37
Attachments:
wmain.c
|
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 |
From: Earnie B. <ear...@ya...> - 2001-06-16 00:03:33
|
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 |
From: <ada...@ya...> - 2001-06-16 13:50:47
|
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 |
From: <dan...@ya...> - 2001-06-16 00:06:05
|
> > 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! |
From: Jonathan A. <jad...@ut...> - 2001-06-18 06:15:30
|
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 |
From: Sebastian R. <se...@ho...> - 2001-06-21 11:31:27
|
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. |
From: Gary L. S. <gs...@in...> - 2001-07-05 20:39:32
|
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= |
From: Gary L. S. <gs...@in...> - 2001-09-13 14:08:17
|
> > 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. |
From: Chris H. <pop...@so...> - 2001-09-13 14:18:06
|
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 |
From: Daddius <da...@ya...> - 2002-01-06 07:51:28
|
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. |
From: Tor L. <tm...@ik...> - 2002-01-06 23:24:14
|
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 |
From: Tor L. <tm...@ik...> - 2002-01-07 05:29:36
|
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 |
From: <san...@at...> - 2002-02-05 09:50:25
|
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 ? |
From: Pedro A A. <pa...@ho...> - 2002-02-26 07:19:26
|
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. |
From: Nicolas W. <nic...@gm...> - 2002-03-14 09:14:04
|
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 |