- how to include gcc/mingw options when needed for python setup.py
situations
The Cygwin-hosted MinGW compilers are set up in a very similar way to cross-
compilation from Linux. Python and most of its infrastructure for building
C extensions do not support MinGW very well, from any host
rce paths (of many)
> - how to include all needed library paths
> - do the ar as nm and other tools need to be specified in a configuration?
These are very generic questions, not related to Cygwin per se.
Grab first available book on GCC and read the answers from there.
> - how to include gcc/mi
- do the ar as nm and other tools need to be specified in a configuration?
- how to include gcc/mingw options when needed for python setup.py situations
I have noticed an extensive framework of source paths beyond the default
observed via gcc -v and wonder how these would be tied in when needed
On 6/30/2011 10:40 AM, Brian Keener wrote:
> The /usr/i686-pc-mingw32 directory structure on my machine is different
> than documented above. Within /usr/i686-pc-mingw32 I have:
> bin
> lib
> sys-root
>
> and within sys-root I have
> mingw
> within mingw I find
> bin
> include
> lib
> share
I finally decided to go for the gusto and upgrade my Cygwin 1.5 to 1.7
and of course read the gcc-mingw announcement after the full upgrade.
I followed the instructions as shown here:
"
If you are reading this announcement AFTER having messed up your cygwin
installation, because you d
which was made obsolete
in recognition of that, the major change is in the behavior of the
postinstall scripts of the various packages.
gcc-mingw-ada-20050522-3-src.tar.bz2
gcc-mingw-ada-20050522-3.tar.bz2
gcc-mingw-core-20050522-3-src.tar.bz2
gcc-mingw-core-20050522
On Wed, Oct 18, 2006 at 11:41:51AM +, Mike wrote:
>On 2006-10-18, Christopher Faylor <[EMAIL PROTECTED]> wrote:
>> On Wed, Oct 18, 2006 at 02:22:23AM +, Mike wrote:
>>>Does someone have a bit of code that can be compiled static and mingw
>>>(the way I understand it) to remove all cygwin dep
On 2006-10-18, Christopher Faylor <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 18, 2006 at 02:22:23AM +, Mike wrote:
>>Does someone have a bit of code that can be compiled static and mingw
>>(the way I understand it) to remove all cygwin dependencies that will
>>run as a windows (xp) service for st
On Wed, Oct 18, 2006 at 02:22:23AM +, Mike wrote:
>Does someone have a bit of code that can be compiled static and mingw
>(the way I understand it) to remove all cygwin dependencies that will
>run as a windows (xp) service for starting vbscripts? I cannot install
>cygwin on all my windows boxe
Does someone have a bit of code that can be compiled static
and mingw (the way I understand it) to remove all cygwin
dependencies that will run as a windows (xp) service for
starting vbscripts? I cannot install cygwin on all my
windows boxes and have a limit to how large an executable
I can install
Doyle Rhynard wrote:
> I have been wondering for some time why Cygwin gcc is still in the 3.4.x
> versions while the the current gcc is 4.1.1. The GNU gcc site states that the
> 3.4.x has been closed with 3.4.6 being the final one. My only guess is that
> Cygwin has a very cautious incremental upg
ld someone please upload matching gcc-mingw-* packages that contain the
>> fix applied to 3.4.4-2?
>
> Request duly noted. I'm half-way through updating the main cygwin gcc
> release ATM; I'll look at this after I've got it done and before I move on to
> thinkin
cgi?id=24196
> Could someone please upload matching gcc-mingw-* packages that contain the
> fix applied to 3.4.4-2?
Request duly noted. I'm half-way through updating the main cygwin gcc
release ATM; I'll look at this after I've got it done and before I move on to
thinki
for the standard tools.
However, it did not fix the problem for "-mno-cygwin" compile option
specifying to link with the mingw libraries, and the now old, mingw
specific, libstdc++.a. So, I need to upgrade my gcc-mingw-* packages to fix
the problem, however they have not been upda
Wes Gamble wrote:
I am attempting to install Cygwin and I want to install some of the GCC
compilers.
Apparently, all of the gcc compilers require their respective
gcc-mingw-* packages in order to work, so there is an enforced
dependency between these packages.
When I do the setup, it gets
I am attempting to install Cygwin and I want to install some of the GCC
compilers.
Apparently, all of the gcc compilers require their respective
gcc-mingw-* packages in order to work, so there is an enforced
dependency between these packages.
When I do the setup, it gets 98% of the way
> -Original Message-
> From: cygwin-owner On Behalf Of Gerrit P. Haase
> Sent: 03 September 2004 16:08
> To: Igor Pechtchanski
> Hallo Igor,
I'm not Igor! Heh, PMFBI!
> > On Mon, 30 Aug 2004, Gerrit P. Haase wrote:
> >> >> This is in binutils/ld/configure.tgt:
> >> >> i[3-7]86-*-cygwi
Hallo Igor,
Am Montag, 30. August 2004 um 16:14 schriebst du:
> On Mon, 30 Aug 2004, Gerrit P. Haase wrote:
>> >> This is in binutils/ld/configure.tgt:
>> >> i[3-7]86-*-cygwin*) targ_emul=i386pe ;
>> >> targ_extra_ofiles="deffilep.o pe-dll.o"
>> >>
Robb, Sam schrieb:
Already noted, Max. I'm aware of the problem, but don't have time to address it
immediately. I should be able to get to it soon, though. If you have any suggestions
as to where the libuuid from e2fsprogs should go, I'd be glad of the advice... IIRC,
Reini suggested /usr/lib/e2
On Tue, Aug 31, 2004 at 02:08:22PM -0400, Igor Pechtchanski wrote:
>Well, traditionally, you waited until the *third* iteration to step in,
>and this is technically still in its second iteration... :-)
Ok. Please poke me if I seem to be drifting off.
cgf
--
Unsubscribe info: http://cygwin.
t which
> >>>uses -luuid
> >>>
> >>>this installs /usr/lib/libuuid.a, which has nothing to do with
> >>>/usr/lib/w32api/libuuid.a and the library search path favours the
> >>>efsprogs lib of course. no mount problem.
> >>
> &g
a, which has nothing to do with
>>>/usr/lib/w32api/libuuid.a and the library search path favours the
>>>efsprogs lib of course. no mount problem.
>>
>>Now we get the the bottom of the problem!
>>
>>It's nothing to do with the gcc-mingw package at all. Inst
y search path favours the
> > efsprogs lib of course. no mount problem.
>
> Now we get the the bottom of the problem!
>
> It's nothing to do with the gcc-mingw package at all. Instead, it is an
> e2fsprogs packaging problem.
>
> Someone want to re-report in a new
ib/e2fsprogs or something similar.
-Samrobb
-Original Message-
From: Max Bowsher [mailto:[EMAIL PROTECTED]
Sent: Tue 8/31/2004 7:09 AM
To: [EMAIL PROTECTED]
Cc:
Subject: Re: BUG gcc-mingw 20040810-1 library search path
ct which uses -luuid
this installs /usr/lib/libuuid.a, which has nothing to do with
/usr/lib/w32api/libuuid.a and the library search path favours the
efsprogs lib of course. no mount problem.
Now we get the the bottom of the problem!
It's nothing to do with the gcc-mingw package at all. In
Igor Pechtchanski schrieb:
FWIW, I don't know what (if anything) has changed... I've used "gcc
-mno-cygwin" recently with no problems. What exactly needs to be done to
reproduce the problem?
Igor
for me this fails:
install efsprogs and compile a mingw project which uses -luuid
this instal
Gerrit P. Haase schrieb:
$ export tooldir=/usr/i686-pc-mingw32
$ ls -ld ${tooldir}/../lib/w32api
drwxrwxr-x+ 2 Administ SYSTEM 0 Jul 30 17:25
/usr/i686-pc-mingw32/../lib/w32api/
$
To the OP: your problem may potentially be that you're missing the
/usr/lib mount. However, since you didn
Hallo Igor,
Am Montag, 30. August 2004 um 04:23 schriebst du:
> On Mon, 30 Aug 2004, Gerrit P. Haase wrote:
>> This is in binutils/ld/configure.tgt:
>> i[3-7]86-*-cygwin*) targ_emul=i386pe ;
>> targ_extra_ofiles="deffilep.o pe-dll.o"
>> test "$t
Hello Noname,
>> Maybe the definition of tooldir for binutlis builds
>> has changed?
> You tell me.
Hey, I'm not the binutils maintainer, I maintain gcc.
> At least, document it, make it *clearly visible* that
> this is the new policy: *No implicit support for
> w32api libraries*.
I didn't w
On Mon, 30 Aug 2004, Gerrit P. Haase wrote:
> Hallo sengtsongpa-cygwin001,
>
> [snip]
>
> This is in binutils/ld/configure.tgt:
> i[3-7]86-*-cygwin*) targ_emul=i386pe ;
> targ_extra_ofiles="deffilep.o pe-dll.o"
> test "$targ" != "$host" && LIB_PA
--- "Gerrit P. Haase" <[EMAIL PROTECTED]> escribió:
> Hallo sengtsongpa-cygwin001,
>
> Which version of gcc do you think it is working?
> Have you reinstalled
> the 'known to work' gcc version? Isn't linking done
> by the linker?
Now, that was totally uncalled for; such cheap shots
are unbel
Hallo sengtsongpa-cygwin001,
> 1. Grab a copy of Cygwin Setup sources from CVS (the
> stable source bundle idstributed with the net
> installer will do equally well). You need a copy of
> libgetopt++ from a parallel directory.
> 2. Bootstrap and configure:
> bash-2.05b-$ ./configure CC="gcc -mn
--- "Gerrit P. Haase" <[EMAIL PROTECTED]> escribió:
> Hallo sengtsongpa-cygwin001,
>
> Am Sonntag, 29. August 2004 um 17:20 schriebst du:
>
> > In previous versions of the mingw backend
> distributed
> > with Cygwin's gcc port, the frontend drivers would
> > append both /usr/include/lib/mingw *
Hallo sengtsongpa-cygwin001,
Am Sonntag, 29. August 2004 um 17:20 schriebst du:
> In previous versions of the mingw backend distributed
> with Cygwin's gcc port, the frontend drivers would
> append both /usr/include/lib/mingw *and*
> /usr/lib/w32api to the linker's path. This happens no
> more wi
info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
This is what I was talking about before. gcc mingw does not built a
win32 binary for nati
In previous versions of the mingw backend distributed
with Cygwin's gcc port, the frontend drivers would
append both /usr/include/lib/mingw *and*
/usr/lib/w32api to the linker's path. This happens no
more with the latter.
This has broken the configuration scripts of at least
two applications I'm t
e `gcc' package is an upgrade helper, it
includes no files but pulls the `gcc-core' & `gcc-g++' packages
automatically if selected via setup.exe chooser to simplify first-time
installations.
Driver packages available:
Ada gcc-ada / gcc-mingw-ada
Cgcc-core
On Jul 15 11:16, bertrand marquis wrote:
> hello
>
>on the latest release it seems that there is a problem with gcc-mingw
>in fact the src package and the package contains nothing
>
> c616cffee0f344c37fd4e045a7a87054 gcc-mingw-20030911-4-src.tar.bz2
> c616cffee0f
hello
on the latest release it seems that there is a problem with gcc-mingw
in fact the src package and the package contains nothing
c616cffee0f344c37fd4e045a7a87054 gcc-mingw-20030911-4-src.tar.bz2
c616cffee0f344c37fd4e045a7a87054 gcc-mingw-20030911-4.tar.bz2
i'm using the ftp:
Hi,
I am looking for gcc2 2.95.3-10 for cygwin environment, running on Win2k.
Where can I download it from ?
Do you happen to know ?
I can not find it anywhere...
Thanks,
Oz
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
un cygcheck -svr and did not find any problems (no multiple copies of
cygwin1.dll, sh.exe and so on). I'm not attaching this to my message `cause
the problem is solved already: after _rebooting_ I installed gcc-mingw
packages without any further problems (but I am sure that there was no
request
un cygcheck -svr and did not find any problems (no multiple copies of
cygwin1.dll, sh.exe and so on). I'm not attaching this to my message `cause
the problem is solved already: after _rebooting_ I installed gcc-mingw
packages without any further problems (but I am sure that there was no
request
On Wed, 25 Feb 2004, Alexei Lioubimov wrote:
> Hello,
> The problem is, that suddenly I've found out that I couldn't use
> "-mno-cygwin" option. I'm getting errors saying that there is no `cc1' and
> so on. 'cygcheck -c' says that everything
Hello,
The problem is, that suddenly I've found out that I couldn't use
"-mno-cygwin" option. I'm getting errors saying that there is no `cc1' and
so on. 'cygcheck -c' says that everything is Ok with gcc-mingw-* packages,
but when I looked inside .../gcc-li
Gerrit schrieb:
oh my god, sorry, I was fooled by the sort order in my mailbox, forget
it;)
> Teun wrote:
>> As recorded in the thread "gcc -mno-cygwin fails", there is I think
>> a packaging error in gcc-mingw-3.3.1-20030804-1.tar, component
>> of the gcc-mingw-3
Teun wrote:
> As recorded in the thread "gcc -mno-cygwin fails", there is I think
> a packaging error in gcc-mingw-3.3.1-20030804-1.tar, component
> of the gcc-mingw-3.3.1-20030911-2.tar.bz2 package.
Please upgrade to gcc-3.3.1-3.
Gerrit
--
=^..^=
I've made a new version of gcc available for download.
This release includes some changes in the package layout. There are
now several packages, one package including the core components and
one package for each additional front end.
Since the gcc-mingw package doesn't exist anymore
Hi all,
I recently ugrade to
gcc 3.3.1-2
gcc-mingw 20030911-3
But now got some problems linking MSVC compiled static libraries with the
gcc and the -mno-cygwin option
here is an example where MS.c/MS.h which contains a very simple function
(plus, see code
Christopher Faylor wrote:
On Fri, Oct 03, 2003 at 07:07:54PM -0700, Jim Kleckner wrote:
Is it possible the java code simply wasn't configured to build?
All of the java headers are missing.
Christopher Faylor wrote:
I've moved all of the latest gcc stuff out of "test" and into "current".
This
Hallo Jim,
you wrote:
> I tried uncompressing, configuring, and "make" of gcc.
> Recompiling and installing 3.3.1-1 fails to install the headers.
> Subsequent uncompress, configure, recompile of 3.2-3 failed
> to compiler.
> Checking the gcc java list
> http://gcc.gnu.org/ml/java/
> doesn't re
On Fri, Oct 03, 2003 at 07:07:54PM -0700, Jim Kleckner wrote:
>Is it possible the java code simply wasn't configured to build?
>All of the java headers are missing.
>
>Christopher Faylor wrote:
>
>>I've moved all of the latest gcc stuff out of "test" and into "current".
>>This is the standard gcc 3
Jim Kleckner wrote:
...
I tried uncompressing, configuring, and "make" of gcc.
Recompiling and installing 3.3.1-1 fails to install the headers.
Subsequent uncompress, configure, recompile of 3.2-3 failed
to compiler.
To be clear, the install ofo 3.3.1-1 succeeds but it doesn't appear
that the in
Is it possible the java code simply wasn't configured to build?
All of the java headers are missing.
Christopher Faylor wrote:
I've moved all of the latest gcc stuff out of "test" and into "current".
This is the standard gcc 3.3.1 release from gcc.gnu.org + patches from
Danny Smith and (to a vastl
I've made a new version of gcc-mingw available for download. This version
restores symlinks to the executables in the cygwin gcc directory which
should allow -mno-cygwin to work with the fortran compiler.
I repeat my plea for someone else to take ownership of the gcc packages.
I would be fo
Larry Hall wrote:
> At 01:31 PM 9/25/2003, Shankar Unni you wrote:
> >Teun Burgers wrote:
> >> gcc-mingw-3.3.1-20030911-2.tar.bz2 package.
> > ^^
> >
> >What the heck is this package?
> I'm not sure what you&#
At 01:43 PM 9/25/2003, Larry Hall you wrote
>At 01:31 PM 9/25/2003, Shankar Unni you wrote:
>>Teun Burgers wrote:
>>
>>> As recorded in the thread "gcc -mno-cygwin fails", there is I think
>>> a packaging error in gcc-mingw-3.3.1-20030804-1.tar, comp
At 01:31 PM 9/25/2003, Shankar Unni you wrote:
>Teun Burgers wrote:
>
>> As recorded in the thread "gcc -mno-cygwin fails", there is I think
>> a packaging error in gcc-mingw-3.3.1-20030804-1.tar, component
>> of the gcc-ming
Teun Burgers wrote:
> As recorded in the thread "gcc -mno-cygwin fails", there is I think
> a packaging error in gcc-mingw-3.3.1-20030804-1.tar, component
> of the gcc-mingw-3.3.1-20030911-2.tar.bz2 package.
^^
What the heck is this pac
As recorded in the thread "gcc -mno-cygwin fails", there is I think
a packaging error in gcc-mingw-3.3.1-20030804-1.tar, component
of the gcc-mingw-3.3.1-20030911-2.tar.bz2 package.
viewing the contents of the .tar file and looking for the symlinks I
get:
tar tvf gcc-mingw-3.3.1-2003
On 2003-09-20 19:46, Christopher Faylor wrote:
I've moved all of the latest gcc stuff out of "test" and into "current".
This is the standard gcc 3.3.1 release from gcc.gnu.org + patches from
Danny Smith and (to a vastly lesser extent) me. If you are interested
in checking these sources out of gcc
ill in all of the options, and make
> appropriate choices on the "Select Packages" screen. You'll need to
> select the Devel category to see gcc and friends.
>
[snip]
Which packages does one have to select ?
* binutils,
* gcc,
* gcc-mingw
Something else?
=
On Sun, Sep 21, 2003 at 04:22:53PM +0100, Andy Lindsay wrote:
>It looks to me as if you've moved gcc 3.3.1 but not gcc-mingw-20030911-2
>- the latter still appears to be marked as test.
Oops. You're right. Sorry about that. It's fixed now but it will take
a while to
extent) me. If you are interested
in checking these sources out of gcc's cvs repository, the branch tag is
cygming331. But, please, no questions about where to go or how to do
that on the cygwin list. Go to gcc.gnu.org for that kind of info.
Hi,
It looks to me as if you've moved gcc 3
o keep this around, you should make a copy of the tar ball somewhere
since it will disappear when the next gcc update comes out. I don't
plan on making a gcc32 package available as I did for gcc2. Not gonna
happen. Don't even mention it.
As previously, the gcc-mingw piece is now requir
On Sat, Sep 20, 2003 at 08:38:31PM +0200, serge wrote:
>Hallo Christopher,
>
> The support for unnamed structure/union is brocken!
>
> The warning only (-Wall) is generated and corresponding field is ignored!
While you are obviously quite excited about this, you haven't provided
any details. It
Hallo Christopher,
The support for unnamed structure/union is brocken!
The warning only (-Wall) is generated and corresponding field is ignored!
The old GCC compiler (before 2.95.3 if I not mistake) reports the error.
In the previous 2.95.3 .. 3.2 and in the current GCC shipped with CYGWIN
On Sat, Sep 20, 2003 at 10:23:14AM +0200, Gerrit P. Haase wrote:
>Hallo Christopher,
>
>Am Mittwoch, 17. September 2003 um 17:24 schriebst du:
>
>> On Wed, Sep 17, 2003 at 08:27:39AM +0200, Gerrit P. Haase wrote:
>>>Am Samstag, 13. September 2003 um 02:27 schriebst du:
Problems go to the cygwi
Hallo Christopher,
Am Mittwoch, 17. September 2003 um 17:24 schriebst du:
> On Wed, Sep 17, 2003 at 08:27:39AM +0200, Gerrit P. Haase wrote:
>>Am Samstag, 13. September 2003 um 02:27 schriebst du:
>>> Problems go to the cygwin mailing list as always.
>>
>>c-lex.h is missing in the source package.
Hallo Christopher,
On Mittwoch, 2003-09-17 at 23:32 you wrote:
c-lex.h is missing in the source package.
>>> It's not available in the CVS repository on gcc.gnu.org, AFAICT.
>>> Nothing that I build uses it, so this shouldn't be an issue. Apparently
>>> objc builds are broken for 3.3.1.
>>
On Wed, Sep 17, 2003 at 05:50:41PM +0200, Gerrit P. Haase wrote:
>Christopher schrieb:
>
>> On Wed, Sep 17, 2003 at 08:27:39AM +0200, Gerrit P. Haase wrote:
>>>Am Samstag, 13. September 2003 um 02:27 schriebst du:
Problems go to the cygwin mailing list as always.
>>>
>>>c-lex.h is missing in t
Christopher schrieb:
> On Wed, Sep 17, 2003 at 08:27:39AM +0200, Gerrit P. Haase wrote:
>>Am Samstag, 13. September 2003 um 02:27 schriebst du:
>>> Problems go to the cygwin mailing list as always.
>>
>>c-lex.h is missing in the source package.
>>
>>http://cygwin.com/cgi-bin2/package-grep.cgi?grep
On Wed, Sep 17, 2003 at 08:27:39AM +0200, Gerrit P. Haase wrote:
>Am Samstag, 13. September 2003 um 02:27 schriebst du:
>> Problems go to the cygwin mailing list as always.
>
>c-lex.h is missing in the source package.
>
>http://cygwin.com/cgi-bin2/package-grep.cgi?grep=c-lex.h
It's not available i
Hallo Christopher,
Am Samstag, 13. September 2003 um 02:27 schriebst du:
[...]
> Anyway, it seems to work fine. Usual caveats apply.
> Problems go to the cygwin mailing list as always.
c-lex.h is missing in the source package.
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=c-lex.h
Gerrit
Danny Smith wrote:
Ada, Java, ObjC are affected as well as C++. Also, note that any C++ code
that uses iostreams or STL will be using exceptions. Oh yes, and new/delete use
exceptions.
That is, any C++ code. 'Kay.
But garden variety C should not be affected.
Linking to w32api dll's certainly is
--- Charles Wilson <[EMAIL PROTECTED]> wrote: > Danny Smith wrote:
>
> > gcc 3.2-3 used Dwarf2 exceptions, which worked most of the time. (In fact,
> > I don't recall any bug reports at all on cygwin list). But it didn't work
> > with w32api callbacks, nor with some combinations of compiler swit
Hallo Rolf,
Am Sonntag, 14. September 2003 um 01:07 schriebst du:
> Danny Smith wrote:
>> On Sat, Sep 13, 2003 at 12:43:38PM -0400, Rolf Campbell wrote:
>>>Christopher Faylor wrote:
On Sat, Sep 13, 2003 at 12:20:39PM -0400, Rolf Campbell wrote:
>Is this new gcc supposed to be ABI compatib
Danny Smith wrote:
gcc 3.2-3 used Dwarf2 exceptions, which worked most of the time. (In fact,
I don't recall any bug reports at all on cygwin list). But it didn't work
with w32api callbacks, nor with some combinations of compiler switches
(notably -mcpu=i586 or -mno-accumulate-outgoing-args and
-
Danny Smith wrote:
On Sat, Sep 13, 2003 at 12:43:38PM -0400, Rolf Campbell wrote:
Christopher Faylor wrote:
On Sat, Sep 13, 2003 at 12:20:39PM -0400, Rolf Campbell wrote:
Is this new gcc supposed to be ABI compatible with 3.2.x? Because I
can't link in libraries compiled with an older version of
On Sat, Sep 13, 2003 at 12:43:38PM -0400, Rolf Campbell wrote:
>Christopher Faylor wrote:
>
>>On Sat, Sep 13, 2003 at 12:20:39PM -0400, Rolf Campbell wrote:
>>
>>>Is this new gcc supposed to be ABI compatible with 3.2.x? Because I
>>>can't link in libraries compiled with an older version of cygwi
Charles Wilson wrote:
Rolf Campbell wrote:
Is this new gcc supposed to be ABI compatible with 3.2.x? Because I
can't link in libraries compiled with an older version of cygwin g++.
/c/temp/cppunit-1.8.0/src/cppunit/TestSucessListener.cpp: undefined
reference to `___gxx_personality_v0'
/c/temp
Rolf Campbell wrote:
Is this new gcc supposed to be ABI compatible with 3.2.x? Because I
can't link in libraries compiled with an older version of cygwin g++.
/c/temp/cppunit-1.8.0/src/cppunit/TestSucessListener.cpp: undefined
reference to `___gxx_personality_v0'
/c/temp/cppunit-1.8.0/src/cppu
On Sat, Sep 13, 2003 at 12:43:38PM -0400, Rolf Campbell wrote:
>Christopher Faylor wrote:
>
>>On Sat, Sep 13, 2003 at 12:20:39PM -0400, Rolf Campbell wrote:
>>
>>>Is this new gcc supposed to be ABI compatible with 3.2.x? Because I
>>>can't link in libraries compiled with an older version of cygwi
Christopher Faylor wrote:
On Sat, Sep 13, 2003 at 12:20:39PM -0400, Rolf Campbell wrote:
Is this new gcc supposed to be ABI compatible with 3.2.x? Because I
can't link in libraries compiled with an older version of cygwin g++.
/c/temp/cppunit-1.8.0/src/cppunit/TestSucessListener.cpp: undefined
On Sat, Sep 13, 2003 at 12:20:39PM -0400, Rolf Campbell wrote:
>Is this new gcc supposed to be ABI compatible with 3.2.x? Because I
>can't link in libraries compiled with an older version of cygwin g++.
>
>/c/temp/cppunit-1.8.0/src/cppunit/TestSucessListener.cpp: undefined
>reference to `___gxx_
../include/cppunit/TestListener.h:33:
undefined reference to `__Unwind_Resume'
I get about 200 of those.
Oh, and my cygcheck took 3.4seconds.
Christopher Faylor wrote:
I've made test versions of gcc 3.3.1 (and the accompanying gcc-mingw
package) available via setup. This version is th
Christopher Faylor wrote:
> I've made test versions of gcc 3.3.1 (and the accompanying gcc-mingw
> package) available via setup. This version is the 3.3.1 release plus
> the usual cygwin + mingw patches -- most of which come from Danny Smith.
> The set of custom patches necessa
I've made test versions of gcc 3.3.1 (and the accompanying gcc-mingw
package) available via setup. This version is the 3.3.1 release plus
the usual cygwin + mingw patches -- most of which come from Danny Smith.
The set of custom patches necessary for cygwin and mingw is shrinking
all of the
I just upgraded cygwin using the latest setup snapshot (2.340.2.3.2.3).
Among the items upgraded were GCC mingw (20020817-4 to 20020817-5) and the
cygwin dll (1.3.17 to 1.3.22-1)
While uninstalling packages a message box appeared with the title sh.exe,
saying that cygwin1.dll could not be found
On Tue, Dec 17, 2002 at 06:47:20AM -0800, Jim wrote:
>Thank you.
For what? I'm still mystified as to why you didn't download
this package to begin with or at least reinstall it as suggested.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cyg
Thank you.
--
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/
to build at least the unpacking
makefile :
I stole the autoconf tools from the gcc install, and ran automake,
you will find the added files here
http://introspector.sourceforge.net/cygwin/added-gcc-mingw-3.2-20020817-1.tgz
(37k)
Here are the contents :
config.cache
config.guess
config.log --- yes
I've made a new version of the gcc mingw package available for download.
This version just fixes some problems with "uninstall", so it should now
uninstall cleanly if that option is selected from setup.exe.
This package is an adjunct to the gcc package. It adds the "-mno-cygw
Hi there,
Now the switch to gcc-3xx is complete, has the linker being configured to be
128-bit aligned so we can use the new SSE functionality and 128-bit data
types?
Regards
--
-
Q-Games, Dylan Cuthbert.
http://www.q-games.com
P2P internet radio - http://www.peer
I've moved all of the gcc stuff out of "test" and into "current".
So the default gcc compiler for cygwin is now gcc 3.2. If you want to
use gcc 2.95, install the gcc2 package. This will produce a 'gcc-2'
executable with similar functionality to the old gcc.
On Wed, Jan 16, 2002 at 11:43:26AM -0500, Jonathan Simms wrote:
>Is it possible to use the ncurses library, then compile the source with
>gcc for use as a windows console app?
>
>If so, how?...or if that's too involved a question, where might i find
>information that will help me?
If you are inte
Is it possible to use the ncurses library, then compile the source with
gcc for use as a windows console app?
If so, how?...or if that's too involved a question, where might i find
information that will help me?
-Jonathan
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug
96 matches
Mail list logo
