RE: mno_cygwin gcc 3.2

RE: mno_cygwin gcc 3.2

[Denis Dupeyron]

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 Shankar nor I asked you to change anything, not even to accomodate
anybody. We were only raising questions.

> [..] want to use -lm -mno-cygwin

I never wanted to, I just didn't know I had to remove it from the makefile.
I thank Max again for telling me.

Sorry I bothered you.

Regards,
Denis.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Chris Twiner]

>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 such must not use 
cygwin1.dll (which by default is not in the path).

Chris


_________________________________________________________________
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Max Bowsher]

Chris Twiner <c_twiner@hotmail.com> 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 still asks for and unresolved symbol:
> 
> __gxx_personality_v0
> 
> so I added a :
> 
> extern "C" {long __gxx_personality_v0;}
> 
> And that seems to keep everything happy.
> 
> Not pretty but it works.

For how long? This is an ugly hack.

Are you really trying to compile xwinclip for MinGW? Why?

Max.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Christopher Faylor]

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.
>
>Now, now.  :-)
>
>He has a valid question: why is "-lm" an alias to -lcygwin, instead of
>simply being stubbed out with an empty archive?

As I stated in other email, -lm is not an alias for -lcygwin.  Changing
things just to accommodate people who want to use -lm -mno-cygwin is
not a viable option.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Shankar Unni]

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.




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Shankar Unni]

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 -lcygwin, instead of 
simply being stubbed out with an empty archive? That would allow "-lm" 
to not have to be special-cased in a library list in Makefiles.

--
Shankar.




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Christopher Faylor]

On Wed, Nov 20, 2002 at 10:24:03AM +0000, 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.

>Ideally, -mno-cygwin mode would know not to use /usr/lib, but I believe
>gcc makes it difficult to override this.

It's ld that makes it difficult, actually.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Christopher Faylor]

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 problem. I
>left it in since gnucap being an electrical simulator it didn't seem stupid
>to link with the math library. Is there any reason for -lm to be an alias
>of -lcygwin ? I looks rather confusing.

Reason?  Nah, it's all just random guesswork.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Chris Twiner]

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

so I added a :

extern "C" {long __gxx_personality_v0;}

And that seems to keep everything happy.

Not pretty but it works.

In answer to the mingw stuff I added the paths to $LIBRARY_PATH and then it 
caused pthread issues which I couldn't seem to resolve hence the -nostdlib.

Thanks,

Chris

_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8. 
http://join.msn.com/?page=features/junkmail


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Chris Twiner]

>$ 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 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Max Bowsher]

>
>Subject: Re: mno_cygwin gcc 3.2
>   From: "Chris Twiner" <c_twiner@hotmail.com>
>   Date: Wed, 20 Nov 2002 10:24:38 +0000
>     To: maxb@ukf.net
>     Cc: cygwin@cygwin.com
>
>> >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?
>>Cygwin's gcc-3.2 has been bugfixed twice since its initial -1 release, 
>>current being gcc-3.2-3.
>>
>>Max.
>
>I tried to do that on my home laptop but it didn't seem to make a 
>difference.  -dumpversion still showed 3.2 not 3.2-3 and the release number 
>didn't seem to change.  I'll try on another machine.
>
>Chris

$ cygcheck -c gcc

will show you the version installed.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Chris Twiner]

> >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?
>Cygwin's gcc-3.2 has been bugfixed twice since its initial -1 release, 
>current being gcc-3.2-3.
>
>Max.

I tried to do that on my home laptop but it didn't seem to make a 
difference.  -dumpversion still showed 3.2 not 3.2-3 and the release number 
didn't seem to change.  I'll try on another machine.

Chris

_________________________________________________________________
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. 
http://join.msn.com/?page=features/virus


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Max Bowsher]

>
>Subject: Re: mno_cygwin gcc 3.2
>   From: "Denis Dupeyron" <denis.dupeyron@st.com>
>   Date: Wed, 20 Nov 2002 10:44:13 +0100
>     To: <cygwin@cygwin.com>
>
>> 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.
>
>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 seem stupid
>to link with the math library. Is there any reason for -lm to be an alias
>of -lcygwin ? I looks rather confusing.

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.
It is a problem for -mno-cygwin mode, though. Ideally, -mno-cygwin mode would know not to use /usr/lib, but I believe gcc makes it difficult to override this.

Max.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Max Bowsher]

>
>Subject: Re: mno_cygwin gcc 3.2
>   From: "Chris Twiner" <c_twiner@hotmail.com>
>   Date: Wed, 20 Nov 2002 08:26:54 +0000
>     To: maxb@ukf.net
>     Cc: cygwin@cygwin.com
>

