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
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
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
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.
>
>
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
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
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
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
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
$ 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
>
>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
>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?
>
>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.
>
>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.
> 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
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/
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
> 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 -
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
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
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-
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.
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.
> 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
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
> -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 wit
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 link. This is fo
27 matches
Mail list logo
