Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
On 2013-04-02 10:26, Achim Gratz wrote: I've added test packages compiled with gcc-4.7.2-1 (to be installed by manually selecting them, like the test version of gcc itself): Style point: doins can take multiple arguments at once, and for installing docs, use docinto/dodoc instead, e.g.: docinto html dodoc path/to/docs/* GTG. Yaakov
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
Hi, On Apr 2 17:26, Achim Gratz wrote: I've added test packages compiled with gcc-4.7.2-1 (to be installed by manually selecting them, like the test version of gcc itself): Is anybody more intimate with gcc going to review these packages (gmp, mpfr, mpclib)? I don't quite feel up to the task. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
On 04/04/2013 10:13, Yaakov (Cygwin/X) wrote: On Sun, 31 Mar 2013 19:57:09 +0100, Dave Korn wrote: And the reroll failed to build because of the problem JonY ran into with java. Turns out that libjava keys off the presence of pthread_getattr_np (added to the DLL a few versions ago) to decide whether to invoke a couple of boehm-gc functions that only existed in pthread versions, so weren't implemented for win32 threads as used by the Cygwin port. I've added a patch that implements them and am starting again. As mentioned previously, I already fixed that in Ports: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc PLEASE use this as the basis for your packages; there are a number of important fixes in that patchset. Well, I was just going to do a quick update to 4.7.1-1, still as a test: version, in order to a) fix the dependencies and b) get exported TLS vars working, and then integrate all your extra patches before doing the first full curr: release. Is that not a good idea? b) in particular was important for getting new versions of mpfr to work without having to disable thread support. cheers, DaveK
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
On 05/04/2013 18:07, Dave Korn wrote: On 04/04/2013 10:13, Yaakov (Cygwin/X) wrote: On Sun, 31 Mar 2013 19:57:09 +0100, Dave Korn wrote: And the reroll failed to build because of the problem JonY ran into with java. Turns out that libjava keys off the presence of pthread_getattr_np (added to the DLL a few versions ago) to decide whether to invoke a couple of boehm-gc functions that only existed in pthread versions, so weren't implemented for win32 threads as used by the Cygwin port. I've added a patch that implements them and am starting again. As mentioned previously, I already fixed that in Ports: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc PLEASE use this as the basis for your packages; there are a number of important fixes in that patchset. Well, I was just going to do a quick update to 4.7.1-1, still as a test: version, in order to a) fix the dependencies and b) get exported TLS vars working, and then integrate all your extra patches before doing the first full curr: release. Is that not a good idea? b) in particular was important for getting new versions of mpfr to work without having to disable thread support. Also, c) I have a fixed libffi package to go with it, which would resolve the problems mentioned by Angelo G. in http://cygwin.com/ml/cygwin/2013-04/threads.html#00081 I really think it's worth uploading as a stop-gap. cheers, DaveK
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
On Sun, 31 Mar 2013 19:57:09 +0100, Dave Korn wrote: And the reroll failed to build because of the problem JonY ran into with java. Turns out that libjava keys off the presence of pthread_getattr_np (added to the DLL a few versions ago) to decide whether to invoke a couple of boehm-gc functions that only existed in pthread versions, so weren't implemented for win32 threads as used by the Cygwin port. I've added a patch that implements them and am starting again. As mentioned previously, I already fixed that in Ports: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc PLEASE use this as the basis for your packages; there are a number of important fixes in that patchset. Yaakov
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
I've added test packages compiled with gcc-4.7.2-1 (to be installed by manually selecting them, like the test version of gcc itself): wget=wget -xnH --cut-dirs=1 http://cygwin.stromeko.net/release; $wget/gmp/setup.hint $wget/gmp/gmp-4.3.2-2.tar.bz2 $wget/gmp/gmp-4.3.2-2-src.tar.bz2 $wget/gmp/gmp-5.1.1-1.tar.bz2 $wget/gmp/gmp-5.1.1-1-src.tar.bz2 $wget/gmp/gmp-debuginfo/setup.hint $wget/gmp/gmp-debuginfo/gmp-debuginfo-4.3.2-2.tar.bz2 $wget/gmp/gmp-debuginfo/gmp-debuginfo-5.1.1-1.tar.bz2 $wget/gmp/libgmp-devel/setup.hint $wget/gmp/libgmp-devel/libgmp-devel-4.3.2-2.tar.bz2 $wget/gmp/libgmp-devel/libgmp-devel-5.1.1-1.tar.bz2 $wget/gmp/libgmp3/setup.hint $wget/gmp/libgmp3/libgmp3-4.3.2-2.tar.bz2 $wget/gmp/libgmp10/setup.hint $wget/gmp/libgmp10/libgmp10-5.1.1-1.tar.bz2 $wget/gmp/libgmpxx4/setup.hint $wget/gmp/libgmpxx4/libgmpxx4-4.3.2-2.tar.bz2 $wget/gmp/libgmpxx4/libgmpxx4-5.1.1-1.tar.bz2 Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
On 28/03/2013 15:18, Dave Korn wrote: On 28/03/2013 14:05, Dave Korn wrote: Righto. Will upload as soon as I've finished running setup ;) Argh. Gotta re-roll the packaging step as I forgot to commit some of the setup.hint reversions to my local svn. D'oh, but at least I spotted it before uploading. And the reroll failed to build because of the problem JonY ran into with java. Turns out that libjava keys off the presence of pthread_getattr_np (added to the DLL a few versions ago) to decide whether to invoke a couple of boehm-gc functions that only existed in pthread versions, so weren't implemented for win32 threads as used by the Cygwin port. I've added a patch that implements them and am starting again. cheers, DaveK
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
On 26/03/2013 11:20, Corinna Vinschen wrote: Hi Dave, On Mar 12 23:50, Dave Korn wrote: 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 with gcc47 when it is ready for release, right? Fascinatingly the tests for libmpc do run, although ldd gets confused about what libraries it depends on and stops midway after outputting a dependence on ?. If the second gcc47 test release is made within this week I'd prefer that to roll the packages, otherwise I'll set up a second installation with the current release. I'll put all packages for the gcc47 branch into [test], like gcc itself, is that correct? I haven't yet had an explicit go-ahead for that -2 release, but I've been rerolling it with the mpfr (shared libgcc) fix in order to be ready. Gonna check the same fix into upstream trunk tonight as well. How's the state of affairs? I've realised that I should re-roll the release after updating to the latest cygport, as I don't yet have the version with the debuginfo changes, which I assume are desirable? If that's not so important, I could upload the existing build today and then re-roll a -3 with debuginfo, does anyone prefer it one way or the other? cheers, DaveK
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
On Mar 28 13:25, Dave Korn wrote: On 26/03/2013 11:20, Corinna Vinschen wrote: Hi Dave, On Mar 12 23:50, Dave Korn wrote: 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 with gcc47 when it is ready for release, right? Fascinatingly the tests for libmpc do run, although ldd gets confused about what libraries it depends on and stops midway after outputting a dependence on ?. If the second gcc47 test release is made within this week I'd prefer that to roll the packages, otherwise I'll set up a second installation with the current release. I'll put all packages for the gcc47 branch into [test], like gcc itself, is that correct? I haven't yet had an explicit go-ahead for that -2 release, but I've been rerolling it with the mpfr (shared libgcc) fix in order to be ready. Gonna check the same fix into upstream trunk tonight as well. How's the state of affairs? I've realised that I should re-roll the release after updating to the latest cygport, as I don't yet have the version with the debuginfo changes, which I assume are desirable? Just run setup ;) If that's not so important, I could upload the existing build today and then re-roll a -3 with debuginfo, does anyone prefer it one way or the other? I'd be fine with a -2 without debuginfo for now. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
On 28/03/2013 13:39, Corinna Vinschen wrote: On Mar 28 13:25, Dave Korn wrote: I've realised that I should re-roll the release after updating to the latest cygport, as I don't yet have the version with the debuginfo changes, which I assume are desirable? Just run setup ;) If that's not so important, I could upload the existing build today and then re-roll a -3 with debuginfo, does anyone prefer it one way or the other? I'd be fine with a -2 without debuginfo for now. Righto. Will upload as soon as I've finished running setup ;) cheers, DaveK
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
On 28/03/2013 14:05, Dave Korn wrote: Righto. Will upload as soon as I've finished running setup ;) Argh. Gotta re-roll the packaging step as I forgot to commit some of the setup.hint reversions to my local svn. D'oh, but at least I spotted it before uploading. cheers, DaveK
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
Hi Dave, On Mar 12 23:50, Dave Korn wrote: 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 with gcc47 when it is ready for release, right? Fascinatingly the tests for libmpc do run, although ldd gets confused about what libraries it depends on and stops midway after outputting a dependence on ?. If the second gcc47 test release is made within this week I'd prefer that to roll the packages, otherwise I'll set up a second installation with the current release. I'll put all packages for the gcc47 branch into [test], like gcc itself, is that correct? I haven't yet had an explicit go-ahead for that -2 release, but I've been rerolling it with the mpfr (shared libgcc) fix in order to be ready. Gonna check the same fix into upstream trunk tonight as well. How's the state of affairs? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
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 simultaneously. In the case of gmp it is not even hard since the library version changes, so I can provide a test package for libgmp10. I still don't know how to handle libmpfr4, which would need to exist in a Schroedinger version linking to libgmp3 and libgmp10 simuoltaneously. Here's what I did: 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 libppl-devel; 5) Build cloog-ppl-0.15.11 and install libcloog0 and libcloog-devel. My gcc4-4.5.3 is still working, and had no problem bootstrapping gcc-4.7.2. Yaakov
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
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 libppl-devel; 5) Build cloog-ppl-0.15.11 and install libcloog0 and libcloog-devel. My gcc4-4.5.3 is still working, and had no problem bootstrapping gcc-4.7.2. 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, right? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
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, right? Fascinatingly the tests for libmpc do run, although ldd gets confused about what libraries it depends on and stops midway after outputting a dependence on ?. If the second gcc47 test release is made within this week I'd prefer that to roll the packages, otherwise I'll set up a second installation with the current release. I'll put all packages for the gcc47 branch into [test], like gcc itself, is that correct? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Waldorf MIDI Implementation additional documentation: http://Synth.Stromeko.net/Downloads.html#WaldorfDocs
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
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 with gcc47 when it is ready for release, right? Fascinatingly the tests for libmpc do run, although ldd gets confused about what libraries it depends on and stops midway after outputting a dependence on ?. If the second gcc47 test release is made within this week I'd prefer that to roll the packages, otherwise I'll set up a second installation with the current release. I'll put all packages for the gcc47 branch into [test], like gcc itself, is that correct? I haven't yet had an explicit go-ahead for that -2 release, but I've been rerolling it with the mpfr (shared libgcc) fix in order to be ready. Gonna check the same fix into upstream trunk tonight as well. cheers, DaveK
Re: [ITA] gmp (libgmp-devel / libgmp3 / libgmpxx4)
On Sun, 10 Mar 2013 16:36:05 +0100, Achim Gratz wrote: Packages orphaned by David Billinghurst. - no update due to compatibility issues with existing applications GCC 4.8 uses isl/cloog-isl for Graphite, which require GMP 5.x. So we need to update now; packages which depend on libgmp3 will be rebuilt in due course. Can you please spin 5.1.1 instead and rebuild the other packages? Yaakov