f



ANN: GCC 4.9.0 (2014) for Max OS X Mavericks

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.
0
Simon
5/24/2014 5:00:14 PM
comp.lang.ada 8774 articles. 2 followers. Post Follow

32 Replies
832 Views

Similar Articles

[PageSpeed] 16

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.
0
Simon
5/31/2014 7:35:16 PM
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;


0
Bill
5/31/2014 10:29:52 PM
Le samedi 31 mai 2014 =C3=A0 23:29 +0100, Bill Findlay a =C3=A9crit :=20
> On 31/05/2014 20:35, in article lyiool3fnv.fsf@pushface.org, "Simon Wrigh=
t"
> <simon@pushface.org> wrote:
>=20
> > gcc-4.9.0-x86_64-apple-darwin13-2014-1.tar.bz2 is now available at the
> > same place as above.
>=20
> Simon, how does this version relate to GNAT GPL 2014?
> Older, newer, more recent/less recent bug fixes, or just tweaks for the s=
ake
> of different licensing?

At least the backend is GCC 4.9 instead of GCC 4.7.

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


0
Pascal
5/31/2014 10:44:18 PM
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;


0
Bill
5/31/2014 11:31:44 PM
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
0
Dan
6/1/2014 2:34:15 AM
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

0
Simon
6/1/2014 9:06:04 AM
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;


0
Bill
6/1/2014 1:56:49 PM
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
0
Stephen
6/2/2014 4:46:28 PM
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.
0
Simon
6/2/2014 6:02:09 PM
Will you be integrating it into Xcode?
0
Luke
6/4/2014 12:15:51 AM
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.
0
Simon
6/6/2014 7:48:23 AM
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?
0
Lucretia
6/6/2014 2:37:30 PM
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.
0
Simon
6/6/2014 2:42:58 PM
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.




0
marioeroy
10/11/2014 10:42:39 PM
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?)
0
Simon
10/12/2014 9:05:42 AM
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).
0
Mario
10/12/2014 3:38:17 PM
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.
0
Simon
10/12/2014 6:35:27 PM
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.
0
Simon
10/14/2014 4:41:51 PM
I completed testing of various options around the segmentation issue with g=
nat. 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 1=
197.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 1=
197.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=3D"-lstdc++"

To ...
    --with-stage1-ldflags=3D"-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 =3D -lstdc++

# Libraries to use on the host, for stage1 or when not bootstrapping.
STAGE1_LIBS =3D

# Linker flags to use for stage2 and later.
POSTSTAGE1_LDFLAGS =3D -static-libstdc++ -static-libgcc

# Libraries to use for stage2 and later.
POSTSTAGE1_LIBS =3D


I am not sure why one has to specify --with-host-libstdcxx=3D"-lstdc++" or =
--with-stage1-ldflags=3D"-lstdc++" for gnat and friends to not segfault. Pl=
ease 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 af=
ter 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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 1=
197.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 branc=
h.

svn export -r 216107 svn://gcc.gnu.org/svn/gcc/branches/gcc-4_9-branch gcc-=
4.9.x-20141010


0
Mario
10/14/2014 9:31:29 PM
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
0
David
10/14/2014 10:21:33 PM
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.
0
Luke
10/14/2014 10:54:45 PM
So could you Simon build AWS without the XML Ada dependency for it and include it?
0
David
10/14/2014 11:27:16 PM
I used GCC 4.9.x to build 4.8.x. After boot-strapping, noticed that gnat an=
d 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 awa=
re -- 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 6=
0.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1=
197.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=3D"-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 on=
e day the configure option is not necessary.
0
Mario
10/15/2014 5:39:58 AM
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.
0
Simon
10/15/2014 9:42:17 AM
> 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
0
David
10/15/2014 1:05:54 PM
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.
0
Simon
10/15/2014 1:41:31 PM
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
0
UTF
10/15/2014 1:43:16 PM
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).
0
Simon
10/15/2014 1:55:09 PM
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.

