Re: .exe magic in Cygwin

2010-09-05 Thread Al

 Sounds like you didn't run autoreconf (which would have been done
 automatically via the supported mechanism).


I have added the autoreconf step to the Emerge scripts.

Only one conflicts with a Gentoo patches, which I had to disable.

Works fine now.  Solved all problems from that corner.

Al

--
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



Re: .exe magic in Cygwin

2010-09-03 Thread Al
 Cygport is rather similar to emerge/ebuild already.  You might find it
 worthwhile to give it a look.


I am aware of this. I want come to a solution, that builds me from
sources on any of Windows, Mac and Linux.  One to rule them all. I did
only find Gentoo Prefix to be able to do this.

 If all you need is a way to install existing Cygwin packages from the
 command line, you can do that quite well with setup.exe.  It has many
 command line options which help automate the installation process.

I hoped so. Probably I will have to use that exessivly to set up the basics.


 If you want to build a replacement anyway, you should probably delve
 into why nothing like what you want exists already.  This issue comes up
 repeatedly on this list, so you should be able to find much in the list
 archives.

I found a project called Gentoo on Cygwin. It was abandoned in 2008.

http://www.gentoo-wiki.info/HOWTO_Gentoo_on_Cygwin

The Gentoo Prefix approach is a little different. It is not a first
level, but a second level software manager, completely in the
userspace. It sits on it's own prefix as the name tells. It is simply
a folder that I can put into any POSIX environment. There is no need
to replace all of Cygwin.

It is a living project that already works on Mac, Unix and Informix.
The missing link is Cygwin.

I have documented the current achievements
http://en.gentoo-wiki.com/wiki/Prefix/

Al

--
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



Re: .exe magic in Cygwin

2010-09-03 Thread Al
 Right. I applied it the traditional way.

  Ah, you have to understand this about cygport patches: they only contain
 patches for the source files, not the autogenerated ones.  So they have
 patches for e.g. Makefile.am, configure.ac; but not for configure or even
 Makefile.in.  It's vitally necessary to autoreconf after applying a patch that
 you get from a cygport-based package.


OK, that's it.


 As a want to come a hybrid of Cygwin and Gentoos Emerge installer, I
 rather have to figure out one of those hidden ways.

  Well, if you're doing it in a POSIX-compatible environment, you should be
 able to run cygport - with maybe a few minor bugs cropping up, but basically
 it's just a bunch of shell scripts that invoke the autotools, gcc and
 binutils, so they should be relatively easy to port to any similar 
 environment.

  I did once try running cygport on a linux box (with a cross-compiler).  I
 don't remember exactly what went wrong, it didn't work directly out of the
 box, but it shouldn't be hard to fix.


This sounds like a real alternative. Very interesting!

It would definitly be worth it's own project group. Then it would be a choice.

Al

--
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



Re: .exe magic in Cygwin

2010-09-03 Thread Al
2010/9/3 Al oss.el...@googlemail.com:
 Right. I applied it the traditional way.

  Ah, you have to understand this about cygport patches: they only contain
 patches for the source files, not the autogenerated ones.  So they have
 patches for e.g. Makefile.am, configure.ac; but not for configure or even
 Makefile.in.  It's vitally necessary to autoreconf after applying a patch 
 that
 you get from a cygport-based package.


 OK, that's it.

autoreconf  terminates with: Can't exec 'aclocal': No such file ...

Hmm

--
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



Re: .exe magic in Cygwin

2010-09-03 Thread Al
2010/9/3 Al oss.el...@googlemail.com:
 2010/9/3 Al oss.el...@googlemail.com:
 Right. I applied it the traditional way.

  Ah, you have to understand this about cygport patches: they only contain
 patches for the source files, not the autogenerated ones.  So they have
 patches for e.g. Makefile.am, configure.ac; but not for configure or even
 Makefile.in.  It's vitally necessary to autoreconf after applying a patch 
 that
 you get from a cygport-based package.


 OK, that's it.

 autoreconf  terminates with: Can't exec 'aclocal': No such file ...


solved: http://www.mail-archive.com/debian-h...@lists.debian.org/msg19036.html

--
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



.exe magic in Cygwin

2010-09-02 Thread Al
Hello,

I would like to estimate theexpenses to port general linux sources to 
Cygwin.

I did look into Cygwins patch for coreutils. It has 1231 lines of diff
code. A lot of the stuff is related to the .exe magic done by
cygwin.

Do I have to implement that magic in this extend into every package
that I would like to run on Cygwin or is this rather special in the
case of coreutils?

Thank you for advice

Al

--
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



Re: .exe magic in Cygwin

2010-09-02 Thread Eric Blake

On 09/02/2010 01:25 PM, Al wrote:

Hello,

I would like to estimate theexpenses to port general linux sources to 
Cygwin.

I did look into Cygwins patch for coreutils. It has 1231 lines of diff
code. A lot of the stuff is related to the .exe magic done by
cygwin.

Do I have to implement that magic in this extend into every package
that I would like to run on Cygwin or is this rather special in the
case of coreutils?


Coreutils tends to be an exception, because it is so core to the system. 
 Other tools that I also maintain, like m4 or findutils, port with 0 
patches.


--
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org

--
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



Re: .exe magic in Cygwin

2010-09-02 Thread Al

 Coreutils tends to be an exception, because it is so core to the system.
  Other tools that I also maintain, like m4 or findutils, port with 0
 patches.


