cygwin patches integrating back into standard gnu

2003-11-06 Thread Edward S. Peschko
I was curious - exactly what is the process to submit cygwin patches to the respective projects that support cygwin as a target? I've been integrating cygwin into the build for the OSes I support, and I find that there are hundreds of thousands of lines of patches for cygwin (around 400k). Som

Re: cygwin patches integrating back into standard gnu

2003-11-07 Thread Edward S. Peschko
> See, to build a shared lib, you really really need to use libtool-devel, > which is libtool-1.5, and which requires automake > 1.5.0 and autoconf > > 2.50. However, those packages are just now -- after 1.5 years -- coming > into widespread use, because > > 1) autoconf 2.5x is in some ways

Re: [ANNOUNCEMENT] New Package Available: perl-libwin32-0.191-1

2004-01-21 Thread Edward S. Peschko
On Wed, Jan 21, 2004 at 05:12:27PM -0500, Rafael Kitover wrote: > Description > = > > The libwin32 Perl library that provides access to the Win32 API, and is > installed by default with ActivePerl, is now available as a Cygwin package. > > The CORE Win32 method

Re: Linking VC++ apps to cygwin-based DLLs

2004-01-22 Thread Edward S. Peschko
On Fri, Jan 23, 2004 at 12:24:19AM +0200, Tomer Zekharya wrote: > Hi > > First I want to state that I'm using Cygwin (and VC++) for less than a week. > > I want to port a certain group of libraries from UNIX to windows. I managed to > compile and link it using cygwin, but the Windows applicatio

Re: perlcc does not work on my cygwin-please help

2004-01-27 Thread Edward S. Peschko
On Tue, Jan 27, 2004 at 07:08:48PM +0200, Pinhas Krengel wrote: > perlcc does not work on my cygwin (win XP). I have tried to re-install > cygwin, read the assorted documents but can not figure out what is wrong. > It seems to be a very basic problem as it reports error of not finding some > file t

ldd equivalent

2004-02-05 Thread Edward S. Peschko
hey, I was wondering if - when you ran cygcheck - it gave equivalent output to ldd. If so, why isn't it called ldd? If not, what's the equivalent? I see mention of an 'ldd-like script' in http://sources.redha.com/ml/binutils/2002-09/msg00353.html but unfortunately, the link internal to the m

Re: ldd equivalent

2004-02-05 Thread Edward S. Peschko
On Thu, Feb 05, 2004 at 09:38:33PM -0500, Larry Hall wrote: > At 09:10 PM 2/5/2004, Edward S. Peschko you wrote: > >hey, > > > >I was wondering if - when you ran cygcheck - it gave equivalent output to > >ldd. > > > >If so, why isn't it called ldd? &g

patch for additional args to setup.exe

2004-02-05 Thread Edward S. Peschko
hey all, below is a relatively small patch to setup.exe that adds the following command line options: -E: use IE connection settings for downloading -H: give a proxy name to use ... -P: give a proxy port to use ... -a: install everything -u: uninstall everythi

patches...