0
Simon
10/15/2014 2:02:47 PM
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
0
UTF
10/15/2014 2:28:58 PM
> 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.
0
David
10/15/2014 3:33:27 PM
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
0
Simon
10/17/2014 3:29:44 PM
Reply:

Similar Artilces:

ANN: GCC 4.9.0 for Mac OS X Mavericks
GCC 4.9.0, with the GNAT GPL 2013 tools, is available at https://sourceforge.net/projects/gnuada/files/GNAT_GCC%20Mac%20OS%20X/4.9.0/ There will be another release when GNAT GPL 2014 appears. 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. gcc-4.9.0-x86_64-apple-darwin13-01.tar.bz2 ========================================== Compilers included: Ada, C, C++, Objective C, Objective C++, Fortran. Tools included: ASIS, AUnit, GPRbuild, XMLAda from GNAT GPL 2013 and GNATColl from the public Subversion repository. ...

ANN: GCC 4.9.1 for Mac OS X Mavericks and Yosemite
GCC 4.9.1 is available at https://sourceforge.net/projects/gnuada/files/GNAT_GCC%20Mac%20OS%20X/4.9.1/ It was built on Mavericks and is compatible with Yosemite. The README: This is GCC 4.9.1 built for Mac OS X Mavericks (10.9.5, Darwin 13.5.0), with Xcode 6.0.1. gcc-4.9.1-x86_64-apple-darwin13.tar.bz2 ======================================= Compilers included: Ada, C, C++, Objective C, Objective C++, Fortran. Tools included: Full GPL: ASIS, AUnit, GDB, GNATColl, and GPRbuild from GNAT GPL 2014. GPL with Runtime Library Exception[1]: XMLAda from the public SVN ...

ANN: GCC 4.9.1 for Mac OS X Mavericks and Yosemite
GCC 4.9.1 is available at https://sourceforge.net/projects/gnuada/files/GNAT_GCC%20Mac%20OS%20X/4.9.1/ It was built on Mavericks and is compatible with Yosemite. The README: This is GCC 4.9.1 built for Mac OS X Mavericks (10.9.5, Darwin 13.5.0), with Xcode 6.0.1. gcc-4.9.1-x86_64-apple-darwin13.tar.bz2 ======================================= Compilers included: Ada, C, C++, Objective C, Objective C++, Fortran. Tools included: Full GPL: ASIS, AUnit, GDB, GNATColl, and GPRbuild from GNAT GPL 2014. GPL with Runtime Library Exception[1]: XMLAda from the public SVN ...

No djcross-gcc-x.x.x.tar.bz2 file for GCC 4.9.3 / 5.1.0?
Hello, There is no djcross-gcc-x.x.x.tar.gz2 file for GCC 4.9.3 and 5.1.0 . In http://www.delorie.com/pub/djgpp/rpms/djcross-gcc-4.9.3/ http://www.delorie.com/pub/djgpp/rpms/djcross-gcc-5.1.0/ There are only .rpm files. I have to use rpm2cpio to extract djcross-gcc-x.x.x.tar.bz2. But in directories for other versions : http://www.delorie.com/pub/djgpp/rpms/djcross-gcc-4.7.3/ http://www.delorie.com/pub/djgpp/rpms/djcross-gcc-4.8.4/ http://www.delorie.com/pub/djgpp/rpms/djcross-gcc-4.8.5/ http://www.delorie.com/pub/djgpp/rpms/djcross-gcc-4.9.2/ http://www.delor...

ANNOUNCE: Release of DJGPP ports of GCC-5.2.0, GCC-4.9.3, GCC-4.8.5,, GCC-4.7.4 and GCC-3.4.6 for DJGPP v2.05
This is announcement of GCC-5.2.0, GCC-4.9.3, GCC-4.8.5, GCC-4.7.4 and GCC-3.4.6 for DJGPP v2.05 GCC used to stand for the GNU C Compiler, but since the compiler supports several other languages aside from C, it now stands for the GNU Compiler Collection. All these GCC versions are built using DJGPP v2.05 under Windows Vista Business SP3. Requirements for using binary packages: - DJGPP v2.05 (packages are NOT intended to be used with DJGPP v2.03) - binutils-2.22 or above (binutils-2.24 or above recommended) Currently all packages are still located at: ftp://ftp.de...

