RE: mno_cygwin gcc 3.2

Christopher, >> Is there any reason for -lm to be an alias >> of -lcygwin ? I looks rather confusing. > Reason? Nah, it's all just random guesswork. It was just a polite way of asking what that reason was. Thanks to Max, now I know. > Changing things just to accommodate people [...] Neither Sh

Re: mno_cygwin gcc 3.2

For how long? This is an ugly hack. Indeed it is. The 2.95 release is ok though, 3.2 forces this hack. Are you really trying to compile xwinclip for MinGW? Why? Not entirely, a version I have written that resolves claiming ownership of the primary selection. It uses a windows hook and as s

Re: mno_cygwin gcc 3.2

Chris Twiner <[EMAIL PROTECTED]> wrote: > ok finally cracked it: > > g++ -mno-cygwin -enable-threads=no -nostdlib -shared -v -e > _DllMain@12 -o xwinclip_hook.dll xwinclip_hook.o -lkernel32 -luser32 > > not that the :-enable-threads=no seems to matter a damn. > > I don't use any c++ but it stil

Re: mno_cygwin gcc 3.2

On Wed, Nov 20, 2002 at 09:24:35AM -0800, Shankar Unni wrote: >Christopher Faylor wrote: >>On Wed, Nov 20, 2002 at 10:44:13AM +0100, Denis Dupeyron wrote: >>>Is there any reason for -lm to be an alias of -lcygwin ? I looks >>>rather confusing. >> >>Reason? Nah, it's all just random guesswork. > >

Re: mno_cygwin gcc 3.2

Shankar Unni wrote: He has a valid question: why is "-lm" an alias to -lcygwin Never mind - I saw the followup a few posts later. Still, it would be nice to be able to leave "-lm" in the link list even if linking -mno-cygwin, for the sake of Makefile cleanness.. -- Shankar. -- Unsubscrib

Re: mno_cygwin gcc 3.2

Christopher Faylor wrote: On Wed, Nov 20, 2002 at 10:44:13AM +0100, Denis Dupeyron wrote: >Is there any reason for -lm to be an alias >of -lcygwin ? I looks rather confusing. Reason? Nah, it's all just random guesswork. Now, now. :-) He has a valid question: why is "-lm" an alias to -lcygw

Re: mno_cygwin gcc 3.2

On Wed, Nov 20, 2002 at 10:24:03AM +, Max Bowsher wrote: >It makes sense as far as Cygwin goes - there is no seperate math >library, so just link to the library the math functions are in. libm.a isn't a simple alias for libcygwin.a. It contains only the math functions from libcygwin.a. >Idea

Re: mno_cygwin gcc 3.2

On Wed, Nov 20, 2002 at 10:44:13AM +0100, Denis Dupeyron wrote: >> You've left out the actual error. >> I think that -lm is an alias of -lcygwin. Get rid of it. Neither Cygwin or >> MinGW has a seperate math library. >> >>Max. > >The error was in my previous post. But thanks, the -lm was the proble

Re: mno_cygwin gcc 3.2

ok finally cracked it: g++ -mno-cygwin -enable-threads=no -nostdlib -shared -v -e _DllMain@12 -o xwinclip_hook.dll xwinclip_hook.o -lkernel32 -luser32 not that the :-enable-threads=no seems to matter a damn. I don't use any c++ but it still asks for and unresolved symbol: __gxx_personality_v0

Re: mno_cygwin gcc 3.2

$ cygcheck -c gcc will show you the version installed. got the right version on this computer and the spec file is still broken, it just adds dllcrt2.o not the path as yours does. Chris _ Add photos to your e-mail with MSN 8. Get

Re: mno_cygwin gcc 3.2

> >Subject: Re: mno_cygwin gcc 3.2 > From: "Chris Twiner" <[EMAIL PROTECTED]> > Date: Wed, 20 Nov 2002 10:24:38 + > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > >> >Hi, >> > >> >this is vastly different then the mac

Re: mno_cygwin gcc 3.2

>Hi, > >this is vastly different then the machine's I have. I have attached an >untouched spec file fresh from setup.exe. > >Are there any differences with yours? I'm away from my machine at the moment, but since you are having problems with gcc, may I suggest you upgrade to the latest version?

Re: mno_cygwin gcc 3.2

> >Subject: Re: mno_cygwin gcc 3.2 > From: "Denis Dupeyron" <[EMAIL PROTECTED]> > Date: Wed, 20 Nov 2002 10:44:13 +0100 > To: <[EMAIL PROTECTED]> > >> You've left out the actual error. >> I think that -lm is an alias of -lcygwin.

Re: mno_cygwin gcc 3.2