2004-02-05 Thread Edward S. Peschko
(ps - whoops, just saw this: "If you just want to send email to the cygwin-patches mailing list without receiving email you can send email to [EMAIL PROTECTED] This will allow you to send email to the list without receiving any of the email traffic. Be advised however, that you may miss some mes

cyclical dependencies in setup.ini?

2004-02-09 Thread Edward S. Peschko
I was looking at setup.ini, and found the following entries: @ cygwin requires: libintl2 _update-info-dir base-passwd and then... @ libintl2 requires: cygwin libiconv2 hunh? what's going on? which comes first? Dependencies like this are all over the place inside of setup.ini - where's an a

Re: cyclical dependencies in setup.ini?

2004-02-09 Thread Edward S. Peschko
> > >Dependencies like this are all over the place inside of setup.ini - where's an > >accurate representation of what needs to get compiled first? How do you compile > >from scratch? > > > These are package installation dependencies. If you're trying to build > the Cygwin DLL, visit

Re: cyclical dependencies in setup.ini?

2004-02-09 Thread Edward S. Peschko
On Tue, Feb 10, 2004 at 12:04:21AM -0500, Christopher Faylor wrote: > On Mon, Feb 09, 2004 at 08:40:53PM -0800, Edward S. Peschko wrote: > >If possible, I'd like to avoid having to run across dependencies inside > >of configure files, hence I'm hoping that somewhere its do

Re: cyclical dependencies in setup.ini?

2004-02-09 Thread Edward S. Peschko
> I also know that build-depends is a real headache for Red Hat package > maintainers so I'm not in a hurry to foist that extra bookkeeping > headache on cygwin maintainers. It's moderate effort for small > gain given that there are other more important things that could > be done with and to setu

Re: cyclical dependencies in setup.ini?

2004-02-10 Thread Edward S. Peschko
> > well, I need to know which ones to *build* first, and which order > > to build them.. Like I said I want to do it with as few deps as possible, > > if possible just g++ and make, and shell. > > I believe I mentioned this before, but anyway... Most maintainers put the > build requirements in t

compilation of tar leads to system error

2004-03-23 Thread Edward S. Peschko
ok, I've compiled tar (tar-1.13.25-5) with gcc-3.3.1-2, and get: "The application failed to initialize properly (0xc022). Click on OK to terminate the application." I would have used gcc-3.3.1-3, but cc1.exe shows the same behavior... I looked at the archive, saw this was an issue in the pa

ACL problems and cryptic messaging.

2004-03-24 Thread Edward S. Peschko
wrt the problem using a compiled 'tar' on the latest version of cygwin (.59): It looks like the dll at fault is cygiconv-2.dll - which means when I compiled libiconv-1.9.1-3, something went screwy with the install. The very act of linking with cygiconv-2.dll causes the problems. They are permiss

popups upon library errors.

2004-03-25 Thread Edward S. Peschko
After trying to compile cygwin from scratch, I've come to the conclusion that opening up popup windows that require human interaction for system events is well-nigh intolerable, and I'm hoping that something can be done to fix it. Figure - I'm installing gettext, and configure is doing a bunch

Re: popups upon library errors.

2004-03-29 Thread Edward S. Peschko
On Fri, Mar 26, 2004 at 10:12:05AM +0100, Corinna Vinschen wrote: > Off the top of my head I would say, that's a problem in your environment. > When the configury tests for existing libraries, it typically does that > by trying to build a test application which uses a function from that > lib. A

Re: popups upon library errors.

2004-03-29 Thread Edward S. Peschko
On Sun, Mar 28, 2004 at 02:31:05AM -0500, David Fritz wrote: > [EMAIL PROTECTED] wrote: > > > > >Can you take a screenshot of the dialog box and either post > >a URL for it, or send it to me directly (I imagine this mailing > >list doesn't want largish attachments cluttering up everyone's inbox)?

gcc-3.3.1-3 popup error persists.

2004-04-05 Thread Edward S. Peschko
this is getting on my nerves a little... The error that I'm getting through gcc-3.3.1.3 is persisting, and shows no signs of going away. Its a popup error: - gcc.exe - Application Error The application failed to initialize properly (0xc022). Click OK to terminate the applica

Re: gcc-3.3.1-3 popup error persists.

2004-04-05 Thread Edward S. Peschko
On Mon, Apr 05, 2004 at 11:18:53PM -0400, Larry Hall wrote: > At 10:02 PM 4/5/2004, you wrote: > >this is getting on my nerves a little... > > > >The error that I'm getting through gcc-3.3.1.3 is persisting, and shows no signs of > >going away. Its a popup error: > > > >- > > > >gcc.exe -

errors coming from building from scratch

2004-04-06 Thread Edward S. Peschko
> > What is the output of cygcheck /your/path/gcc.exe and what are the > permissions of *all* the shared libraries gcc.exe depends on? That's the point.. when cygintl-2.dll is 644 (which is a dependency) or *any* of the system directories (ADVAPI32.DLL, NTDLL) etc. are 644, programs crash. If I

Re: errors coming from building from scratch

2004-04-06 Thread Edward S. Peschko
On Tue, Apr 06, 2004 at 08:54:02PM +0200, Corinna Vinschen wrote: > On Apr 6 11:43, Edward S. Peschko wrote: > > I don't see why cygwin could internalize this behavior and provide a consistant way > > of displaying linking errors via text rather than annoying popups.. > &g

Re: errors coming from building from scratch

2004-04-06 Thread Edward S. Peschko
> Perhaps I'm missing something obvious but it seems to me that the real > question is why automake is installing things with the incorrect > permissions for you. Is there a reason you're not focused on this issue? Well, as a quick workaround I am focused on this issue (I install my own hacked

Re: errors coming from building from scratch

2004-04-07 Thread Edward S. Peschko
On Wed, Apr 07, 2004 at 03:57:59PM +0200, Gerrit P. Haase wrote: > Hi Edward, > > >> Perhaps I'm missing something obvious but it seems to me that the real > >> question is why automake is installing things with the incorrect > >> permissions for you. Is there a reason you're not focused on thi

recompiling cygwin dll problems

2004-04-21 Thread Edward S. Peschko
all, Is there any reason why a recompiled version of cygwin.dll in a non-standard location would cause tools that depend on it to fail? I compiled with a standard: configure --prefix= make make install I need to remove the compiled dll in order to get anything working again... Also, any debuggi

Re: recompiling cygwin dll problems

2004-04-22 Thread Edward S. Peschko
On Wed, Apr 21, 2004 at 10:21:58PM -0400, Larry Hall wrote: > At 06:29 PM 4/21/2004, you wrote: > >all, > > > >Is there any reason why a recompiled version of cygwin.dll in a non-standard > >location > >would cause tools that depend on it to fail? I compiled with a standard: > > > >configure --pre