wxWidgets 2.6.3 on Intel Mac with OS X 10.0.4 (Tiger), gcc 4.0.1
Hello, I have recently started porting our application to Mac OS X. Application was developed for Microsoft Windows using wxWidgets. I have installed wxWidgets 2.6.3 on my Mac using darwinports system. Compilation completed successfully and without any warnings/errors. I am able to compile same programs included in library archive, but started application does not receive ANY user input - I am even unable to move application window. Program is stripped to bare bones: #include "wx/wx.h" #include <iostream> class MyApp : public wxApp { public: virtual boo...

GCC 4.0.1 on Mac OS X 10.3.9 (PPC)
Hi, I'll ask here if it is anyhow possible to get a more actual GCC compiler than the Nov'04 update Release on ADC ? ( gcc-3.3 (GCC) 3.3 20030304 (Apple Computer, Inc. build 1671) ) I have trouble with a library that generates missing vtable entries, known to work with GCC 4.0.1 (build 5247) on a MacBook Pro. The code also works on a Windows Box. Could I propably get it from CVS on ADC and build it ? Thanks, Lothar "Lothar Behrens" <lothar.behrens@lollisoft.de> a �crit dans le message de news: 1193477548.089307.28220@v3g2000hsg.googlegroups.com.....

[ANN] Localmemcache-0.4.4: Bugfixes for OS X and Autorepair
Version 0.4.4 brings fixes for coredumps on OS X and bugs in the autorepair (now also better covered by tests). New methods: shm_status, has_key? (Thanks to Max Sch�fmann and Florian D�tsch for feedback/bug reports.) INSTALL ======= # gem install localmemcache CONTACT ======= Please contact me with bugs, suggestions and patches at: schween + snafu # de LINKS ===== Localmemcache: http://localmemcache.rubyforge.org/ Rubyforge project: http://localmemcache.rubyforge.org/ Source code is hosted on github: http://github.com/sck/localmemcache/ Best, Sven MD5 (localmemcache-0.4.4.gem) = 9...

[ANN] XGP 0.4.0 released (Mac OS X GProlog IDE)
I am pleased to announce that XGP version 0.4.0 is now available at http://xgp.sourceforge.net/ XGP is an integrated development environment that extends gprolog to work with Cocoa under Macintosh OS X. It provides user interface and graphics facilities largely compatible with MacProlog32 by LPA. It requires Mac OS X version 10.2.3 or greater. Summary of the changes from version 0.3.4 to 0.4.0: It is now possible to create stand-alone applications using XGP that have full access to the user interface and graphics capabilities of XGP in addition to the capabilities of GNU Prolog. Als...

[ANN] Instiki 0.9.0: Rendering improvements, Latex integration, OS X version
What's new in Instiki 0.9.0? ============================ It�s finally here! And with a ton of cool stuff as well. Mark Reid has done a massive job implementing a new rendering pipeline that fixes a bunch of bugs, adds aliased links, inclusion of other pages, and more. On top of that there�s now a native OS X-version where you just double-click and go (no need to install Ruby 1.8, it�s included!). And experimental Latex integration. Oh, and did I mention much, much more? Full changelog: * Added aliased links such as [[HomePage|that nice home page]] [Mark Reid] * Added include othe...

ANN: eGenix pyOpenSSL Distribution 0.8.1-0.9.8j now also for Mac OS X
________________________________________________________________________ ANNOUNCING eGenix.com pyOpenSSL Distribution Version 0.8.1-0.9.8j An easy to install and use repackaged distribution of the pyOpenSSL Python interface for OpenSSL - available on Windows, Mac OS X and Unix platforms This announcement is also available on our web-site for online reading: http://www.egenix.com/company/news/eGenix-pyOpenSSL-Distribution-0.8.1-0.9.8j-1-GA.html _________________________________________...