>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?
Cygwin's gcc-3.2 has been bugfixed twice since its initial -1 release, current being gcc-3.2-3.

Max.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Denis Dupeyron]

> 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 seem stupid
to link with the math library. Is there any reason for -lm to be an alias
of -lcygwin ? I looks rather confusing.

Anyway, thanks again, it works.
Denis.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Chris Twiner]

[-- Attachment #1: Type: text/plain, Size: 1045 bytes --]

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/i686-pc-m
>ingw32/3.2 
>-L/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../../i686-pc-mingw3
>2/lib -L/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../..
>/var/tmp/ccqxxSSp.o --out-implib
>libhello.dll.a -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -lmingw32 
>-luse
>r32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmingwex 
>-lm
>svcrt /usr/lib/gcc-lib/i686-pc-mingw32/3.2/crtend.o
>
>Using gcc-3.2-3.

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?

Chris

_________________________________________________________________
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. 
http://join.msn.com/?page=features/virus

[-- Attachment #2: specs.cp.gz --]
[-- Type: application/x-gzip, Size: 2452 bytes --]

[-- Attachment #3: Type: text/plain, Size: 214 bytes --]

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Max Bowsher]

Denis Dupeyron <denis.dupeyron@st.com> 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
> --enable-languages=c,c++, f77,java --enable-libgcj
> --enable-threads=posix --with-system-zlib
> --enable-nls --without-included-gettext --enable-interpreter
> --disable-sjlj-exceptions --disable-version-specific-runtime-libs
> --enable-s hared
> --build=i686-pc-linux --host=i686-pc-cygwin --target=i686-pc-cygwin
> --enable-haifa --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc
> --libdir=/usr/lib --includedir=/nonexistent/include
> --libexecdir=/usr/sbin Thread model: posix
> gcc version 3.2 20020818 (prerelease)
>
/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../../i686-pc-mingw32/bin/ld.exe
> -Bdynamic -o gnucap.exe
>
/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../../i686-pc-mingw32/lib/crt2.o
> /usr/lib/gcc-lib/i686-pc-mingw32/3.2/crtbegin.o
> -L/usr/lib/gcc-lib/i686-pc-mingw32/3.2
> -L/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../../i686-pc-mingw32/lib
> -L/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../..
>
> here lots of gnucap libraries, then:
>
> -lstdc++ -lm -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -lmingw32
> -luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname
> -lmingwe x
> -lmsvcrt /usr/lib/gcc-lib/i686-pc-mingw32/3.2/crtend.o
>
> [edit] Just before hitting the 'send' button I tried to build gnugo
> with -mno-cygwin. It worked (i.e. it doesn't require cygwin1.dll to
> run). So I understand my setup is correct and the problem comes from
> gnucap alone. Does anybody have an idea about what could be the
> problem ? Is it possible that I'm linking by mistake with a library
> that requires cygwin1.dll ? Is there an issue with the order in which
> the libraries are linked ? From this you probably understand that I'm
> not an expert at debugging this kind of error...

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.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: mno_cygwin gcc 3.2

[Denis Dupeyron]

> 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 --enable-threads=posix --with-system-zlib
--enable-nls --without-included-gettext --enable-interpreter
--disable-sjlj-exceptions --disable-version-specific-runtime-libs --enable-s
hared
--build=i686-pc-linux --host=i686-pc-cygwin --target=i686-pc-cygwin
--enable-haifa --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc
--libdir=/usr/lib --includedir=/nonexistent/include --libexecdir=/usr/sbin
Thread model: posix
gcc version 3.2 20020818 (prerelease)
/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../../i686-pc-mingw32/bin/ld.exe
-Bdynamic -o gnucap.exe
/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../../i686-pc-mingw32/lib/crt2.o
/usr/lib/gcc-lib/i686-pc-mingw32/3.2/crtbegin.o
-L/usr/lib/gcc-lib/i686-pc-mingw32/3.2
-L/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../../i686-pc-mingw32/lib
-L/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../..

here lots of gnucap libraries, then:

-lstdc++ -lm -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -lmingw32
-luser32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmingwe
x
-lmsvcrt /usr/lib/gcc-lib/i686-pc-mingw32/3.2/crtend.o

[edit] Just before hitting the 'send' button I tried to build gnugo
with -mno-cygwin. It worked (i.e. it doesn't require cygwin1.dll to run). So
I understand my setup is correct and the problem comes from gnucap alone.
Does anybody have an idea about what could be the problem ? Is it possible
that I'm linking by mistake with a library that requires cygwin1.dll ? Is
there an issue with the order in which the libraries are linked ? From this
you probably understand that I'm not an expert at debugging this kind of
error...

TIA,
Denis.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Max Bowsher]

Chris Twiner <c_twiner@hotmail.com> 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 Wl didn't do
> much better either, passing -L/lib/mingw to it directly still places
> it after the dllcrt2.o so the linker never finds it).
>
> What does your's show?

gcc -mno-cygwin -v -shared -export-all dll.c -o
hello.dll -Wl,--out-implib,libhello.dll.a
...

/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/i686-pc-m
ingw32/3.2 -L/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../../../i686-pc-mingw3
2/lib -L/usr/lib/gcc-lib/i686-pc-mingw32/3.2/../../..
/var/tmp/ccqxxSSp.o --out-implib
libhello.dll.a -lmingw32 -lgcc -lmoldname -lmingwex -lmsvcrt -lmingw32 -luse
r32 -lkernel32 -ladvapi32 -lshell32 -lmingw32 -lgcc -lmoldname -lmingwex -lm
svcrt /usr/lib/gcc-lib/i686-pc-mingw32/3.2/crtend.o

Using gcc-3.2-3.

Max.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Chris Twiner]