Thank you. That gives me back some optimism.

I first compiled coreutils without the cygwin patch. It did compile
but afterwards the compilation of findutils, etc. was broken. For
example configure.status of wget was truncated at the top and out of
order at the bottom. That stopped all further efforts of mine.

Now I applied that big patch.

copy.c complaints an error of an undefined reference ot
'cygwin_spelling'. Guess that is a library I have to install.

But some optimism is back

Al

--
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



Re: .exe magic in Cygwin

2010-09-02 Thread Eric Blake

On 09/02/2010 02:06 PM, Al wrote:

I first compiled coreutils without the cygwin patch. It did compile
but afterwards the compilation of findutils, etc. was broken. For
example configure.status of wget was truncated at the top and out of
order at the bottom. That stopped all further efforts of mine.

Now I applied that big patch.


How?  The only supported way of building coreutils for cygwin is by 
using setup.exe to download the sources and several prerequisite tools 
(cygport, autoconf, ...), then using 'cygport coreutils-8.5-1 prep 
make'.  Other ways work, but I won't support them on this list.  See 
also /usr/share/doc/Cygwin/coreutils.README.




copy.c complaints an error of an undefined reference ot
'cygwin_spelling'. Guess that is a library I have to install.


Sounds like you didn't run autoreconf (which would have been done 
automatically via the supported mechanism).


--
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org

--
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



Re: .exe magic in Cygwin

2010-09-02 Thread Al
 Sounds like you didn't run autoreconf (which would have been done
 automatically via the supported mechanism).

Right. I applied it the traditional way.

 setup.exe to download the sources and several prerequisite tools (cygport,
 autoconf, ...), then using 'cygport coreutils-8.5-1 prep make'.  Other ways
 work, but I won't support them on this list.  See also

As a want to come a hybrid of Cygwin and Gentoos Emerge installer, I
rather have to figure out one of those hidden ways. If I can't find
it, I have to fall back from Cygwin to Interix. But that would cut
half of my target group.

 /usr/share/doc/Cygwin/coreutils.README.

Yes, it's time to dig a little deeper into the Cygwin scripts. It has
to be scriptable in the end. Then I can get it into Emerge. A
graphical setup.exe is the wrong way for my approach. However there
are scripts below.

Al

--
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



Re: .exe magic in Cygwin

2010-09-02 Thread Jeremy Bopp
On 9/2/2010 3:44 PM, Al wrote:
 setup.exe to download the sources and several prerequisite tools (cygport,
 autoconf, ...), then using 'cygport coreutils-8.5-1 prep make'.  Other ways
 work, but I won't support them on this list.  See also
 
 As a want to come a hybrid of Cygwin and Gentoos Emerge installer, I
 rather have to figure out one of those hidden ways. If I can't find
 it, I have to fall back from Cygwin to Interix. But that would cut
 half of my target group.

Cygport is rather similar to emerge/ebuild already.  You might find it
worthwhile to give it a look.

 /usr/share/doc/Cygwin/coreutils.README.
 
 Yes, it's time to dig a little deeper into the Cygwin scripts. It has
 to be scriptable in the end. Then I can get it into Emerge. A
 graphical setup.exe is the wrong way for my approach. However there
 are scripts below.

If all you need is a way to install existing Cygwin packages from the
command line, you can do that quite well with setup.exe.  It has many
command line options which help automate the installation process.

If you want to build a replacement anyway, you should probably delve
into why nothing like what you want exists already.  This issue comes up
repeatedly on this list, so you should be able to find much in the list
archives.

-Jeremy

--
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



Re: .exe magic in Cygwin

2010-09-02 Thread Dave Korn
On 02/09/2010 21:44, Al wrote:
 Sounds like you didn't run autoreconf (which would have been done
 automatically via the supported mechanism).
 
 Right. I applied it the traditional way.

  Ah, you have to understand this about cygport patches: they only contain
patches for the source files, not the autogenerated ones.  So they have
patches for e.g. Makefile.am, configure.ac; but not for configure or even
Makefile.in.  It's vitally necessary to autoreconf after applying a patch that
you get from a cygport-based package.

 As a want to come a hybrid of Cygwin and Gentoos Emerge installer, I
 rather have to figure out one of those hidden ways.

  Well, if you're doing it in a POSIX-compatible environment, you should be
able to run cygport - with maybe a few minor bugs cropping up, but basically
it's just a bunch of shell scripts that invoke the autotools, gcc and
binutils, so they should be relatively easy to port to any similar environment.

  I did once try running cygport on a linux box (with a cross-compiler).  I
don't remember exactly what went wrong, it didn't work directly out of the
box, but it shouldn't be hard to fix.

cheers,
  DaveK

--
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



Re: .exe magic in Cygwin

2010-09-02 Thread Charles Wilson
On 9/2/2010 7:46 PM, Dave Korn wrote:
   I did once try running cygport on a linux box (with a cross-compiler).  I
 don't remember exactly what went wrong, it didn't work directly out of the
 box, but it shouldn't be hard to fix.

It's only the most recent release of cygport (0.10.0) that has
rudimentary support for usage on other build environments:

0.10.0:
* Added support for building and using cross-compilers.
* Experimental support for running cygport on non-Cygwin hosts.

IIUC, cygport at best can now be used in the following build vs host
situations:

cygwin - cygwin
other  - cygwin
cygwin - other

I've only tried (1) and (3), not (2).

--
Chuck

--
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