New upstream release.
D=http://sanibeltranquility.com/cygwin/release/emacs
wget -x -nH --cut-dirs=2 \
${D}/emacs-24.3-1-src.tar.bz2 \
${D}/emacs-24.3-1.tar.bz2 \
${D}/setup.hint \
${D}/emacs-X11/emacs-X11-24.3-1.tar.bz2 \
${D}/emacs-X11/setup.hint \
${D}/emacs-w32/emacs-w32-24.3-1.tar
On 12/03/2013 22:15, Achim Gratz wrote:
> Achim Gratz writes:
>> Yaakov (Cygwin/X) writes:
>> OK. I won't be able to run the tests for some packages this way, but it
>> sounds like this should provide a workable solution for bootstrapping.
>> I guess we will anyway have to re-compile all packages
Achim Gratz writes:
> Yaakov (Cygwin/X) writes:
> OK. I won't be able to run the tests for some packages this way, but it
> sounds like this should provide a workable solution for bootstrapping.
> I guess we will anyway have to re-compile all packages with gcc47 when
> it is ready for release, rig
Yaakov (Cygwin/X) writes:
> On Tue, 12 Mar 2013 07:44:56 +0100, Achim Gratz wrote:
>> How did isl make it into the list, it doesn't seem to be used so
>> far, perhaps a new dependency for gcc48?
>
> Exactly; we're already using 4.8 for x86_64.
If the plan is to still release gcc47, then I would l
Yaakov (Cygwin/X) writes:
> 1) Build gmp-5.1.1 and install libgmp10 and libgmp-devel;
> 2) Build mpfr-3.1.1 and install ONLY libmpfr-devel;
> 3) Build libmpc-1.0.1 and install libmpfr4, libmpc3, libmpc-devel
> 4) Build ppl-0.11.2, install libppl9 libppl_c4 libpwl5, and replace
> ppl-devel with libp
On Tue, 12 Mar 2013 07:44:56 +0100, Achim Gratz wrote:
> How did isl make it into the list, it doesn't seem to be used so
> far, perhaps a new dependency for gcc48?
Exactly; we're already using 4.8 for x86_64.
Yaakov
On Tue, 12 Mar 2013 07:02:22 +0100, Achim Gratz wrote:
> I can spin whatever version you want (I did start with 5.1.1 actually,
> but had to row back) if you can ensure that the system as a whole keeps
> working after the update, which involves AFAICS a large number of
> packages to be updated simu
On Mar 11 15:26, Ken Brown wrote:
> On 3/11/2013 1:43 PM, Corinna Vinschen wrote:
> >On Mar 11 12:13, Ken Brown wrote:
> >>On 3/10/2013 4:52 PM, Corinna Vinschen wrote:
> >>>No, we shouldn't include windows.h. Some of the values are already
> >>>defined using another name in a.out.h, see I386MAGIC
