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 anyway, but
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:
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 configure
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
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
receives
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 path separator.
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 executed
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 know which program
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
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
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
On Thu, Feb 18, 2010 at 7:02 PM, Larry Hall (Cygwin)
reply-to-list-only...@cygwin.com 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
On Feb 18 21:24, Piotr Krukowiecki wrote:
On Thu, Feb 18, 2010 at 7:02 PM, Larry Hall (Cygwin)
reply-to-list-only...@cygwin.com 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
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:
^^
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Don't feed the spammers.
Thanks.
On 02/18/2010 12:55 PM, Piotr
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, .. ) -
MSVCRT -
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
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 stdio.h
#include windows.h
int main(){
void *handle;
int (*fp)();
char *modname = ./module.dll;
HMODULE h;
void (*init)();
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);
printf(init =
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 will hang
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 latest version of
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 will hang
:
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 will hang
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 refer
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 which
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 which
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
mylib.dll dynamically at run-time
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++ or .NET.
When
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)
in an applicaiton that was built
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-time
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
Stay connected
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, but
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? Or could I have a botched installation of
cygwin+gcc?
Probably neither.
I think the C standard says
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
\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/agilent/iolibr~1/c testSicl.c -L .
-lsicl32
[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
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 in
a
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
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
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
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.
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:
$ gcc -E -dM
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
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
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
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
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
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
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:
http://www.xraylith.wisc.edu/~khan/software/gnu
48 matches
Mail list logo