Re: gcc Cygwin package maintainer

On 08/08/2010 00:00, Jerry DeLisle wrote: > So I have sjlj backwards. I will fix that. Then the following I am not > sure about. > > --disable-__cxa_atexit > > --enable-static --enable-shared --enable-shared-libgcc > > Shall I include these? Yes, do. I think they're mostly the default anyw

Re: gcc Cygwin package maintainer

On 08/07/2010 01:13 PM, Dave Korn wrote: On 07/08/2010 17:59, Jerry DeLisle wrote: Hi, Who is the Cygwin gcc package maintainer? I've been a bit AWOL recently, but I think that's still me :-/ I want to make sure my gfortran 4.6 experimental builds are consistent with Cygwin distributions

Re: gcc Cygwin package maintainer

On 07/08/2010 17:59, Jerry DeLisle wrote: > Hi, > > Who is the Cygwin gcc package maintainer? I've been a bit AWOL recently, but I think that's still me :-/ > I want to make sure my > gfortran 4.6 experimental builds are consistent with Cygwin > distributions. I notice I have far fewer conf

gcc Cygwin package maintainer

Hi, Who is the Cygwin gcc package maintainer? I want to make sure my gfortran 4.6 experimental builds are consistent with Cygwin distributions. I notice I have far fewer configure parameters then I see when I invoke gfortran -v . Regards, Jerry -- Problem reports: http://cygwin.com/

Re: CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

On Fri, Feb 19, 2010 at 2:41 PM, Eric Blake wrote: > I haven't followed your queries closely (since you keep replying to > yourself). But it all boils down to: See here for the introduction to the problem: http://cygwin.com/ml/cygwin/2010-02/msg00464.html > what shell are you using, with its pa

Re: CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

According to Piotr Krukowiecki on 2/19/2010 5:52 AM: > '\' is an escape character in C, Unix, and Linux. In Windows, it's a > path separator. Use '/' instead when working with Cygwin and you'll > avoid allot of problems. Better yet, use POSIX paths exclusively. > [...] >> I don't kno

Re: CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

On Fri, Feb 19, 2010 at 1:37 PM, Piotr Krukowiecki wrote: > On Thu, Feb 18, 2010 at 9:45 PM, Larry Hall (Cygwin) wrote: >> On 02/18/2010 03:24 PM, Piotr Krukowiecki wrote: >>> On Thu, Feb 18, 2010 at 7:02 PM, Larry Hall (Cygwin) On 02/18/2010 12:55 PM, Piotr Krukowiecki wrote: > - if the e

Re: CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

On Fri, Feb 19, 2010 at 1:37 PM, Piotr Krukowiecki wrote: >>> "\\hostname" is remote path location, I don't think I can use >>> "//hostname" instead, either for cygwin program and especially not for >>> not-cygwin program, can I? (can't check it now) >> >> With Windows, you're free to use either pa

Re: CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

On Thu, Feb 18, 2010 at 9:45 PM, Larry Hall (Cygwin) wrote: > On 02/18/2010 03:24 PM, Piotr Krukowiecki wrote: >> On Thu, Feb 18, 2010 at 7:02 PM, Larry Hall (Cygwin) >>> On 02/18/2010 12:55 PM, Piotr Krukowiecki wrote: - if the executed program is compiled with cygwin's gcc the program r

Re: CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

> Thanks to your createprocess.c/dumpargs.c pair, I could figure the existing > Cygwin's parsing without looking into its source code. It turned to ignore > the > escaping power of a bare (unquoted) backslash when it was followed by a > double > quote, which is against both MSVC and Bash

Re: CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

> As you can see dumpargs_gcc receives "\127.0.0.127\foo.cxx" and dumpargs_cl > receives "\\127.0.0.127\foo.cxx". Interesting. I am confused, too. (1) Native-only parameter passing: execv(PROG, ARGV) -> MSVCRT -> line = M(ARGV) -> CreateProcess( PROG, line, .. ) -> MSVC

Re: CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

On 02/18/2010 03:24 PM, Piotr Krukowiecki wrote: On Thu, Feb 18, 2010 at 7:02 PM, Larry Hall (Cygwin) reply-to-list-only-lh at cygwin period com wrote: ^^ . Don't feed the spammers. Thanks. On 02/18/2010 12:55 PM, Piotr

Re: CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