ANN: eGenix pyOpenSSL Distribution 0.8.1-0.9.8j now also for Mac OS X
________________________________________________________________________ ANNOUNCING eGenix.com pyOpenSSL Distribution Version 0.8.1-0.9.8j An easy to install and use repackaged distribution of the pyOpenSSL Python interface for OpenSSL - available on Windows, Mac OS X and Unix platforms This announcement is also available on our web-site for online reading: http://www.egenix.com/company/news/eGenix-pyOpenSSL-Distribution-0.8.1-0.9.8j-1-GA.html __________________________________________________________...

[ANN] Graphviz for Mac OS X 1.13 (v13) [ANN] Graphviz for Mac OS X 1.12 (v8) [ANN] Graphviz for Mac OS X 1.12 (v8)
Dear All, I've just released the newest version of Mac Graphviz, featuring shapefile support and enhanced zoom. http://www.pixelglow.com/graphviz/ Shapefiles supported include PDF, EPS, PS, JPEG, PNG and all Quicktime formats. Either specify an absolute or relative (to working directory) file path, or a URL using the shapefile attribute. Developers can now also use the graphviz.framework directly with #include headers in C e.g. using Xcode "Add Frameworks..."; documentation is available from the main Graphviz site -- http://www.research.att.com/sw/tools/graphviz/libguide.pdf...

[ANN] Graphviz for Mac OS X 1.12 (v8) [ANN] Graphviz for Mac OS X 1.12 (v8) [ANN] Graphviz for Mac OS X 1.12 (v8)
Hi all, It's been a busy week or two at Pixelglow Software. Here's a brand new version of Graphviz, all spit and polish now. You'll enjoy the integrated color and font panel support, hand cursor panning and remembered settings. And everyone's most asked for -- a single click on the Edit tool will now bring up the DOT code for you to edit, and of course when you save it the graph automatically re-renders. http://www.pixelglow.com/graphviz/download/ Here's the lowdown: Added edit, render and stop toolbar items [PCh]. Added integrated font and color fields and panels. Adde...

Web resources about - ANN: GCC 4.9.0 (2014) for Max OS X Mavericks - comp.lang.ada


AGM-65 Maverick - Wikipedia, the free encyclopedia
it is effective against a wide range of tactical targets, including armor , air defenses, ships , ground transportation and fuel storage facilities. ...

Maverick's Interview With Elizabeth Mitchell, Folk-Rock Singer And Guitarist
MC (Maverick Concerts): Elizabeth Mitchell, folk-rock singer and guitarist, you currently reside in the Woodstock, NY area. What drew you out ...

Neon Maverick (@NeonMaverick) on Twitter
Sign in Sign up To bring you Twitter, we and our partners use cookies on our and other websites. Cookies help personalize Twitter content, tailor ...

Official Dallas Mavericks on the App Store on iTunes
Get Official Dallas Mavericks on the App Store. See screenshots and ratings, and read customer reviews.

The Style Maverick: Muslim Fashion Blogger Samantha Elauf 1
Read more at: aslanmedia.com/arts-culture/mideast-culture/21059-the-sty...

Top Gun - Maverick V Charlie - YouTube
Top Gun - Maverick V Charlie - YouTube

Big-wave surfer Garrett McNamara survives huge wipeout at Mavericks competition
... surfed a 30-metre wave off the coast of Portugal. On Thursday, the wave gods got retribution. Surfing on his own after competition at Mavericks ...

Mavericks 118, Bulls 111
... to all of our premium sports stories? Try a SportsPlus subscription risk free for 30 days Chicago Bulls Sports Basketball Chicago Bulls Mavericks ...

Mavericks not expecting same success against James Harden
The Mavericks held James Harden to 5 of 21 shooting last month in Houston.

Resources last updated: 1/26/2016 9:50:49 PM