> >Subject: Re: mno_cygwin gcc 3.2 > From: "Chris Twiner" <[EMAIL PROTECTED]> > Date: Wed, 20 Nov 2002 08:26:54 + > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > >Hi, > >this is vastly different then the machine's I have.

Re: mno_cygwin gcc 3.2

> You've left out the actual error. > I think that -lm is an alias of -lcygwin. Get rid of it. Neither Cygwin or > MinGW has a seperate math library. > >Max. The error was in my previous post. But thanks, the -lm was the problem. I left it in since gnucap being an electrical simulator it didn't se

Re: mno_cygwin gcc 3.2

Hi, /usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../../i686-pc-mingw32/bin/ld.exe --shared -Bdynamic -e _DllMainCRTStartup@12 -o hello.dll -export-all /usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../../i686-pc-mingw32/lib/dllcrt2 .o /usr/lib/gcc-lib/i686-pc-mingw32/3.2/crtbegin.o -L/usr/lib/gcc-lib/

Re: mno_cygwin gcc 3.2

Denis Dupeyron <[EMAIL PROTECTED]> wrote: >> Maybe adding '-v' to your link-stage invocation of gcc with show >> something helpful. > > Here's what I get when I try to build gnucap: > > Reading specs from /usr/lib/gcc-lib/i686-pc-mingw32/3.2/specs > Configured with: /netrel/src/gcc-3.2-1/configure

RE: mno_cygwin gcc 3.2

> Maybe adding '-v' to your link-stage invocation of gcc with show something > helpful. Here's what I get when I try to build gnucap: Reading specs from /usr/lib/gcc-lib/i686-pc-mingw32/3.2/specs Configured with: /netrel/src/gcc-3.2-1/configure --enable-languages=c,c++, f77,java --enable-libgcj -

Re: mno_cygwin gcc 3.2

Chris Twiner <[EMAIL PROTECTED]> wrote: >> No, can't see anything odd. >> >> Maybe adding '-v' to your link-stage invocation of gcc with show >> something helpful. >> > > It did no -L/lib/mingw for ld, so the spec file is wrong/incorrect on > my machine does this work properly on others? (Using W

Re: mno_cygwin gcc 3.2

No, can't see anything odd. Maybe adding '-v' to your link-stage invocation of gcc with show something helpful. It did no -L/lib/mingw for ld, so the spec file is wrong/incorrect on my machine does this work properly on others? (Using Wl didn't do much better either, passing -L/lib/mingw to

Re: mno_cygwin gcc 3.2

Chris Twiner <[EMAIL PROTECTED]> wrote: >> Chris Twiner <[EMAIL PROTECTED]> wrote: >> The correct option is -mno-cygwin and it works fine for me (at least for "hello world" app). >>> Thanks Pavel, >>> >>> Do you not get a : >>> >>> ld: cannot open dllcrt2.o >> >> Do you have the gcc-

Re: mno_cygwin gcc 3.2

Chris Twiner <[EMAIL PROTECTED]> wrote: >> The correct option is -mno-cygwin and it works fine for me (at least >> for "hello world" app). >> > Thanks Pavel, > > Do you not get a : > > ld: cannot open dllcrt2.o Do you have the gcc-mingw package installed? -mno-cygwin is not functional without it.

Re: mno_cygwin gcc 3.2

Chris Twiner <[EMAIL PROTECTED]> wrote: >> The correct option is -mno-cygwin and it works fine for me (at least >> for "hello world" app). >> > Thanks Pavel, > > Do you not get a : > > ld: cannot open dllcrt2.o Do you have the gcc-mingw package installed? -mno-cygwin is not functional without it.

RE: mno_cygwin gcc 3.2

> hi all, > > Under the gcc 2.95 release the :-mno_cygwin option let you > link without > cygwin1.dll. The gcc 3.2 release in the latest cygwin build, > whilst not > complaining about the option, will link with the cygwin1.dll > even when using > the option. > > cygcheck for example will show the

RE: mno_cygwin gcc 3.2

The correct option is -mno-cygwin and it works fine for me (at least for "hello world" app). Thanks Pavel, Do you not get a : ld: cannot open dllcrt2.o message? Previous postings would seem to indicate this is a specs file issue, which has been resolved in previous releases. Has it been unf

RE: mno_cygwin gcc 3.2

> -Original Message- > From: Chris Twiner [mailto:[EMAIL PROTECTED]] > Sent: Tue, November 19, 2002 12:45 PM > To: [EMAIL PROTECTED] > Subject: mno_cygwin gcc 3.2 > > > hi all, > > Under the gcc 2.95 release the :-mno_cygwin option let you > link without > cygwin1.dll. The gcc 3.2 r