onfirmed for my installation. I think that the problem probably lies
with:
18:08:39 Paul bibbi...@jijou
/cygdrive/d/CProjs $ls -l /usr/lib/gcc/i686-pc-cygwin/4.3.4 | grep gcc
-rw-r--r-- 1 Paul Bibbings root 201150 Dec 11 2009 libgcc.a
-rw-r--r-- 1 Paul Bibbings root 131212 Dec 11
Dave Korn writes:
> On 20/04/2010 20:28, Paul Bibbings wrote:
>
>> (BTW. I'm guessing by "That'd be my fault" that you're working on gcc
>> upstream?)
>
> I certainly am; my long-term goal is a) to synchronize upstream and
> downstream so
Dave Korn writes:
> On 17/04/2010 21:32, Paul Bibbings wrote:
>
>> The .dlls in question are:
>>
>> 21:10:29 Paul bibbi...@jijou
>> ~ $ls -l /opt/gcc-4.5.0/bin | grep dll
>> -rwxr-xr-x 1 ... 437743 Apr 15 09:08 cyggcc_s-1.dll
>> -rwxr
ew .dlls for gcc-4.4.1, for instance:
21:20:52 Paul bibbi...@jijou
~ $ls -l /opt/gcc-4.4.1/bin | grep dll
21:22:23 Paul bibbi...@jijou
Can I ask, how did you configure your build? Do you have these .dlls?
Also, do you have gcc-3 and/or -4 installed, with the .dlls these
require
"Larry Hall (Cygwin)" writes:
> On 4/15/2010 2:26 PM, Paul Bibbings wrote:
>> Can I, then, do the same with the .dlls in question? Is it possible,
>> for instance, for .dlls to be loadable via symlinks under Cygwin?
>
> No. The Windows loader does not recog
ll possible, and to not have to think about changing and
reverting paths.
Have I perhaps configured/built this incorrectly?
Regards
Paul Bibbings
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Eric Blake writes:
> On 04/12/2010 08:15 AM, Paul Bibbings wrote:
>>14:57:37 Paul bibbi...@jijou
>>/cygdrive/d/Downloads/link_test $link zoo.exe zoo_link
>>
>>14:57:54 Paul bibbi...@jijou
>>/cygdrive/d/Downloads/link_test $ls -l
>>tota
total 128
-rwxr-xr-x+ 2 Paul Bibbings None 65024 Apr 12 14:57 zoo.exe
-rwxr-xr-x+ 2 Paul Bibbings None 65024 Apr 12 14:57 zoo_link.exe
14:58:04 Paul bibbi...@jijou
/cygdrive/d/Downloads/link_test $rm zoo.exe
14:58:50 Paul bibbi...@jijou
/cygdrive/d/Downloads/link_test $./zoo_l
the so is setup.ini. No more "setup is out of date
on this mirror, but you'll have to wait for server caching to resolve
before getting a new one." (Perhaps even no more requesting of http
access to setup.exe. Happy days! :)
Regards
Paul Bibbings
--
Problem repor
Dave Korn writes:
> On 11/04/2010 04:21, Paul Bibbings wrote:
>
>> For
>> instance, if I click on the view button and select `Not installed',
>> suppose I select a package that I don't have - for example (I'm trying
>> this now), aspell-dev 0.
Norton Allen writes:
> On 4/9/2010 5:56 AM, Paul Bibbings wrote:
>> If by "add a right-click context menu to the spinner" you intend to
>> retain the current problematic behaviour of the spinner but add the
>> context menu by way of avoiding the noted problems o
thing
and regard the (presumably) silent difference to be a design flaw. I may
be missing something, but I'm wondering how it is that, if the pass
through `install' can put in all the dependencies, continuing to
`uninstall' can't just take them out again?
Regards
Paul Bibbings
Andy Koppe writes:
> Paul Bibbings:
>> FWIW, I am experiencing exactly the same problems as the OP. I have
>> mintty set up to use (under Options):
>>
>> Locale : en_GB
>> Character set: UTF-8
>>
>> which matches...
>>
>&g
non-Cygwin software that requires SHELL to be set
the `native' way. (To clarify, I am using GNU Emacs 23.1.1
(i386-mingw-nt6.0.6002, not the version from the Cygwin package.)
Regards
Paul Bibbings
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ns that certain desirable features are
not available to C++ developers using gcc under Cygwin, it will become
an issue of standards compliance with the introduction of C++11.
Regards
Paul Bibbings
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygw
Dave Korn writes:
> On 01/03/2010 21:47, Paul Bibbings wrote:
>> On the current problem, having tidied up the libraries, I can get a
>> basic Qt4 app to build, but I'm not getting any joy running it. It
>> merely hangs at a point that I am still trying to trace thr
Dave Korn writes:
> On 01/03/2010 20:32, Dave Korn wrote:
>> On 01/03/2010 19:36, Paul Bibbings wrote:
>>
>>>-rwxr-xr-x 1 ... 392653 2010-01-31 00:57 cyggcc_s-sjlj-1.dll
>>
>> That's not one of ours at all. You can leave it, delete it, or mo
uldn't have expected this to have changed from my having upgraded to
Cygwin 1.7 somewhere towards the end of last year. Then I remembered a
rocky build and a bad `installation' of a recent gcc snapshot, and sure
enough:
19:04:42 Paul bibbi...@jijou
~ $ls -l /opt/gcc-4.5.0/bin | grep
d any other class that in turn derives from Y.
(The rejection of line #2 in main appears to indicate that it is
not as simple as that the protected access is ignored in all
cases.)
This issue appears to be closely related to (if not duplicating)
GCC Bugzilla Bug 35640
(http://gcc.gnu.org/bug
19 matches
Mail list logo