* ANN: GCC 4.9.0 (2014) for Max OS X Mavericks @ 2014-05-24 17:00 Simon Wright 2014-05-31 19:35 ` Simon Wright ` (2 more replies) 0 siblings, 3 replies; 33+ messages in thread From: Simon Wright @ 2014-05-24 17:00 UTC (permalink / raw) GCC 4.9.0, with the GNAT GPL 2014 tools, is available at https://sourceforge.net/projects/gnuada/files/GNAT_GCC%20Mac%20OS%20X/4.9.0-2014/ This is the README: This is GCC 4.9.0 built for Mac OS X Mavericks (10.9.2, Darwin 13.1.0), with Xcode 5.1.1 and tools from GNAT GPL 2014. gcc-4.9.0-x86_64-apple-darwin13-2014.tar.bz2 ============================================ Compilers included: Ada, C, C++, Objective C, Objective C++, Fortran. Tools included: ASIS, AUnit, GDB, GNATColl, GPRbuild, and XMLAda from GNAT GPL 2014. Target: x86_64-apple-darwin13 Configured with: ../gcc-4.9.0/configure \ --prefix=/opt/gcc-4.9.0 \ --disable-multilib \ --disable-nls \ --enable-languages=c,c++,ada,fortran,objc,obj-c++ \ --host=x86_64-apple-darwin13 \ --target=x86_64-apple-darwin13 \ --build=x86_64-apple-darwin13 Thread model: posix gcc version 4.9.0 (GCC) MD5 (gcc-4.9.0-x86_64-apple-darwin13-2014.tar.bz2) = 4f8e94f0349757ecd417e97b604ce99e Install by ======= $ cd / $ sudo tar jxvf ~/Downloads/gcc-4.9.0-x86_64-apple-darwin13-2014.tar.bz2 and put /opt/gcc-4.9.0/bin first on your PATH. Installing GDB -------------- gdb has to be 'code-signed' (unless you're willing to run it as root!) Instructions are at https://gcc.gnu.org/onlinedocs/gnat_ugn_unw/Codesigning-the-Debugger.html Notes ===== The compiler is GPL verson 3 with the Runtime Exception, so executables built with it can be released on proprietary terms PROVIDED THAT they make no use of the the packages from GNAT GPL 2014, which are full GPL. The command 'gnat', as originally built, failed with SIGSEGV. It was rebuilt on its own, using the project file gnatcmd.gpr, and no longer failed; the working version is provided. Changes made to GPRbuild GPL 2014 are in gprbuild-gpl-2014-src.diff. They: * remove the '-c' flag that is wrongly passed to ranlib (and isn't by gnatmake). * correct a problem when building static stand-alone libraries. * remove some restrictions not provided in FSF GCC yet: No_Fixed_IO, No_Long_Long_Integers, No_Multiple_Elaboration. * import the new library package GNAT.Rewrite_Data (used by gprslave). * retain the bug in gprinstall which installs executables with 'execute' access for the owner only rather than for all users (this is a problem if the installation is done by root). The change relies on a change in the RTS (adaint.c). * gprslave can't call Set_File_Last_Modify_Time_Stamp (adaint.c again). GNATColl GPL 2014 was configured as below, which is minimal apart from GNU Readline being enabled. Users may wish to reconfigure for their own requirements. ./configure \ --prefix=/opt/gcc-4.9.0 \ --build=x86_64-apple-darwin13 \ --enable-gpl resulting in Shared libraries: yes (default: static) Gtk+: no (requires pkg-config and gtkada.gpr) Python: yes /System/Library/Frameworks/Python.framework/Versions/2.7 (see --with-python) PyGtk: no (see --enable-pygtk) PyGObject: no (see --enable-pygobject) Syslog: yes (see --enable-syslog) Readline (GPL license): yes (see --with-readline --enable-gpl) gmp: no (see --with-gmp) PostgreSQL: no -L/usr/lib (see --with-postgresql) Sqlite: embedded (see --with-sqlite) Iconv: yes (see --with-iconv) Projects: yes Changes to ASIS GPL 2014 are in asis-gpl-2014-src.diff. Only changes necessary for the build are included. GDB GPL 2014 built without changes, but there are problems with 'catch exception'; one workround is to invoke GDB with the '-readnow' switch. See https://sourceware.org/bugzilla/show_bug.cgi?id=11385 In addition to the above, a new library gnat_util is required by ASIS and GNATColl. A Sourceforge project to provide this has been set up at https://sourceforge.net/projects/gnatutil/; release 4.9.0 is included here. This is the equivalent of the Debian libgnatvsn. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-05-24 17:00 ANN: GCC 4.9.0 (2014) for Max OS X Mavericks Simon Wright @ 2014-05-31 19:35 ` Simon Wright 2014-05-31 22:29 ` Bill Findlay 2014-06-02 16:46 ` Stephen Leake 2014-06-04 0:15 ` Luke A. Guest 2014-10-15 5:39 ` ANN: " Mario Roy 2 siblings, 2 replies; 33+ messages in thread From: Simon Wright @ 2014-05-31 19:35 UTC (permalink / raw) Simon Wright <simon@pushface.org> writes: > GCC 4.9.0, with the GNAT GPL 2014 tools, is available at > https://sourceforge.net/projects/gnuada/files/GNAT_GCC%20Mac%20OS%20X/4.9.0-2014/ > > This is the README: > > This is GCC 4.9.0 built for Mac OS X Mavericks (10.9.2, Darwin > 13.1.0), with Xcode 5.1.1 and tools from GNAT GPL 2014. > > gcc-4.9.0-x86_64-apple-darwin13-2014.tar.bz2 > ============================================ The first release (gcc-4.9.0-x86_64-apple-darwin13-2014.tar.bz2) contained an error: 'gnat list' didn't recognise library projects. This meant that Emacs ada-mode couldn't be used for library projects. gcc-4.9.0-x86_64-apple-darwin13-2014-1.tar.bz2 is now available at the same place as above. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-05-31 19:35 ` Simon Wright @ 2014-05-31 22:29 ` Bill Findlay 2014-05-31 22:44 ` Pascal Obry 2014-06-01 9:06 ` Simon Wright 2014-06-02 16:46 ` Stephen Leake 1 sibling, 2 replies; 33+ messages in thread From: Bill Findlay @ 2014-05-31 22:29 UTC (permalink / raw) On 31/05/2014 20:35, in article lyiool3fnv.fsf@pushface.org, "Simon Wright" <simon@pushface.org> wrote: > gcc-4.9.0-x86_64-apple-darwin13-2014-1.tar.bz2 is now available at the > same place as above. Simon, how does this version relate to GNAT GPL 2014? Older, newer, more recent/less recent bug fixes, or just tweaks for the sake of different licensing? -- Bill Findlay with blueyonder.co.uk; use surname & forename; ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-05-31 22:29 ` Bill Findlay @ 2014-05-31 22:44 ` Pascal Obry 2014-05-31 23:31 ` Bill Findlay 2014-06-01 9:06 ` Simon Wright 1 sibling, 1 reply; 33+ messages in thread From: Pascal Obry @ 2014-05-31 22:44 UTC (permalink / raw) Le samedi 31 mai 2014 à 23:29 +0100, Bill Findlay a écrit : > On 31/05/2014 20:35, in article lyiool3fnv.fsf@pushface.org, "Simon Wright" > <simon@pushface.org> wrote: > > > gcc-4.9.0-x86_64-apple-darwin13-2014-1.tar.bz2 is now available at the > > same place as above. > > Simon, how does this version relate to GNAT GPL 2014? > Older, newer, more recent/less recent bug fixes, or just tweaks for the sake > of different licensing? At least the backend is GCC 4.9 instead of GCC 4.7. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://v2p.fr.eu.org http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-05-31 22:44 ` Pascal Obry @ 2014-05-31 23:31 ` Bill Findlay 2014-06-01 2:34 ` Dan'l Miller 0 siblings, 1 reply; 33+ messages in thread From: Bill Findlay @ 2014-05-31 23:31 UTC (permalink / raw) On 31/05/2014 23:44, in article 1401576258.26830.87.camel@pascal.home.net, "Pascal Obry" <pascal@obry.net> wrote: > Le samedi 31 mai 2014 à 23:29 +0100, Bill Findlay a écrit : >> On 31/05/2014 20:35, in article lyiool3fnv.fsf@pushface.org, "Simon Wright" >> <simon@pushface.org> wrote: >> >>> gcc-4.9.0-x86_64-apple-darwin13-2014-1.tar.bz2 is now available at the >>> same place as above. >> >> Simon, how does this version relate to GNAT GPL 2014? >> Older, newer, more recent/less recent bug fixes, or just tweaks for the sake >> of different licensing? > > At least the backend is GCC 4.9 instead of GCC 4.7. Thanks. Is there a list somewhere of the differences that implies? -- Bill Findlay with blueyonder.co.uk; use surname & forename; ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-05-31 23:31 ` Bill Findlay @ 2014-06-01 2:34 ` Dan'l Miller 0 siblings, 0 replies; 33+ messages in thread From: Dan'l Miller @ 2014-06-01 2:34 UTC (permalink / raw) On Saturday, May 31, 2014 6:31:44 PM UTC-5, Bill Findlay wrote: > On 31/05/2014 23:44 "Pascal Obry" wrote: > > At least the backend is GCC 4.9 instead of GCC 4.7. > > Thanks. Is there a list somewhere of the differences that implies? http://gcc.gnu.org/gcc-4.9/changes.html http://gcc.gnu.org/gcc-4.8/changes.html For the backend (not necessarily restricted to the feature-set exercised by the Ada front-end), please look especially at the following sections in each: Caveats General Optimizer Improvements (and Changes) New Targets and Target Specific Improvements ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-05-31 22:29 ` Bill Findlay 2014-05-31 22:44 ` Pascal Obry @ 2014-06-01 9:06 ` Simon Wright 2014-06-01 13:56 ` Bill Findlay 2014-10-11 22:42 ` marioeroy 1 sibling, 2 replies; 33+ messages in thread From: Simon Wright @ 2014-06-01 9:06 UTC (permalink / raw) Bill Findlay <yaldnif.w@blueyonder.co.uk> writes: > On 31/05/2014 20:35, in article lyiool3fnv.fsf@pushface.org, "Simon Wright" > <simon@pushface.org> wrote: > >> gcc-4.9.0-x86_64-apple-darwin13-2014-1.tar.bz2 is now available at the >> same place as above. > > Simon, how does this version relate to GNAT GPL 2014? > Older, newer, more recent/less recent bug fixes, or just tweaks for > the sake of different licensing? As Pascal says, it's FSF GCC 4.9.0, and the FSF's change notes are the reference for the compiler. GNAT GPL 2014 (for Mac) supports C, C++, Ada, and Objective C. My release additionally supports Fortran and Objective C++. In all cases, the compiler itself is built without change. I had to rebuild the command 'gnat', because the original build with the compiler failed with SIGSEGV; something to do with exceptions, I need to report this but I'm a bit too vague on the details. The only functional change to the tools was to gprbuild; it still (wrongly) passes -c to ranlib, and I've improved the handling of static stand-alone libraries (like [1]; I didn't patch gnatmake in the compiler, because gprbuild is the proper tool for building libraries on Mac OS X). The RTS copyright is GPL 3 with the runtime exception; the tools are GPL (I expect GPL 3, haven't checked). The ones where this could cause a problem are ASIS, GNATColl, and XMLAda; AUnit, GDB and GPRbuild are build/test tools. README and patches are at the same place as the compiler tarball. [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56616 ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-06-01 9:06 ` Simon Wright @ 2014-06-01 13:56 ` Bill Findlay 2014-10-11 22:42 ` marioeroy 1 sibling, 0 replies; 33+ messages in thread From: Bill Findlay @ 2014-06-01 13:56 UTC (permalink / raw) On 01/06/2014 03:34, in article ef98c9c0-fa81-4897-96a2-7f9eb05d6962@googlegroups.com, "Dan'l Miller" <optikos@verizon.net> wrote: ... > > http://gcc.gnu.org/gcc-4.9/changes.html > http://gcc.gnu.org/gcc-4.8/changes.html On 01/06/2014 10:06, in article lyioolov7n.fsf@pushface.org, "Simon Wright" <simon@pushface.org> wrote: ... > > [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56616 Dan'l, Simon, many thanks. -- Bill Findlay with blueyonder.co.uk; use surname & forename; ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-06-01 9:06 ` Simon Wright 2014-06-01 13:56 ` Bill Findlay @ 2014-10-11 22:42 ` marioeroy 2014-10-12 9:05 ` Simon Wright 1 sibling, 1 reply; 33+ messages in thread From: marioeroy @ 2014-10-11 22:42 UTC (permalink / raw) On Sunday, June 1, 2014 5:06:04 AM UTC-4, Simon Wright wrote: > > ... > > GNAT GPL 2014 (for Mac) supports C, C++, Ada, and Objective C. My > > release additionally supports Fortran and Objective C++. In all cases, > > the compiler itself is built without change. I had to rebuild the > > command 'gnat', because the original build with the compiler failed with > > SIGSEGV; something to do with exceptions, I need to report this but I'm > > a bit too vague on the details. > I could not get the work around using gprbuild to work on Mavericks 10.9.5. The gnat -v (specifying an invalid argument) still crashes. After many attempts have finally tracked this down. One needs to pass --with-host-libstdcxx=-lstdc++ when configuring GCC. Gnat will no longer SIGSEGV after make install. I used gnat-gpl-2014-x86_64-apple-darwin12.5.0 to build a recent 4.9 revision from the 4.9 branch. svn export -r 216107 svn://gcc.gnu.org/svn/gcc/branches/gcc-4_9-branch gcc-4.9-20141010 Remember to pass along --with-host-libstdcxx=-lstdc++ when configuring GCC. That's it. Regards, Mario Notes: Some sites out there suggest running with LDFLAGS=-lgcc_eh make ... That will work and the build process will seem to have succeeded. However, the gnat -v (testing an invalid argument) will still crash. Instead, --with-host-libstdcxx=-lstdc++ is needed when configuring GCC. -lgcc_eh is not necessary when building GCC. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-11 22:42 ` marioeroy @ 2014-10-12 9:05 ` Simon Wright 2014-10-12 15:38 ` Mario Roy 0 siblings, 1 reply; 33+ messages in thread From: Simon Wright @ 2014-10-12 9:05 UTC (permalink / raw) marioeroy@gmail.com writes: > On Sunday, June 1, 2014 5:06:04 AM UTC-4, Simon Wright wrote: >> >> ... >> >> GNAT GPL 2014 (for Mac) supports C, C++, Ada, and Objective C. My >> release additionally supports Fortran and Objective C++. In all >> cases, the compiler itself is built without change. I had to rebuild >> the command 'gnat', because the original build with the compiler >> failed with SIGSEGV; something to do with exceptions, I need to >> report this but I'm a bit too vague on the details. >> See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61027 > I could not get the work around using gprbuild to work on Mavericks > 10.9.5. The gnat -v (specifying an invalid argument) still > crashes. After many attempts have finally tracked this down. Do you mean that the 'gnat' I provided doesn't work, or that you've tried to rebuild gnatcmd as I did and *that* didn't work? I'm still using gcc-4.9.0-x86_64-apple-darwin13-2014-1.tar.bz2 without problems (except that other gnat* commands still show the problem when used in ways which result in program exit via exception, such as 'gnatchop -h', or gnatmake when the library contains .ali files from a very old compiler release). I just rebuilt gnatcmd (Xcode 6.0.1 on Mac OS X 10.9.5, Darwin 13.4.0) and ./gnatcmd -v works fine. > One needs to pass --with-host-libstdcxx=-lstdc++ when configuring > GCC. Gnat will no longer SIGSEGV after make install. Thanks for the info. That must have been _some_ detective work! I see from my compiler build log that my gnat* commands were built with (a mammoth list of inputs, including) -B../../../x86_64-apple-darwin13/libstdc++-v3/src/.libs -B../../../x86_64-apple-darwin13/libstdc++-v3/libsupc++/.libs -L../../../x86_64-apple-darwin13/libstdc++-v3/src/.libs -L../../../x86_64-apple-darwin13/libstdc++-v3/libsupc++/.libs -static-libstdc++ which presumably means to use the newly-build libstc++ in GCC rather than the system one? Interesting, because the rebuilt gnatcmd doesn't appear to use libstdc++ at all (I eventually managed to get a build that used libgnat.dylib, of course that itself might have bound libstdc++ statically - but then how would my fix work?) ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-12 9:05 ` Simon Wright @ 2014-10-12 15:38 ` Mario Roy 2014-10-12 18:35 ` Simon Wright 0 siblings, 1 reply; 33+ messages in thread From: Mario Roy @ 2014-10-12 15:38 UTC (permalink / raw) The gnat binary in gcc-4.9.0-x86_64-apple-darwin13-2014-1.tar.bz2 is working. Did not know that gnatchop -h is causing a segmentation fault though. You see, I am new to Ada. The (Segmentation fault: 11) error takes the fun away, unfortunately. Solution: Configure GCC with --with-host-libstdcxx=-lstdc++. I also tested --with-host-libstdcxx=/usr/lib/libstdc++.6.dylib and that works too. I read about --with-host-libstdcxx at https://gcc.gnu.org/install/configure.html. That did it. The gnat binaries are working as expected even when passing an unknown command (i.e. gnat -v or gnatchop -h). ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-12 15:38 ` Mario Roy @ 2014-10-12 18:35 ` Simon Wright 2014-10-14 16:41 ` Simon Wright 0 siblings, 1 reply; 33+ messages in thread From: Simon Wright @ 2014-10-12 18:35 UTC (permalink / raw) Mario Roy <marioeroy@gmail.com> writes: > The gnat binary in gcc-4.9.0-x86_64-apple-darwin13-2014-1.tar.bz2 is > working. Did not know that gnatchop -h is causing a segmentation fault > though. You see, I am new to Ada. The (Segmentation fault: 11) error > takes the fun away, unfortunately. I guess I only see it very rarely because I'm so used to the GNAT command line that I don't make mistakes like gnatchop -h very often. But it's very annoying when it happens (esp. when the machine frezes while the program tramples over the whole address space before hitting the SEGV!) > I read about --with-host-libstdcxx at > https://gcc.gnu.org/install/configure.html. That did it. The gnat > binaries are working as expected even when passing an unknown command > (i.e. gnat -v or gnatchop -h). I see that page, but I don't see what made you try --with-host-libstdcxx=-lstdc++! Will maybe do a 4.9.1 with this change. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-12 18:35 ` Simon Wright @ 2014-10-14 16:41 ` Simon Wright 2014-10-14 21:31 ` Mario Roy 2014-10-14 22:21 ` David Botton 0 siblings, 2 replies; 33+ messages in thread From: Simon Wright @ 2014-10-14 16:41 UTC (permalink / raw) I'm just about ready for a 4.9.1 release with Mario's suggested configuration change: looking good. But I was wondering about XML/Ada. Up to now I've been including the GPL version; however, the code in the public SVN repo (at http://svn.eu.adacore.com/anonsvn/Dev/trunk/xmlada) contains the GCC Runtime Library Exception. There's a similar situation with the AWS public git repo. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-14 16:41 ` Simon Wright @ 2014-10-14 21:31 ` Mario Roy 2014-10-14 22:21 ` David Botton 1 sibling, 0 replies; 33+ messages in thread From: Mario Roy @ 2014-10-14 21:31 UTC (permalink / raw) I completed testing of various options around the segmentation issue with gnat. Below, gcc uses 2 shared objects while gnat uses 4. $ otool -L gcc gcc: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) $ otool -L gnat gnat: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) This requires make bootstrap. The --disable-bootstrap option means that gcc will look like gnat above. Yet, an other solution, change ... --with-host-libstdcxx="-lstdc++" To ... --with-stage1-ldflags="-lstdc++" Here, an extract of the relevant section from the 'Makefile' after running configure. # Linker flags to use on the host, for stage1 or when not # bootstrapping. STAGE1_LDFLAGS = -lstdc++ # Libraries to use on the host, for stage1 or when not bootstrapping. STAGE1_LIBS = # Linker flags to use for stage2 and later. POSTSTAGE1_LDFLAGS = -static-libstdc++ -static-libgcc # Libraries to use for stage2 and later. POSTSTAGE1_LIBS = I am not sure why one has to specify --with-host-libstdcxx="-lstdc++" or --with-stage1-ldflags="-lstdc++" for gnat and friends to not segfault. Please consider this as a work-around. It has taken me 2 weeks to reach this point (mainly from running 2 cores). Notice how gnat and friends are still linked to libstdc++ and libgcc_s.1 after running make bootstrap-lean. $ otool -L * c++: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) cpp: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) g++: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) gcc: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) gcc-ar: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) gcc-nm: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) gcc-ranlib: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) gcov: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) gfortran: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) gnat: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) gnatbind: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) gnatchop: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) gnatclean: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) gnatfind: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) gnatkr: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) gnatlink: /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) gnatls: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) gnatmake: /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) gnatname: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) gnatprep: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) gnatxref: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /opt/gcc-4.9.x/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.20.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.9.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) My testing (towards the end) has been against a snapshot from the 4.9 branch. svn export -r 216107 svn://gcc.gnu.org/svn/gcc/branches/gcc-4_9-branch gcc-4.9.x-20141010 ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-14 16:41 ` Simon Wright 2014-10-14 21:31 ` Mario Roy @ 2014-10-14 22:21 ` David Botton 2014-10-14 22:54 ` Luke A. Guest 2014-10-15 13:55 ` ANN: " Simon Wright 1 sibling, 2 replies; 33+ messages in thread From: David Botton @ 2014-10-14 22:21 UTC (permalink / raw) I would highly commend including the GMGP version of XML/Ada :) Simon would you consider having pre-built AWS and XML/Ada in your next release? It would really make things a lot easier at least for those wanting to try Gnoga :) David Botton ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-14 22:21 ` David Botton @ 2014-10-14 22:54 ` Luke A. Guest 2014-10-14 23:27 ` David Botton 2014-10-15 9:42 ` Simon Wright 2014-10-15 13:55 ` ANN: " Simon Wright 1 sibling, 2 replies; 33+ messages in thread From: Luke A. Guest @ 2014-10-14 22:54 UTC (permalink / raw) David Botton <david@botton.com> wrote: > I would highly commend including the GMGP version of XML/Ada :) > > Simon would you consider having pre-built AWS and XML/Ada in your next > release? It would really make things a lot easier at least for those > wanting to try Gnoga :) > > David Botton There is only the GPL version. The GMGPL version is most likely very out of date now. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-14 22:54 ` Luke A. Guest @ 2014-10-14 23:27 ` David Botton 2014-10-15 9:42 ` Simon Wright 1 sibling, 0 replies; 33+ messages in thread From: David Botton @ 2014-10-14 23:27 UTC (permalink / raw) So could you Simon build AWS without the XML Ada dependency for it and include it? ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-14 22:54 ` Luke A. Guest 2014-10-14 23:27 ` David Botton @ 2014-10-15 9:42 ` Simon Wright 2014-10-15 13:05 ` David Botton 1 sibling, 1 reply; 33+ messages in thread From: Simon Wright @ 2014-10-15 9:42 UTC (permalink / raw) Luke A. Guest <laguest@archeia.com> writes: > David Botton <david@botton.com> wrote: >> I would highly commend including the GMGP version of XML/Ada :) >> >> Simon would you consider having pre-built AWS and XML/Ada in your next >> release? It would really make things a lot easier at least for those >> wanting to try Gnoga :) >> >> David Botton > > There is only the GPL version. The GMGPL version is most likely very > out of date now. It's not GMGPL, it's GCC Runtime Library Exception. http://svn.eu.adacore.com/anonsvn/Dev/trunk/xmlada was last updated 2014-09-29. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-15 9:42 ` Simon Wright @ 2014-10-15 13:05 ` David Botton 2014-10-15 13:41 ` Simon Wright 2014-10-15 13:43 ` Björn Lundin 0 siblings, 2 replies; 33+ messages in thread From: David Botton @ 2014-10-15 13:05 UTC (permalink / raw) > It's not GMGPL, it's GCC Runtime Library Exception. Doesn't that work out in the end to be the same as the GMGPL? XMLAda is delivered as part of GNAT's runtime now and with that exception and therefore should not infect any application using it with GPL. Can anyone confirm if that is the same license being used in the GNAT Pro editions? That would further confirm practically speaking XMLAda can be used for closed development. David Botton ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-15 13:05 ` David Botton @ 2014-10-15 13:41 ` Simon Wright 2014-10-15 14:28 ` Björn Lundin 2014-10-15 13:43 ` Björn Lundin 1 sibling, 1 reply; 33+ messages in thread From: Simon Wright @ 2014-10-15 13:41 UTC (permalink / raw) David Botton <david@botton.com> writes: >> It's not GMGPL, it's GCC Runtime Library Exception. > > Doesn't that work out in the end to be the same as the GMGPL? Yes, from a user's point of view, but They Are Not The Same. > XMLAda is delivered as part of GNAT's runtime now and with that > exception and therefore should not infect any application using it > with GPL. XMLAda isn't delivered as part of GNAT's runtime (unless any Pro user can tell us different). There are three possible sources, to my knowledge: (a) the one available to AdaCore Pro customers (b) the one available as part of GNAT GPL from Libre (c) the one available from the anonymous SVN repo (a) probably, and (c) definitely, have the Runtime Library Exception (b) does not (it looks as though it has been edited out of the source as part of the process of producing the distribution, leaving blank lines). > Can anyone confirm if that is the same license being used in the GNAT > Pro editions? That would further confirm practically speaking XMLAda > can be used for closed development. Unless you use the GPL version. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-15 13:41 ` Simon Wright @ 2014-10-15 14:28 ` Björn Lundin 0 siblings, 0 replies; 33+ messages in thread From: Björn Lundin @ 2014-10-15 14:28 UTC (permalink / raw) On 2014-10-15 15:41, Simon Wright wrote: > David Botton <david@botton.com> writes: > >> XMLAda is delivered as part of GNAT's runtime now and with that >> exception and therefore should not infect any application using it >> with GPL. > > XMLAda isn't delivered as part of GNAT's runtime (unless any Pro user > can tell us different). It is distributed as a part of the compiler for Gnat Pro, from 7.2.1 I think. Or 7.1.1. Anyway there is no separate download for it anymore -- Björn ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-15 13:05 ` David Botton 2014-10-15 13:41 ` Simon Wright @ 2014-10-15 13:43 ` Björn Lundin 2014-10-15 14:02 ` Simon Wright 1 sibling, 1 reply; 33+ messages in thread From: Björn Lundin @ 2014-10-15 13:43 UTC (permalink / raw) On 2014-10-15 15:05, David Botton wrote: > > > Can anyone confirm if that is the same license being used in the GNAT Pro editions? Gnat Pro 7.2.1 win32 dom.ads > ------------------------------------------------------------------------------ > -- XML/Ada - An XML suite for Ada95 -- > -- -- > -- Copyright (C) 2001-2013, AdaCore -- > -- -- > -- This library is free software; you can redistribute it and/or modify it -- > -- under terms of the GNU General Public License as published by the Free -- > -- Software Foundation; either version 3, or (at your option) any later -- > -- version. This library is distributed in the hope that it will be useful, -- > -- but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHAN- -- > -- TABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- > -- -- > -- As a special exception under Section 7 of GPL version 3, you are granted -- > -- additional permissions described in the GCC Runtime Library Exception, -- > -- version 3.1, as published by the Free Software Foundation. -- > -- -- > -- You should have received a copy of the GNU General Public License and -- > -- a copy of the GCC Runtime Library Exception along with this program; -- > -- see the files COPYING3 and COPYING.RUNTIME respectively. If not, see -- > -- <http://www.gnu.org/licenses/>. -- > -- -- > ------------------------------------------------------------------------------ -- Björn ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-15 13:43 ` Björn Lundin @ 2014-10-15 14:02 ` Simon Wright 0 siblings, 0 replies; 33+ messages in thread From: Simon Wright @ 2014-10-15 14:02 UTC (permalink / raw) Björn Lundin <b.f.lundin@gmail.com> writes: > On 2014-10-15 15:05, David Botton wrote: >> >> >> Can anyone confirm if that is the same license being used in the >> GNAT Pro editions? > > Gnat Pro 7.2.1 win32 dom.ads Identical to the SVN version, except > -- Copyright (C) 2001-2013, AdaCore -- -- Copyright (C) 2001-2014, AdaCore -- It builds as version 4.5.0w. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-14 22:21 ` David Botton 2014-10-14 22:54 ` Luke A. Guest @ 2014-10-15 13:55 ` Simon Wright 2014-10-15 15:33 ` David Botton 1 sibling, 1 reply; 33+ messages in thread From: Simon Wright @ 2014-10-15 13:55 UTC (permalink / raw) David Botton <david@botton.com> writes: > I would highly commend including the GMGP version of XML/Ada :) > > Simon would you consider having pre-built AWS and XML/Ada in your next > release? It would really make things a lot easier at least for those > wanting to try Gnoga :) AWS would have to be configured without ASIS (so no ada2wsdl). ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-15 13:55 ` ANN: " Simon Wright @ 2014-10-15 15:33 ` David Botton 2014-10-17 15:29 ` Simon Wright 0 siblings, 1 reply; 33+ messages in thread From: David Botton @ 2014-10-15 15:33 UTC (permalink / raw) > AWS would have to be configured without ASIS (so no ada2wsdl). Not per se, the tools using ASIS would be GPL which is acceptable to anyone, those not are still with GPL exceptions, so would be good. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-10-15 15:33 ` David Botton @ 2014-10-17 15:29 ` Simon Wright 0 siblings, 0 replies; 33+ messages in thread From: Simon Wright @ 2014-10-17 15:29 UTC (permalink / raw) David Botton <david@botton.com> writes: >> AWS would have to be configured without ASIS (so no ada2wsdl). > > Not per se, the tools using ASIS would be GPL which is acceptable to > anyone, those not are still with GPL exceptions, so would be good. ada2wdsl is in fact pure GPL anyway, so will go ahead as suggested. At the moment I have this makefile.setup: prefix=/opt/gcc-4.9.1/bin/.. DEFAULT_LIBRARY_TYPE=static ENABLE_SHARED=true ZLIB=true XMLADA=true ASIS=true IPv6=false SOCKET=openssl LDAP=false DEBUG=false PROCESSORS=0 TARGET=x86_64-apple-darwin13 ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-05-31 19:35 ` Simon Wright 2014-05-31 22:29 ` Bill Findlay @ 2014-06-02 16:46 ` Stephen Leake 2014-06-02 18:02 ` Simon Wright 1 sibling, 1 reply; 33+ messages in thread From: Stephen Leake @ 2014-06-02 16:46 UTC (permalink / raw) Simon Wright <simon@pushface.org> writes: > Simon Wright <simon@pushface.org> writes: > > The first release (gcc-4.9.0-x86_64-apple-darwin13-2014.tar.bz2) > contained an error: 'gnat list' didn't recognise library > projects. This meant that Emacs ada-mode couldn't be used for library > projects. Another fix for Emacs Ada mode would be to compile gnatinspect or gpr-query, and use those; they provide better cross reference support, including C++. But if 'gnat list' doesn't work, you probably would not be able to compile anything, any way. -- -- Stephe ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-06-02 16:46 ` Stephen Leake @ 2014-06-02 18:02 ` Simon Wright 0 siblings, 0 replies; 33+ messages in thread From: Simon Wright @ 2014-06-02 18:02 UTC (permalink / raw) Stephen Leake <stephen_leake@stephe-leake.org> writes: > Simon Wright <simon@pushface.org> writes: > >> Simon Wright <simon@pushface.org> writes: >> >> The first release (gcc-4.9.0-x86_64-apple-darwin13-2014.tar.bz2) >> contained an error: 'gnat list' didn't recognise library >> projects. This meant that Emacs ada-mode couldn't be used for library >> projects. > > Another fix for Emacs Ada mode would be to compile gnatinspect or > gpr-query, and use those; they provide better cross reference support, > including C++. But if 'gnat list' doesn't work, you probably would not > be able to compile anything, any way. What happened was that "gnat <legal-command>", as built with the compiler, crashed with a SIGSEGV (it exits by raising an exception - perhaps other tools don't do this, since I saw no evidence of them failing). I rebuilt it using the libgnat_util that I'd previously built. This build, which was the first upload, failed to recognise that the in-compiler build copies gcc/ada/mlib-tgt-specific-darwin.adb from the source tree to gcc/ada/tools/mlib-tgt-specific.adb in the build tree, with the result that libgnat_util contained the default mlib-tgt-specific.adb from the source tree, which says -- By default, libraries are not supported at all I found this out when using ada-mode for a new project: on attempting to set the project file, I got GPR_PROJECT_PATH=nil gnat list -Pscripted_testing.gpr -v scripted_testing.gpr:2:17: object directory "src/.build" not found scripted_testing.gpr:4:25: warning: libraries are not supported on this platform gnat: "scripted_testing.gpr" processing failed and I interpreted the "libraries are not supported on this platform" as the reason for failure. It turns out that it is indeed only a warning: the error is actually the missing object directory. Anyway, the fix to "gnat" was to rebuild libgnat_util correctly, then rebuild "gnat" (and the other tools that depend on libgnat_util - I think only GNATColl is actually affected). The reason I didn't notice immediately is that I rarely use the "gnat" versions of commands explicitly; and, having made the fix, I delayed uploading it because no one was complaining. I see gnatinspect, but not gpr_query - is that one of yours? (Google was no help). Isn't gnatpath the proper replacement for gnat list? The customization buffer says it's available on the Ada mode web site, but I don't see it. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-05-24 17:00 ANN: GCC 4.9.0 (2014) for Max OS X Mavericks Simon Wright 2014-05-31 19:35 ` Simon Wright @ 2014-06-04 0:15 ` Luke A. Guest 2014-06-06 7:48 ` Simon Wright 2014-10-15 5:39 ` ANN: " Mario Roy 2 siblings, 1 reply; 33+ messages in thread From: Luke A. Guest @ 2014-06-04 0:15 UTC (permalink / raw) Will you be integrating it into Xcode? ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-06-04 0:15 ` Luke A. Guest @ 2014-06-06 7:48 ` Simon Wright 2014-06-06 14:37 ` Lucretia 0 siblings, 1 reply; 33+ messages in thread From: Simon Wright @ 2014-06-06 7:48 UTC (permalink / raw) Luke A. Guest <laguest@archeia.com> writes: > Will you be integrating it into Xcode? I think I'd have to want to use Xcode to start on that. It would maybe help if Apple published the Xcode plugin interface rather than leaving it to third parties to reverse-engineer it. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-06-06 7:48 ` Simon Wright @ 2014-06-06 14:37 ` Lucretia 2014-06-06 14:42 ` Simon Wright 0 siblings, 1 reply; 33+ messages in thread From: Lucretia @ 2014-06-06 14:37 UTC (permalink / raw) On Friday, 6 June 2014 08:48:23 UTC+1, Simon Wright wrote: > > Will you be integrating it into Xcode? > > I think I'd have to want to use Xcode to start on that. It would maybe > help if Apple published the Xcode plugin interface rather than leaving > it to third parties to reverse-engineer it. True enough. Is the source you used the base GCC 4.9.0 from SVN/GIT? ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-06-06 14:37 ` Lucretia @ 2014-06-06 14:42 ` Simon Wright 0 siblings, 0 replies; 33+ messages in thread From: Simon Wright @ 2014-06-06 14:42 UTC (permalink / raw) Lucretia <laguest9000@googlemail.com> writes: > Is the source you used the base GCC 4.9.0 from SVN/GIT? I used the release from (a UK mirror of) ftp.gnu.org. ^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: ANN: GCC 4.9.0 (2014) for Max OS X Mavericks 2014-05-24 17:00 ANN: GCC 4.9.0 (2014) for Max OS X Mavericks Simon Wright 2014-05-31 19:35 ` Simon Wright 2014-06-04 0:15 ` Luke A. Guest @ 2014-10-15 5:39 ` Mario Roy 2 siblings, 0 replies; 33+ messages in thread From: Mario Roy @ 2014-10-15 5:39 UTC (permalink / raw) I used GCC 4.9.x to build 4.8.x. After boot-strapping, noticed that gnat and friends are using /usr/lib/libstdc++.6.dylib. The output is also the same when using 4.8.x to bootstrap a 2nd time. It is not a problem that I'm aware -- gnatmake hello.adb is working as expected. $ otool -L gnat gnat: /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 60.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1) /opt/gcc-4.8.x/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) The --with-stage1-ldflags="-lstdc++" option is working for both 4.8.x and 4.9.x. It is nice having gnat and friends not crashing now. Hoping that one day the configure option is not necessary. ^ permalink raw reply [flat|nested] 33+ messages in thread
end of thread, other threads:[~2014-10-17 15:29 UTC | newest] Thread overview: 33+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2014-05-24 17:00 ANN: GCC 4.9.0 (2014) for Max OS X Mavericks Simon Wright 2014-05-31 19:35 ` Simon Wright 2014-05-31 22:29 ` Bill Findlay 2014-05-31 22:44 ` Pascal Obry 2014-05-31 23:31 ` Bill Findlay 2014-06-01 2:34 ` Dan'l Miller 2014-06-01 9:06 ` Simon Wright 2014-06-01 13:56 ` Bill Findlay 2014-10-11 22:42 ` marioeroy 2014-10-12 9:05 ` Simon Wright 2014-10-12 15:38 ` Mario Roy 2014-10-12 18:35 ` Simon Wright 2014-10-14 16:41 ` Simon Wright 2014-10-14 21:31 ` Mario Roy 2014-10-14 22:21 ` David Botton 2014-10-14 22:54 ` Luke A. Guest 2014-10-14 23:27 ` David Botton 2014-10-15 9:42 ` Simon Wright 2014-10-15 13:05 ` David Botton 2014-10-15 13:41 ` Simon Wright 2014-10-15 14:28 ` Björn Lundin 2014-10-15 13:43 ` Björn Lundin 2014-10-15 14:02 ` Simon Wright 2014-10-15 13:55 ` ANN: " Simon Wright 2014-10-15 15:33 ` David Botton 2014-10-17 15:29 ` Simon Wright 2014-06-02 16:46 ` Stephen Leake 2014-06-02 18:02 ` Simon Wright 2014-06-04 0:15 ` Luke A. Guest 2014-06-06 7:48 ` Simon Wright 2014-06-06 14:37 ` Lucretia 2014-06-06 14:42 ` Simon Wright 2014-10-15 5:39 ` ANN: " Mario Roy
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox