public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Charles Wilson <cwilson@ece.gatech.edu>
To: cygwin@cygwin.com
Subject: Re: Available for test: gcc-3.1.1-2 gcc2-2.95.3-8
Date: Thu, 11 Jul 2002 03:47:00 -0000	[thread overview]
Message-ID: <3D2D3205.7080606@ece.gatech.edu> (raw)
In-Reply-To: <20020711044304.GA3292@redhat.com>

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

Christopher Faylor wrote:

> Fixes in gcc2:
> 
>   -mno-cygwin works with c++ now?
> 
>   HOWEVER, I've fixed this problem by creating a separate g++-3
>   directory in /usr/include.  If you have a symbolic link there or
>   if you have modified files in that directory they will be wiped
>   out.  Or, er, I actually don't know what will happen to the symbolic
>   link.  It is probably a good idea to eliminate it before installing
>   the package.
> 
>   (I'm taking bets now on when we'll see the first bug report as a
>   result of this change.)


Okay, there's just one thing I forgot to mention last time: there still 
is no mingw libstdc++(-2).a for gcc-2.95.3-8 (of course, 2.95.3-5 didn't 
have one either, so this is no big deal.  However, since you're 
providing the mingw/g++-3 headers ...

Anyway, see below.

The attached test "suite" provides stripped down versions of the C, C++, 
and Fortran dllhelpers examples, plus several -mno-cygwin invocation 
scripts.

I tested thus:
   unpack
   cd gcc-tests/c
   unset CC
   export CC
   make
   make clean

   export CC=mgcc
   make
   make clean

   export CC=gcc-2
   make
   make clean

   export CC=mgcc-2
   make
   make clean

Then, same thing in the cxx directory, using CXX=[],mg++,g++-2,mg++-2.
Ditto in f77 dir, using FC=[],mg77,g77-2,mg77-2

Results:


3.1.1:

gcc works
gcc -mno-cygwin works
g++ works
g++ -mno-cygwin works
g77 works
g77 -mno-cygwin works

2.95.3-8:

/usr/lib/libstdc++.a.2.1.0 ??  what is this file?

gcc-2 works
gcc-2 -mno-cygwin works

g++-2 works
g++-2 -mno-cygwin links against the /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-8/libstdc++-2.a
  (oh yeah -- there is no mingw libstdc++ for this release.
  I copied my mingw libstdc++.a to libstdc++-2.a, and then got *different* errors)
  see below.  Shouldn't be a mangling issue; it was build with 2.95.3-5.

g77-2 breaks:
  /usr/lib/libcygwin.a(libcmain.o)(.text+0x81): undefined reference to `WinMain@16'
g77-2 -mno-cygwin breaks:
  /usr/lib/mingw/libmingw32.a(main.o)(.text+0x8d):main.c: undefined reference to `WinMain@16'

Note the g++-2 IS finding my custom libstdc++-2.a (which is a 
copy of a libstdc++.a that worked just fine with gcc-2.95.3-5).

mg++-2 -o usedll.exe -g   usedll.o -L./ -lcxxdll 
usedll.o: In function `main':
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `endl(ostream &)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `endl(ostream &)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `endl(ostream &)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `endl(ostream &)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `endl(ostream &)'
usedll.o:/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: more undefined references to `endl(ostream &)' follow
usedll.o: In function `main':
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `cout'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(int)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(int)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(int)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(int)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(int)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(int)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:21: undefined reference to `ostream::operator<<(int)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `endl(ostream &)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `endl(ostream &)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `endl(ostream &)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `endl(ostream &)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `cout'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `ostream::operator<<(int)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `ostream::operator<<(int)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `ostream::operator<<(char const *)'
/usr/local/src/dllhelpers/dllhelpers-0.4.1/cxx/usedll.cc:29: undefined reference to `ostream::operator<<(int)'
Info: resolving DllClass::instances   by linking to __imp___8DllClass$instances (auto-import)
Info: resolving _global_dllclass2 by linking to __imp__global_dllclass2 (auto-import)
Info: resolving _global_dllclass1 by linking to __imp__global_dllclass1 (auto-import)
Info: resolving _global_int_variable by linking to __imp__global_int_variable (auto-import)
collect2: ld returned 1 exit status
make: *** [usedll.exe] Error 1



[-- Attachment #2: gcc-tests.tar.bz2 --]
[-- Type: application/octet-stream, Size: 3708 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/

  reply	other threads:[~2002-07-11  7:21 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-11  2:19 Christopher Faylor
2002-07-11  3:47 ` Charles Wilson [this message]
2002-07-11  3:49   ` Charles Wilson
2002-07-11  6:47     ` Nicholas Wourms
2002-07-11  8:26       ` Charles Wilson
2002-07-11 20:26     ` Christopher Faylor
2002-07-11 20:50       ` Christopher Faylor
2002-07-11 10:19   ` Christopher Faylor
2002-07-11 11:56     ` Charles Wilson
2002-07-11 21:09       ` Christopher Faylor
2002-07-11 21:33         ` Unscrible--liangalei@CS.SJTU.EDU.CN liangalei
2002-07-11 23:59         ` Available for test: gcc-3.1.1-2 gcc2-2.95.3-8 Charles Wilson
2002-07-12  0:27           ` Christopher Faylor
2002-07-12  0:31             ` Charles Wilson
2002-07-12  1:32               ` Christopher Faylor
2002-07-12  2:54                 ` Charles Wilson
2002-07-12  4:40                   ` Christopher Faylor
2002-07-12  9:22                     ` Charles Wilson
2002-07-12 18:46                       ` Christopher Faylor
2002-07-12  7:27               ` Nicholas Wourms
2002-07-15  0:55   ` Charles Wilson
2002-07-15  1:09     ` Christopher Faylor
2002-07-15  8:02       ` Nicholas Wourms
2002-07-15 11:56         ` Charles Wilson
2002-07-15 12:36           ` Nicholas Wourms
2002-07-11  7:19 ` Nicholas Wourms
2002-07-11  9:05   ` Christopher Faylor
2002-07-11 14:26     ` Nicholas Wourms
2002-07-11  8:49 ` Pavel Tsekov
2002-07-12  2:38   ` Christopher Faylor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3D2D3205.7080606@ece.gatech.edu \
    --to=cwilson@ece.gatech.edu \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).