>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 it directly still places it after the 
dllcrt2.o so the linker never finds it).

What does your's show?

TIA

Chris

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Max Bowsher]

Chris Twiner <c_twiner@hotmail.com> wrote:
>> Chris Twiner <c_twiner@hotmail.com> 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.
>>
>> If you still have a problem, attach (don't paste inline) the output
>> of "cygcheck -svr".
>
> I've attached the output, but the files are definitely there
> /lib/mingw

No, can't see anything odd.

Maybe adding '-v' to your link-stage invocation of gcc with show something
helpful.


Max.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Chris Twiner]

[-- Attachment #1: Type: text/plain, Size: 686 bytes --]

>Chris Twiner <c_twiner@hotmail.com> 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.
>
>If you still have a problem, attach (don't paste inline) the output of
>"cygcheck -svr".
>
>Max.

I've attached the output, but the files are definitely there /lib/mingw

TIA

Chris

_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail

[-- Attachment #2: cygcheck-svr.out.gz --]
[-- Type: application/x-gzip, Size: 5383 bytes --]

[-- Attachment #3: Type: text/plain, Size: 214 bytes --]

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: mno_cygwin gcc 3.2

[Max Bowsher]

Chris Twiner <c_twiner@hotmail.com> 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.

If you still have a problem, attach (don't paste inline) the output of
"cygcheck -svr".

Max.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: mno_cygwin gcc 3.2

[Denis Dupeyron]

> 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 for a dll
> compiled with :
>
> g++ -shared -mno_cygwin -o X.dll x.cpp
>
> Is this behaviour incorrect or is it planned that all cygwin
> gcc compiled
> apps will be forced to link with cygwin1.dll?
>
> Thanks,
>
> Chris

I seem to get the same problem compiling like this :

g++ -O2 -mno-cygwin -I.. -I. -fno-exceptions -W -c foo.cc

and then linking like this :

g++ -O2 -mno-cygwin -I.. -I. -fno-exceptions -W -o foo1.o foo2.o -o foo

So, Chris, you're not the only one. What happens exactly is that the
executable looks for cygwin1.dll and can't find it. Any idea ?

Denis.


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: mno_cygwin gcc 3.2

[Chris Twiner]

>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 unfixed in this release 
or do I have some env badly configured,

TIA

Chris

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: mno_cygwin gcc 3.2

[Pavel Rozenboim]

> -----Original Message-----
> From: Chris Twiner [mailto:c_twiner@hotmail.com]
> Sent: Tue, November 19, 2002 12:45 PM
> To: cygwin@cygwin.com
> 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 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 for a dll 
> compiled with :
> 
> g++ -shared -mno_cygwin -o X.dll x.cpp
> 
> Is this behaviour incorrect or is it planned that all cygwin 
> gcc compiled 
> apps will be forced to link with cygwin1.dll?
> 
> Thanks,
> 
> Chris
> 
> 
> _________________________________________________________________
> Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
> http://join.msn.com/?page=features/featuredemail
> 
> 
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting:         http://cygwin.com/bugs.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
> 

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

mno_cygwin gcc 3.2

[Chris Twiner]

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 for a dll compiled with :

g++ -shared -mno_cygwin -o X.dll x.cpp

Is this behaviour incorrect or is it planned that all cygwin gcc compiled 
apps will be forced to link with cygwin1.dll?

Thanks,

Chris


_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/