On Feb 18 21:24, Piotr Krukowiecki wrote: > On Thu, Feb 18, 2010 at 7:02 PM, Larry Hall (Cygwin) > wrote: > > On 02/18/2010 12:55 PM, Piotr Krukowiecki wrote: > >> - if the executed program is compiled with cygwin's gcc the program > >> receives \127.0.0.127\foo.cxx (just one backslash at the begi

Re: CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

On Thu, Feb 18, 2010 at 7:02 PM, Larry Hall (Cygwin) wrote: > On 02/18/2010 12:55 PM, Piotr Krukowiecki wrote: >> - if the executed program is compiled with cygwin's gcc the program >> receives \127.0.0.127\foo.cxx (just one backslash at the begining). >> - if it's compiled with cl it gets \\127.0

Re: CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

On 02/18/2010 12:55 PM, Piotr Krukowiecki wrote: Hello, In short, I have a problem with passing "\\127.0.0.127\foo.cxx" argument to a called program: - if the executed program is compiled with cygwin's gcc the program receives \127.0.0.127\foo.cxx (just one backslash at the begining). - if it's

CreateProcess() - executed program gets different argument depending if it's compiled with gcc (cygwin) or cl (VS)?

Hello, In short, I have a problem with passing "\\127.0.0.127\foo.cxx" argument to a called program: - if the executed program is compiled with cygwin's gcc the program receives \127.0.0.127\foo.cxx (just one backslash at the begining). - if it's compiled with cl it gets \\127.0.0.127\foo.cxx (do

Re: Load a shared library using gcc/Cygwin

Yu-Cheng Chou wrote: > int main(){ >void *handle; >int (*fp)(); >char *modname = "./module.dll"; >HMODULE h; >void (*init)(); > printf("hello1\n"); >h = LoadLibrary("cygwin1.dll"); > printf("hello1 h = %p\n", h); >init = ( void (*)())GetProcAddress(h, "cygwin_dll_init"

Load a shared library using gcc/Cygwin

Hi, main.c below is for loading the shared library module.dll /* command to create main.exe cl -c main.c link main.obj */ #include #include int main(){ void *handle; int (*fp)(); char *modname = "./module.dll"; HMODULE h; void (*init)(); printf("hello1\

Re: load a shared lib created using gcc/Cygwin

Yu-Cheng Chou schrieb: Hi, I made a mistake in the previous reply. Here I state my question again. mylib.dll was built using gcc/cygwin based on some library that might depends on cygwin1.dll. I don't want to load cygwin1.dll explicitly, but I do need to load mylib.dll dynamically at run

Re: Dynamically load a shared lib created using gcc/Cygwin

Yu-Cheng Chou wrote: > mylib.dll was created using gcc/cygwin based on some libraries that were > also built using gcc/cygwin and CANNOT be re-built by other compilers. > I have to, and need only to load mylib.dll at run-time by function > LoadLibrary("mylib.dll") > i

Re: Dynamically load a shared lib created using gcc/Cygwin

mylib.dll was created using gcc/cygwin based on some libraries that were also built using gcc/cygwin and CANNOT be re-built by other compilers. I have to, and need only to load mylib.dll at run-time by function LoadLibrary("mylib.dll") in an applicaiton that was built by Visual C

Re: Dynamically load a shared lib created using gcc/Cygwin

Yu-Cheng Chou wrote: > I made a mistake in the previous reply. > Here I state my question again. > > mylib.dll was built using gcc/cygwin based on some library that > might depends on cygwin1.dll. > I don't want to load cygwin1.dll explicitly, but I do need to load > my

Dynamically load a shared lib created using gcc/Cygwin

Hi, I made a mistake in the previous reply. Here I state my question again. mylib.dll was built using gcc/cygwin based on some library that might depends on cygwin1.dll. I don't want to load cygwin1.dll explicitly, but I do need to load mylib.dll dynamically at run-time in an application

Re: load a shared lib created using gcc/Cygwin

Hi, I made a mistake in the previous reply. Here I state my question again. mylib.dll was built using gcc/cygwin based on some library that might depends on cygwin1.dll. I don't want to load cygwin1.dll explicitly, but I do need to load mylib.dll dynamically at run-time in an application

Re: load a shared lib created using gcc/Cygwin

Yu-Cheng Chou wrote: > I want to load the cygwin1.dll with Visual Studio following > the instruction from http://cygwin.com/faq/faq.html#SEC102. > But I can't find winsup/cygwin/how-cygtls-works.txt and the sample code > in winsup/testsuite/cygload. > So where can I find these files? The paths re

Re: load a shared lib created using gcc/Cygwin

ou wrote: > > > Can a shared library mylib.dll built using > > gcc -shared -o mylib.dll file.c > > be loaded dynamically at run time by function > > LoadLibrary("mylib.dll") in an application built using > > Visual C++ or .NET? > > I tried it in

Re: load a shared lib created using gcc/Cygwin

ou wrote: > > > Can a shared library mylib.dll built using > > gcc -shared -o mylib.dll file.c > > be loaded dynamically at run time by function > > LoadLibrary("mylib.dll") in an application built using > > Visual C++ or .NET? > > I tried it in

Re: load a shared lib created using gcc/Cygwin

Yu-Cheng Chou wrote: > Can a shared library mylib.dll built using > gcc -shared -o mylib.dll file.c > be loaded dynamically at run time by function > LoadLibrary("mylib.dll") in an application built using > Visual C++ or .NET? > I tried it in Windows XP with the la

load a shared lib created using gcc/Cygwin

Can a shared library mylib.dll built using gcc -shared -o mylib.dll file.c be loaded dynamically at run time by function LoadLibrary("mylib.dll") in an application built using Visual C++ or .NET? I tried it in Windows XP with the latest version of gcc/Cygwin, the application wi

Re: gcc + cygwin

Thanks for the useful responses to my problem. The solution of removing stdout to the main() did indeed work for the moment. I apologise for the following simple question in advance: In the course of trying to figure out a solution to the gcc+cygwin problem on my own, I reinstalled some cygwin

Re: gcc + cygwin

lm.c:37: error: initializer element is not constant > make: *** [flm.o] Error 1 > > The offending line.37 was: > FILE *ch_par=stdout,*ch_verify=NULL; > > In my ignorance, I have to assume that gcc/cygwin is > not compatible with other gcc implementations. Can > that > be

RE: gcc + cygwin

Original Message >From: Marcel >Sent: 12 May 2005 11:00 > I am NOT an experienced C or cygwin user, but the > problems I keep running into, appear to me that gcc > with cygwin behaves very differently from whatever I > had on the previous systems. Actually, it's not a difference in gcc,

gcc + cygwin

ine.37 was: FILE *ch_par=stdout,*ch_verify=NULL; In my ignorance, I have to assume that gcc/cygwin is not compatible with other gcc implementations. Can that be? Or could I have a botched installation of cygwin+gcc? I'd appreciate any guidance! Norbert Nemes Yahoo! Mail

Re: How to compile with gcc/cygwin for "multithreaded DLL" access?

[EMAIL PROTECTED] wrote: > cygcheck testSicl.exe > Found: .\testSicl.exe > testSicl.exe > C:\cygwin\bin\cygwin1.dll > C:\WINDOWS\system32\ADVAPI32.DLL > C:\WINDOWS\system32\ntdll.dll > C:\WINDOWS\system32\KERNEL32.dll > C:\WINDOWS\system32\RPCRT4.dll > .\SICL32.dll >

How to compile with gcc/cygwin for "multithreaded DLL" access?

INDOWS\system32\MSVCR70.dll C:\WINDOWS\system32\MSVCRT.dll I can compile and link this same program with gcc (cygwin) but don't know how to specify to gcc that it will use a "Multithreaded DLL". The compile/link looks like: gcc -g -o testSicl -I /cygdrive/c/progra~1/ag

Re: Binaries for bootstrap GNAT/GCC-Cygwin Build

Hallo David, >>Do you have a reasonable amount of time and Ada code to test run the Ada >>compiler? > I have an /unreasonable/ amount of time. Ada code - I can write it, I > can also go download the conformance tests (I think). Fine, since it is not yet released, I send you the URL to download

Re: Binaries for bootstrap GNAT/GCC-Cygwin Build

Gerrit P. Haase wrote: David schrieb: Around 25 September, David, Gerrit, and Jason had a discussion on the list about making David's build of GNAT available. David's server couldn't bear much traffic but there were some offers of other sites. Are the binaries available on-line at this time?

Re: Binaries for bootstrap GNAT/GCC-Cygwin Build

David schrieb: > First, a general apology if I seem to be going over stuff I've gone over > before. I had a computer outage that cost me most of my memory of the > last 4 years. > Around 25 September, David, Gerrit, and Jason had a discussion on the > list about making David's build of GNAT av

Binaries for bootstrap GNAT/GCC-Cygwin Build

First, a general apology if I seem to be going over stuff I've gone over before. I had a computer outage that cost me most of my memory of the last 4 years. Around 25 September, David, Gerrit, and Jason had a discussion on the list about making David's build of GNAT available. David's server

Re: finding out how much memory is available with malloc, gcc, cygwin

Jim Holder schrieb: A program similar to the one listed below works for me on Linux but not under Cygwin. The idea is to find out how memory I can allocate on the machine. The Cygwin version keeps going (past 700MB), reporting that it has allocated more memory than the machine has. What am I doi

RE: finding out how much memory is available with malloc, gcc, cygwin

erent on different Oses. Hope this helps. Cheers Kiran -Original Message- From: Jim Holder [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 19, 2003 3:25 AM To: [EMAIL PROTECTED] Subject: finding out how much memory is available with malloc, gcc, cygwin A program similar to the one

finding out how much memory is available with malloc, gcc, cygwin

A program similar to the one listed below works for me on Linux but not under Cygwin. The idea is to find out how memory I can allocate on the machine. The Cygwin version keeps going (past 700MB), reporting that it has allocated more memory than the machine has. What am I doing wrong? Thanks.

Re: gcc/Cygwin awareness

Hi Max, Max Bowsher wrote: John Williams wrote: Elfyn McBratney wrote: You could use this #if defined(__GNUC__) && defined(__CYGWIN__) So __CYGWIN__ is defined in the preprocessor environment when compiling under Cygwin? That's precisely what I'm after, thanks. General answer to this kind of

Re: gcc/Cygwin awareness

John Williams wrote: > Elfyn McBratney wrote: >> You could use this >> >> #if defined(__GNUC__) && defined(__CYGWIN__) > > So __CYGWIN__ is defined in the preprocessor environment when compiling > under Cygwin? That's precisely what I'm after, thanks. General answer to this kind of question: $

Re: gcc/Cygwin awareness

Elfyn McBratney wrote: You could use this #if defined(__GNUC__) && defined(__CYGWIN__) So __CYGWIN__ is defined in the preprocessor environment when compiling under Cygwin? That's precisely what I'm after, thanks. John -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug re

Re: gcc/Cygwin awareness

> Is there a macro defined in gcc when running under Cygwin as opposed to, > say, linux? Not too sure, All I could find was GCC_VERSION , __GNUC__ and IN_GCC . > I'd like to code something like > > #ifdef _GCC_UNDER_CYGWIN > blah blah > #else > blah blah > #endif You could use this #if define

gcc/Cygwin awareness

Hi folks, Is there a macro defined in gcc when running under Cygwin as opposed to, say, linux? I'd like to code something like #ifdef _GCC_UNDER_CYGWIN blah blah #else blah blah #endif This is to get around the fact that Cygwin doesn't provide the libgen.h header file, which I need to build uC

Re: gcc, cygwin, jni headers

Thank you. That patch did the trick. :-) - Original Message - From: "Elfyn McBratney" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 29, 2002 1:44 PM Subject: Re: gcc, cygwin, jni headers > Sorry i hust saw this on the net: > > htt

Re: gcc, cygwin, jni headers

Sorry i hust saw this on the net: http://www.xraylith.wisc.edu/~khan/software/gnu-win32/README.jni.txt Theres a bit about changing the header files, Maybe this will help. Elfyn [EMAIL PROTECTED] Hi, Ive seen one other post on this topic but there were no replies. Maybe Ill be more lucky. Im

Re: gcc, cygwin, jni headers

Hi, Ive seen one other post on this topic but there were no replies. Maybe Ill be more lucky. Im trying to compile a simple dll using gcc and cygwin. Something very similar to below used to work on dos and mingw but now Im geting loads of errors as gcc tries to compile some headers?! Below is my

gcc, cygwin, jni headers

Ive seen one other post on this topic but there were no replies. Maybe Ill be more lucky. Im trying to compile a simple dll using gcc and cygwin. Something very similar to below used to work on dos and mingw but now Im geting loads of errors as gcc tries to compile some headers?! Below is my make f