recent changes in compiler pricing

recent changes in compiler pricing

[Georg Bauhaus]

FWIW, an announcement by Aonix (released to the press end of
January, it seems) has made it to the ObjectAda mailing
list, saying that "zero-cost" licensing is now available for
ObjectAda on Linux. IIUC correctly, zero cost means no annual
fees, and some entry price for the compiler and tools.

Re: recent changes in compiler pricing

[Jeffrey Creem]

Georg Bauhaus wrote:
> FWIW, an announcement by Aonix (released to the press end of
> January, it seems) has made it to the ObjectAda mailing
> list, saying that "zero-cost" licensing is now available for
> ObjectAda on Linux. IIUC correctly, zero cost means no annual
> fees, and some entry price for the compiler and tools.
> 
> 

Found the link to the press release
http://www.aonix.com/pr_01.31.07.html

Even after reading it I am not entirely clear what they are trying to 
say..However prices for single developer service pack is $3k which is 
not all that bad (unless you are just looking at it as a hobby of course)

Re: recent changes in compiler pricing

[Markus E Leypold]

Georg Bauhaus <bauhaus@futureapps.de> writes:

> FWIW, an announcement by Aonix (released to the press end of
> January, it seems) has made it to the ObjectAda mailing
> list, saying that "zero-cost" licensing is now available for
> ObjectAda on Linux. IIUC correctly, zero cost means no annual
> fees, and some entry price for the compiler and tools.

http://www.aonix.com/pr_01.31.07.html

| Shipping and Availability: ObjectAda for Linux V8.2 is available
| immediately. There is no charge for annual development licenses with
| an active service plan. Service plans are priced at $3000 for a
| single user or $12,000 for a 5-user service pack.

And if I understand it correectly, a service plan is still something
you have to pay per year. I wonder where the 0-cost is there? Or
perhaps AONIX should have word with their PR department on that
wording.

Regards -- Markus

Re: recent changes in compiler pricing

[Jeffrey R. Carter]

Markus E Leypold wrote:
> 
> And if I understand it correectly, a service plan is still something
> you have to pay per year. I wonder where the 0-cost is there? Or
> perhaps AONIX should have word with their PR department on that
> wording.

This is the same business model as AdaCore. You pay nothing for the 
compiler. You only pay for support.

-- 
Jeff Carter
"Beyond 100,000 lines of code you
should probably be coding in Ada."
P. J. Plauger
26

Re: recent changes in compiler pricing

[Steve]

"Jeffrey R. Carter" <jrcarter@acm.org> wrote in message 
news:PO5Eh.3958$u93.3559@attbi_s21...
> Markus E Leypold wrote:
>>
>> And if I understand it correectly, a service plan is still something
>> you have to pay per year. I wonder where the 0-cost is there? Or
>> perhaps AONIX should have word with their PR department on that
>> wording.
>
> This is the same business model as AdaCore. You pay nothing for the 
> compiler. You only pay for support.
>

Actually... that isn't true about AdaCore any more.  Unless you plan to 
create GPL software.
Since they removed the GMGPL from the libraries, you DO have to pay for the 
compiler if you want to produce closed source software.

Regards,
Steve
(The Duck)

> -- 
> Jeff Carter
> "Beyond 100,000 lines of code you
> should probably be coding in Ada."
> P. J. Plauger
> 26 

Re: recent changes in compiler pricing

[Maciej Sobczak]

Steve wrote:

> Actually... that isn't true about AdaCore any more.  Unless you plan to 
> create GPL software.

There are different GNAT versions around. How can I check whether the 
version that I'm using allows me to write non-GPL software?

BTW - some time ago I have announced a small client library for 
PostgreSQL. It was written (compiled, tested, etc.) with GNAT, but I 
haven't published it on GPL, but on something BSD-like instead.
I believe that I have contributed to the community this way.

Does it mean that I have just broken the law?

Or does it meant that I should be at leasted *concerned* with such nuances?

Do you want to make Ada more popular? <g>

-- 
Maciej Sobczak : http://www.msobczak.com/
Programming    : http://www.msobczak.com/prog/

Re: recent changes in compiler pricing

[Georg Bauhaus]

On Mon, 2007-02-26 at 10:28 +0100, Maciej Sobczak wrote:

> There are different GNAT versions around. How can I check whether the 
> version that I'm using allows me to write non-GPL software?

Any of the GNATs around allows you to _write_ non-GPL software.
But not every GNAT around allows you to _distribute_ binaries without
source that include portions of the GNAT RTS.

Permission to write and distribute _sources_ is not affected
by the licensing status of any of the publicly available GNATs
whatever its "exception status" is, WRT distributed _binaries_.

For GNAT GPL, this is all stated on its home pages.



 -- Georg 

Re: recent changes in compiler pricing

[Stephen Leake]

"Steve" <nospam_steved94@comcast.net> writes:

> "Jeffrey R. Carter" <jrcarter@acm.org> wrote in message 
> news:PO5Eh.3958$u93.3559@attbi_s21...
>> Markus E Leypold wrote:
>>>
>>> And if I understand it correectly, a service plan is still something
>>> you have to pay per year. I wonder where the 0-cost is there? Or
>>> perhaps AONIX should have word with their PR department on that
>>> wording.
>>
>> This is the same business model as AdaCore. You pay nothing for the 
>> compiler. You only pay for support.
>>
>
> Actually... that isn't true about AdaCore any more.  Unless you plan to 
> create GPL software.
> 
> Since they removed the GMGPL from the libraries, you DO have to pay
> for the compiler if you want to produce closed source software.

They removed teh GMGPL from the GPL edition
https://libre.adacore.com/, but not from the FSF distribution
ftp://prep.ai.mit.edu/pub/gnu/gcc/gcc-4.1.2 

It is confusing.

-- 
-- Stephe

Re: recent changes in compiler pricing

[Steve]

"Stephen Leake" <stephen_leake@stephe-leake.org> wrote in message 
news:u1wkdnk88.fsf@stephe-leake.org...
> "Steve" <nospam_steved94@comcast.net> writes:
>
>> "Jeffrey R. Carter" <jrcarter@acm.org> wrote in message
>> news:PO5Eh.3958$u93.3559@attbi_s21...
>>> Markus E Leypold wrote:
>>>>
>>>> And if I understand it correectly, a service plan is still something
>>>> you have to pay per year. I wonder where the 0-cost is there? Or
>>>> perhaps AONIX should have word with their PR department on that
>>>> wording.
>>>
>>> This is the same business model as AdaCore. You pay nothing for the
>>> compiler. You only pay for support.
>>>
>>
>> Actually... that isn't true about AdaCore any more.  Unless you plan to
>> create GPL software.
>>
>> Since they removed the GMGPL from the libraries, you DO have to pay
>> for the compiler if you want to produce closed source software.
>
> They removed teh GMGPL from the GPL edition
> https://libre.adacore.com/, but not from the FSF distribution
> ftp://prep.ai.mit.edu/pub/gnu/gcc/gcc-4.1.2
>
> It is confusing.

If you're running linux or into building compilers then the FSF version is 
an option.  But I haven't heard of anyone successfully building gcc-4.1.2 
for Windows using MinGW outide of AdaCore.  Please correct me if I am wrong 
(I hope I am).

Steve
(The Duck)

>
> -- 
> -- Stephe 

GNAT on MinGW

[Martin Krischik]

Steve schrieb:

> If you're running linux or into building compilers then the FSF version is 
> an option.  But I haven't heard of anyone successfully building gcc-4.1.2 
> for Windows using MinGW outide of AdaCore.  Please correct me if I am wrong 
> (I hope I am).

I was able to create a gcc-4.1.x on a MinGW/Cygwin combo - However it 
was GNAT/Pro 6.0.1 being created using GNAT/Pro 6.0.0w. - Not much help 
for the Open Source Community.

My hope is now on GNAT/GPL 2007...

Apart from that: anybody who want a go should join The GNU Ada Project 
[1] - we have an endless amount of patches and scripts. We really try 
hard for MinGW.

Martin

[1] http://gnuada.sf.net

Re: GNAT on MinGW

[Michael Bode]

Martin Krischik <krischik@users.sourceforge.net> writes:

> I was able to create a gcc-4.1.x on a MinGW/Cygwin combo - However it
> was GNAT/Pro 6.0.1 being created using GNAT/Pro 6.0.0w. - Not much
> help for the Open Source Community.

I thought you were successfull cross compiling a mingw gcc from linux?

-- 
No intelligent man has any respect for an unjust law. 
He simply follows the eleventh commandment.
-- R.A. Heinlein

Re: GNAT on MinGW

[Martin Krischik]

Michael Bode schrieb:
> Martin Krischik <krischik@users.sourceforge.net> writes:
> 
>> I was able to create a gcc-4.1.x on a MinGW/Cygwin combo - However it
>> was GNAT/Pro 6.0.1 being created using GNAT/Pro 6.0.0w. - Not much
>> help for the Open Source Community.
> 
> I thought you were successfull cross compiling a mingw gcc from linux?

No I created a cross compiler for linux. Next step would have been to 
use that cross compiler to create a native MinGW compiler. But that 
proved difficult.

I have now tried all sorts of tricks and nothing worked out - there was 
always some show stopper down the line.

Martin

RE: GNAT on MinGW

[Vo, Anh (US SSA)]

-----Original Message-----
From: comp.lang.ada-bounces+anh.vo=baesystems.com@ada-france.org
[mailto:comp.lang.ada-bounces+anh.vo=baesystems.com@ada-france.org] On
Behalf Of Martin Krischik
Sent: Wednesday, February 28, 2007 11:05 PM
To: comp.lang.ada@ada-france.org
Subject: Re: GNAT on MinGW

<< Michael Bode schrieb:
> Martin Krischik <krischik@users.sourceforge.net> writes:
> 
>> I was able to create a gcc-4.1.x on a MinGW/Cygwin combo - However it
>> was GNAT/Pro 6.0.1 being created using GNAT/Pro 6.0.0w. - Not much
>> help for the Open Source Community.
> 
> I thought you were successfull cross compiling a mingw gcc from linux?

No I created a cross compiler for linux. Next step would have been to 
use that cross compiler to create a native MinGW compiler. But that 
proved difficult.

I have now tried all sorts of tricks and nothing worked out - there was 
always some show stopper down the line. >>

Danny Smith at mingw.org has been building GNAT for Windows. The latest
version is 3.4.5. The MinGW/GNAT has less tools when compared to
GNAT-GPL.

Way back I successfully built GNAT using cygwin. The problem was that
the GNAT built did not support tasking run-time because GNAT under
cygwin, used to build the newer GNAT, does not have tasking run-time
support. Therefore, any Ada codes involving task will not run.

Currently, I port MinGW/GNAT to cygwin and build gcc/gnat-4.1.2 using
cygwin. The build hit a snap after going one fourth of the way. I
scratch my hair with error message as shown below. I would be thankful
if any one can tell me what headers it looks for.

[...]
mv tmp-specs specs
if true ; then \
          cat ../../gcc-4.1.2/gcc/limitx.h ../../gcc-4.1.2/gcc/glimits.h
../../g
cc-4.1.2/gcc/limity.h > tmp-xlimits.h; \
        else \
          cat ../../gcc-4.1.2/gcc/glimits.h > tmp-xlimits.h; \
        fi
mv tmp-xlimits.h xlimits.h
echo |  ./xgcc -B./ -B/usr/gnat/mingw32/bin/ -isystem
/usr/gnat/mingw32/include
-isystem /usr/gnat/mingw32/sys-include
-L/cygdrive/e/build-4.1.2/gcc/../ld -E -d
M - | \
          sed -n -e 's/^#define \([^_][a-zA-Z0-9_]*\).*/\1/p' \
                -e 's/^#define \(_[^_A-Z][a-zA-Z0-9_]*\).*/\1/p' | \
          sort -u > tmp-macro_list
/bin/sh ../../gcc-4.1.2/gcc/../move-if-change tmp-macro_list macro_list
echo timestamp > s-macro_list
The directory that should contain system headers does not exist:
  /mingw/include
make[2]: *** [stmp-fixinc] Error 1
make[2]: Leaving directory `/cygdrive/e/build-4.1.2/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/cygdrive/e/build-4.1.2/gcc'
make: *** [bootstrap] Error 2
 

RE: GNAT on MinGW

[Martin Krischik]

Vo, Anh (US SSA) wrote:

> mv tmp-xlimits.h xlimits.h
> echo | ￜ./xgcc -B./ -B/usr/gnat/mingw32/bin/ -isystem
> /usr/gnat/mingw32/include
> -isystem /usr/gnat/mingw32/sys-include
> -L/cygdrive/e/build-4.1.2/gcc/../ld -E -d
> M - | \
> sed -n -e 's/^#define \([^_][a-zA-Z0-9_]*\).*/\1/p' \
> -e 's/^#define \(_[^_A-Z][a-zA-Z0-9_]*\).*/\1/p' | \
> sort -u > tmp-macro_list
> /bin/sh ../../gcc-4.1.2/gcc/../move-if-change tmp-macro_list macro_list
> echo timestamp > s-macro_list
> The directory that should contain system headers does not exist:
> /mingw/include
> make[2]: *** [stmp-fixinc] Error 1
> make[2]: Leaving directory `/cygdrive/e/build-4.1.2/gcc'
> make[1]: *** [stage1_build] Error 2
> make[1]: Leaving directory `/cygdrive/e/build-4.1.2/gcc'
> make: *** [bootstrap] Error 2

I solved that by creating a directory junction using linkd.exe - only thing
you need be carefull is: cygwin root directory or mingw root directory - or
both?

And the header it it looking for are the mingw runtime headers which you can
download from the GNU Ada Project [1] or the MinGW site

Martin

[1] http://gnuada.sf.net
-- 
mailto://krischik@users.sourceforge.net
Ada programming at: http://ada.krischik.com

Re: GNAT on MinGW

[Cesar Rabak]

Vo, Anh (US SSA) escreveu:
> -----Original Message----- From:
> comp.lang.ada-bounces+anh.vo=baesystems.com@ada-france.org 
> [mailto:comp.lang.ada-bounces+anh.vo=baesystems.com@ada-france.org]
> On Behalf Of Martin Krischik Sent: Wednesday, February 28, 2007 11:05
> PM To: comp.lang.ada@ada-france.org Subject: Re: GNAT on MinGW
> 
> << Michael Bode schrieb:
>> Martin Krischik <krischik@users.sourceforge.net> writes:
>> 
>>> I was able to create a gcc-4.1.x on a MinGW/Cygwin combo -
>>> However it was GNAT/Pro 6.0.1 being created using GNAT/Pro
>>> 6.0.0w. - Not much help for the Open Source Community.
>> I thought you were successfull cross compiling a mingw gcc from
>> linux?
> 
> No I created a cross compiler for linux. Next step would have been to
>  use that cross compiler to create a native MinGW compiler. But that
>  proved difficult.
> 
> I have now tried all sorts of tricks and nothing worked out - there
> was always some show stopper down the line. >>
> 
> Danny Smith at mingw.org has been building GNAT for Windows. The
> latest version is 3.4.5. The MinGW/GNAT has less tools when compared
> to GNAT-GPL.
> 
> Way back I successfully built GNAT using cygwin. The problem was that
>  the GNAT built did not support tasking run-time because GNAT under 
> cygwin, used to build the newer GNAT, does not have tasking run-time 
> support. Therefore, any Ada codes involving task will not run.
> 
> Currently, I port MinGW/GNAT to cygwin and build gcc/gnat-4.1.2 using
>  cygwin. The build hit a snap after going one fourth of the way. I 
> scratch my hair with error message as shown below. I would be
> thankful if any one can tell me what headers it looks for.
> 
> [...]
[snipped]

> The directory that should contain system headers does not exist: 
> /mingw/include make[2]: *** [stmp-fixinc] Error 1 make[2]: Leaving
> directory `/cygdrive/e/build-4.1.2/gcc' make[1]: *** [stage1_build]
> Error 2 make[1]: Leaving directory `/cygdrive/e/build-4.1.2/gcc' 
> make: *** [bootstrap] Error 2
> 
It seems it has a hardcode "/mingw/include" path in some config file or
some source (probably a header file generated by ./configure).

My quick shot for testing the hypotesis would be to add in fstab file a 
mapping for /mingw/include to /usr/gnat/mingw32/include (which IIUC is 
your path to the system include files).

HTH

RE: GNAT on MinGW

[Vo, Anh (US SSA)]

-----Original Message-----
From: comp.lang.ada-bounces@ada-france.org
[mailto:comp.lang.ada-bounces@ada-france.org] On Behalf Of Cesar Rabak
Sent: Thursday, March 01, 2007 4:37 PM
To: comp.lang.ada@ada-france.org
Subject: Re: GNAT on MinGW

<< [...]
> Way back I successfully built GNAT using cygwin. The problem was that
>  the GNAT built did not support tasking run-time because GNAT under 
> cygwin, used to build the newer GNAT, does not have tasking run-time 
> support. Therefore, any Ada codes involving task will not run.
> 
> Currently, I port MinGW/GNAT to cygwin and build gcc/gnat-4.1.2 using
>  cygwin. The build hit a snap after going one fourth of the way. I 
> scratch my hair with error message as shown below. I would be
> thankful if any one can tell me what headers it looks for.
> 
> [...]
[snipped]

> The directory that should contain system headers does not exist: 
> /mingw/include make[2]: *** [stmp-fixinc] Error 1 make[2]: Leaving
> directory `/cygdrive/e/build-4.1.2/gcc' make[1]: *** [stage1_build]
> Error 2 make[1]: Leaving directory `/cygdrive/e/build-4.1.2/gcc' 
> make: *** [bootstrap] Error 2
> 
It seems it has a hardcode "/mingw/include" path in some config file or
some source (probably a header file generated by ./configure).

My quick shot for testing the hypotesis would be to add in fstab file a 
mapping for /mingw/include to /usr/gnat/mingw32/include (which IIUC is 
your path to the system include files).
>>

I did similar to your suggestion by copying /mingw/include/ to /cygwin.
This fixed got my build go much further, about 2/3 of the way. Again, I
encountered two additional showstoppers. I managed to get by, surprised
myself, these problems. The latest showstopper, as shown below, is a bit
harder. It has some thing to do with adainit.c file. By the way, I am
using Window 2000 instead of Window XP. I hope there is no difference
between them regarding this problem.

[...]
make[4]: Entering directory `/cygdrive/e/build-4.1.2/gcc/ada'
make -C rts \
                CC="`echo \"/cygdrive/e/build-4.1.2/./gcc/xgcc
-B/cygdrive/e/bui
ld-4.1.2/./gcc/ -B/usr/local/mingw32/bin/ -B/usr/local/mingw32/lib/
-isystem /us
r/local/mingw32/include -isystem /usr/local/mingw32/sys-include\" \
                | sed -e 's,^\./xgcc,../../xgcc,' -e
's,-B\./,-B../../,'`" \
                INCLUDES="-I. -I.. -I../..
-I/cygdrive/e/gcc-4.1.2/gcc/ada -I/cy
gdrive/e/gcc-4.1.2/gcc/ada/../config
-I/cygdrive/e/gcc-4.1.2/gcc/ada/../../inclu
de -I/cygdrive/e/gcc-4.1.2/gcc/ada/.. -I./../.." \
                CFLAGS="-g -O2  -fexceptions -DIN_RTS" \
                srcdir=/cygdrive/e/gcc-4.1.2/gcc/ada \
                -f ../Makefile adaint.o argv.o cio.o cstreams.o ctrl_c.o
errno.o
 exit.o raise.o sysdep.o aux-io.o init.o initialize.o seh_init.o cal.o
final.o t
racebak.o expect.o mkdir.o socket.o raise-gcc.o
make[5]: Entering directory `/cygdrive/e/build-4.1.2/gcc/ada/rts'
/cygdrive/e/build-4.1.2/./gcc/xgcc -B/cygdrive/e/build-4.1.2/./gcc/
-B/usr/local
/mingw32/bin/ -B/usr/local/mingw32/lib/ -isystem
/usr/local/mingw32/include -isy
stem /usr/local/mingw32/sys-include -c -DIN_GCC   `echo -g -O2
-fexceptions -DI
N_RTS |sed -e 's/-pedantic//g' -e 's/-Wtraditional//g'`      -I. -I..
-I../.. -I
/cygdrive/e/gcc-4.1.2/gcc/ada -I/cygdrive/e/gcc-4.1.2/gcc/ada/../config
-I/cygdr
ive/e/gcc-4.1.2/gcc/ada/../../include -I/cygdrive/e/gcc-4.1.2/gcc/ada/..
-I./../
.. adaint.c \
          -o adaint.o
xgcc.exe: _spawnvp: No such file or directory
make[5]: *** [adaint.o] Error 1
make[5]: Leaving directory `/cygdrive/e/build-4.1.2/gcc/ada/rts'
make[4]: *** [gnatlib] Error 2
make[4]: Leaving directory `/cygdrive/e/build-4.1.2/gcc/ada'
make[3]: *** [gnatlib-plain] Error 2
make[3]: Leaving directory `/cygdrive/e/build-4.1.2/mingw32/libada'
make[2]: *** [all-target-libada] Error 2
make[2]: Leaving directory `/cygdrive/e/build-4.1.2'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/cygdrive/e/build-4.1.2'
make: *** [bootstrap] Error 2

Re: GNAT on MinGW

[Cesar Rabak]

Vo, Anh (US SSA) escreveu:
> 
> -----Original Message-----
> From: comp.lang.ada-bounces@ada-france.org
> [mailto:comp.lang.ada-bounces@ada-france.org] On Behalf Of Cesar Rabak
> Sent: Thursday, March 01, 2007 4:37 PM
> To: comp.lang.ada@ada-france.org
> Subject: Re: GNAT on MinGW
> 
> << [...]
>> Way back I successfully built GNAT using cygwin. The problem was that
>>  the GNAT built did not support tasking run-time because GNAT under 
>> cygwin, used to build the newer GNAT, does not have tasking run-time 
>> support. Therefore, any Ada codes involving task will not run.
>>
>> Currently, I port MinGW/GNAT to cygwin and build gcc/gnat-4.1.2 using
>>  cygwin. The build hit a snap after going one fourth of the way. I 
>> scratch my hair with error message as shown below. I would be
>> thankful if any one can tell me what headers it looks for.
>>
>> [...]
> [snipped]
> 
>> The directory that should contain system headers does not exist: 
>> /mingw/include make[2]: *** [stmp-fixinc] Error 1 make[2]: Leaving
>> directory `/cygdrive/e/build-4.1.2/gcc' make[1]: *** [stage1_build]
>> Error 2 make[1]: Leaving directory `/cygdrive/e/build-4.1.2/gcc' 
>> make: *** [bootstrap] Error 2
>>
> It seems it has a hardcode "/mingw/include" path in some config file or
> some source (probably a header file generated by ./configure).
> 
> My quick shot for testing the hypotesis would be to add in fstab file a 
> mapping for /mingw/include to /usr/gnat/mingw32/include (which IIUC is 
> your path to the system include files).
> 
> I did similar to your suggestion by copying /mingw/include/ to /cygwin.
> This fixed got my build go much further, about 2/3 of the way. Again, I
> encountered two additional showstoppers. I managed to get by, surprised
> myself, these problems. The latest showstopper, as shown below, is a bit
> harder. It has some thing to do with adainit.c file. By the way, I am
> using Window 2000 instead of Window XP. I hope there is no difference
> between them regarding this problem.
> 
> [...]
> make[4]: Entering directory `/cygdrive/e/build-4.1.2/gcc/ada'
> make -C rts \
>                 CC="`echo \"/cygdrive/e/build-4.1.2/./gcc/xgcc
> -B/cygdrive/e/bui
> ld-4.1.2/./gcc/ -B/usr/local/mingw32/bin/ -B/usr/local/mingw32/lib/
> -isystem /us
> r/local/mingw32/include -isystem /usr/local/mingw32/sys-include\" \
>                 | sed -e 's,^\./xgcc,../../xgcc,' -e
> 's,-B\./,-B../../,'`" \
>                 INCLUDES="-I. -I.. -I../..
> -I/cygdrive/e/gcc-4.1.2/gcc/ada -I/cy
> gdrive/e/gcc-4.1.2/gcc/ada/../config
> -I/cygdrive/e/gcc-4.1.2/gcc/ada/../../inclu
> de -I/cygdrive/e/gcc-4.1.2/gcc/ada/.. -I./../.." \
>                 CFLAGS="-g -O2  -fexceptions -DIN_RTS" \
>                 srcdir=/cygdrive/e/gcc-4.1.2/gcc/ada \
>                 -f ../Makefile adaint.o argv.o cio.o cstreams.o ctrl_c.o
> errno.o
>  exit.o raise.o sysdep.o aux-io.o init.o initialize.o seh_init.o cal.o
> final.o t
> racebak.o expect.o mkdir.o socket.o raise-gcc.o
> make[5]: Entering directory `/cygdrive/e/build-4.1.2/gcc/ada/rts'
> /cygdrive/e/build-4.1.2/./gcc/xgcc -B/cygdrive/e/build-4.1.2/./gcc/
> -B/usr/local
> /mingw32/bin/ -B/usr/local/mingw32/lib/ -isystem
> /usr/local/mingw32/include -isy
> stem /usr/local/mingw32/sys-include -c -DIN_GCC   `echo -g -O2
> -fexceptions -DI
> N_RTS |sed -e 's/-pedantic//g' -e 's/-Wtraditional//g'`      -I. -I..
> -I../.. -I
> /cygdrive/e/gcc-4.1.2/gcc/ada -I/cygdrive/e/gcc-4.1.2/gcc/ada/../config
> -I/cygdr
> ive/e/gcc-4.1.2/gcc/ada/../../include -I/cygdrive/e/gcc-4.1.2/gcc/ada/..
> -I./../
> .. adaint.c \
>           -o adaint.o
> xgcc.exe: _spawnvp: No such file or directory

It seems the interim C compiler (xgcc.exe) was built in such a fashion 
the library for spanw* family of (C) functions was not linked in.

you can check this using 'nm'. Then, there are some things to try:

find in the makefile chain which one builds xgcc.exe and determine which 
library is being forgotten.

use another gcc as a replacement for xgcc in the makefile that builds 
adainit.o

These are interim solutions as obviouly these errors are symptoms of 
some configure not have worked flawlessly.

Re: GNAT on MinGW

[Fionn Mac Cumhaill]

On Thu, 1 Mar 2007 08:56:36 -0800, "Vo, Anh \(US SSA\)"
<Anh.Vo@baesystems.com> wrote:

>-----Original Message-----
>From: comp.lang.ada-bounces+anh.vo=baesystems.com@ada-france.org
>[mailto:comp.lang.ada-bounces+anh.vo=baesystems.com@ada-france.org] On
>Behalf Of Martin Krischik
>Sent: Wednesday, February 28, 2007 11:05 PM
>To: comp.lang.ada@ada-france.org
>Subject: Re: GNAT on MinGW
>
><< Michael Bode schrieb:
>> Martin Krischik <krischik@users.sourceforge.net> writes:
>> 
>>> I was able to create a gcc-4.1.x on a MinGW/Cygwin combo - However it
>>> was GNAT/Pro 6.0.1 being created using GNAT/Pro 6.0.0w. - Not much
>>> help for the Open Source Community.
>> 
>> I thought you were successfull cross compiling a mingw gcc from linux?
>
>No I created a cross compiler for linux. Next step would have been to 
>use that cross compiler to create a native MinGW compiler. But that 
>proved difficult.
>
>I have now tried all sorts of tricks and nothing worked out - there was 
>always some show stopper down the line. >>
>
>Danny Smith at mingw.org has been building GNAT for Windows. The latest
>version is 3.4.5. The MinGW/GNAT has less tools when compared to
>GNAT-GPL.
>
>Way back I successfully built GNAT using cygwin. The problem was that
>the GNAT built did not support tasking run-time because GNAT under
>cygwin, used to build the newer GNAT, does not have tasking run-time
>support. Therefore, any Ada codes involving task will not run.
>
>Currently, I port MinGW/GNAT to cygwin and build gcc/gnat-4.1.2 using
>cygwin. The build hit a snap after going one fourth of the way. I
>scratch my hair with error message as shown below. I would be thankful
>if any one can tell me what headers it looks for.
>
>[...]
>mv tmp-specs specs
>if true ; then \
>          cat ../../gcc-4.1.2/gcc/limitx.h ../../gcc-4.1.2/gcc/glimits.h
>../../g
>cc-4.1.2/gcc/limity.h > tmp-xlimits.h; \
>        else \
>          cat ../../gcc-4.1.2/gcc/glimits.h > tmp-xlimits.h; \
>        fi
>mv tmp-xlimits.h xlimits.h
>echo |  ./xgcc -B./ -B/usr/gnat/mingw32/bin/ -isystem
>/usr/gnat/mingw32/include
>-isystem /usr/gnat/mingw32/sys-include
>-L/cygdrive/e/build-4.1.2/gcc/../ld -E -d
>M - | \
>          sed -n -e 's/^#define \([^_][a-zA-Z0-9_]*\).*/\1/p' \
>                -e 's/^#define \(_[^_A-Z][a-zA-Z0-9_]*\).*/\1/p' | \
>          sort -u > tmp-macro_list
>/bin/sh ../../gcc-4.1.2/gcc/../move-if-change tmp-macro_list macro_list
>echo timestamp > s-macro_list
>The directory that should contain system headers does not exist:
>  /mingw/include
>make[2]: *** [stmp-fixinc] Error 1
>make[2]: Leaving directory `/cygdrive/e/build-4.1.2/gcc'
>make[1]: *** [stage1_build] Error 2
>make[1]: Leaving directory `/cygdrive/e/build-4.1.2/gcc'
>make: *** [bootstrap] Error 2
> 

Hmm. I have been trying to build gcc 4.2 snapshots with MinGW and
MSYS. With MSYS, the /mingw/include location for headers tends to
baffle configure scripts which expect /usr/include. I used the
configure option  --oldincludedir=/mingw/include 

My MinGW/MSYS build goes quite a long way before it crashes. It
completes all three stages of building the compiler (configured to
build c, c++, and Ada) and then fails building the Ada rtl. I posted a
request for help on the gcc-help mailing list, but got no answers;
apparently the Ada wizards don't pay much attention to gcc-help.
(See <http://gcc.gnu.org/ml/gcc-help/2007-02/msg00378.html>

The Ada error message that I got was
"a-calend.adb:44:17: "Ada.Calendar" is not a predefined library unit"

Predefined library units seem to be some kind of private club, and the
stage three 4.2 snapshot compiler seems to be confused as to what the
membership requirements are.

RE: GNAT on MinGW

[Vo, Anh (US SSA)]

-----Original Message-----
From: comp.lang.ada-bounces+anh.vo=baesystems.com@ada-france.org
[mailto:comp.lang.ada-bounces+anh.vo=baesystems.com@ada-france.org] On
Behalf Of Fionn Mac Cumhaill
Sent: Friday, March 02, 2007 4:38 AM
To: comp.lang.ada@ada-france.org
Subject: Re: GNAT on MinGW

<<
[...]
Hmm. I have been trying to build gcc 4.2 snapshots with MinGW and
MSYS. With MSYS, the /mingw/include location for headers tends to
baffle configure scripts which expect /usr/include. I used the
configure option  --oldincludedir=/mingw/include 

My MinGW/MSYS build goes quite a long way before it crashes. It
completes all three stages of building the compiler (configured to
build c, c++, and Ada) and then fails building the Ada rtl. I posted a
request for help on the gcc-help mailing list, but got no answers;
apparently the Ada wizards don't pay much attention to gcc-help.
(See <http://gcc.gnu.org/ml/gcc-help/2007-02/msg00378.html>

The Ada error message that I got was
"a-calend.adb:44:17: "Ada.Calendar" is not a predefined library unit"

Predefined library units seem to be some kind of private club, and the
stage three 4.2 snapshot compiler seems to be confused as to what the
membership requirements are.
>>

I built gcc-4.1.2 for Ada, C, and C++ using MinGW/MSYS last week. It
crashed hard after going about 1/50 of the way. By the way, I use Window
2k.

I had a similar problem yesterday when it got to Ada rtl. The problem
was that cygwin did not handle soft link well compared to say Linux. My
fix was to delete all the soft links for Ada rtl source files and
replaced with the real files. The latest problem I have is missing
_spawnvp as shown in the error message below.

make[5]: Entering directory `/cygdrive/e/build-4.1.2/gcc/ada/rts'
/cygdrive/e/build-4.1.2/./gcc/xgcc -B/cygdrive/e/build-4.1.2/./gcc/
-B/usr/local
/mingw32/bin/ -B/usr/local/mingw32/lib/ -isystem
/usr/local/mingw32/include -isy
stem /usr/local/mingw32/sys-include -c -DIN_GCC   `echo -g -O2
-fexceptions -DI
N_RTS |sed -e 's/-pedantic//g' -e 's/-Wtraditional//g'`      -I. -I..
-I../.. -I
/cygdrive/e/gcc-4.1.2/gcc/ada -I/cygdrive/e/gcc-4.1.2/gcc/ada/../config
-I/cygdr
ive/e/gcc-4.1.2/gcc/ada/../../include -I/cygdrive/e/gcc-4.1.2/gcc/ada/..
-I./../
.. adaint.c \
          -o adaint.o
xgcc.exe: _spawnvp: No such file or directory
make[5]: *** [adaint.o] Error 1
make[5]: Leaving directory `/cygdrive/e/build-4.1.2/gcc/ada/rts' 

Re: GNAT on MinGW

[Simon Wright]

"Vo, Anh (US SSA)" <Anh.Vo@baesystems.com> writes:

> I had a similar problem yesterday when it got to Ada rtl. The
> problem was that cygwin did not handle soft link well compared to
> say Linux. My fix was to delete all the soft links for Ada rtl
> source files and replaced with the real files.

Would it be possible to use cp instead of ln? (Does the config setup
cope with this? If the make file says $(LN) that could be a place to
start)

Re: GNAT on MinGW

[Martin Krischik]

Simon Wright wrote:

> "Vo, Anh (US SSA)" <Anh.Vo@baesystems.com> writes:
> 
>> I had a similar problem yesterday when it got to Ada rtl. The
>> problem was that cygwin did not handle soft link well compared to
>> say Linux. My fix was to delete all the soft links for Ada rtl
>> source files and replaced with the real files.
> 
> Would it be possible to use cp instead of ln? (Does the config setup
> cope with this? If the make file says $(LN) that could be a place to
> start)

I answered that in my other post named "Let's join forces for GNAT ï¿œon
MinGW!"

Martin
-- 
mailto://krischik@users.sourceforge.net
Ada programming at: http://ada.krischik.com

Re: GNAT on MinGW

[Michael Bode]

Martin Krischik <krischik@users.sourceforge.net> writes:

> No I created a cross compiler for linux. Next step would have been to
> use that cross compiler to create a native MinGW compiler. But that
> proved difficult.
>
> I have now tried all sorts of tricks and nothing worked out - there
> was always some show stopper down the line.

This is all very confusing. 

On http://gnuada.sourceforge.net/pmwiki.php/Install/MS-Windows
you (was it written by you?) say that "the main problem is: MinGW
can't compile the gcc 4.1.0 at all." And really the latest version on
mingw.org is gcc 3.4.5. OTOH there is http://gcc.winports.org/ which
claims to have gcc 4.1.2 with the following release notes:

gcc 4.1.2

technical specs
host: i386-pc-mingw32
target: i386-pc-mingw32
languages: c,c++

built @ i686 machine running msys 1.0.10 under WinXP Pro SP2

But there are no sources and not much information on who they are and
what they have done to build gcc 4.1 that I can find. I've also not
tried it out since I've no Windows @home.

Ah, there is a forum with a total of 4 postings, one from the MinGW
project administrator, which discuss a) GPL violation by this project
and b) general unfitness of the Windows port of gcc 4. Looks like
there is not much chance for a usable Windows gcc 4 until quite some
bugs in gcc are fixed. 

-- 
No intelligent man has any respect for an unjust law. 
He simply follows the eleventh commandment.
-- R.A. Heinlein

Re: GNAT on MinGW

[Martin Krischik]

Michael Bode wrote:

> Martin Krischik <krischik@users.sourceforge.net> writes:
> 
>> No I created a cross compiler for linux. Next step would have been to
>> use that cross compiler to create a native MinGW compiler. But that
>> proved difficult.
>>
>> I have now tried all sorts of tricks and nothing worked out - there
>> was always some show stopper down the line.
> 
> This is all very confusing.

Most Wiki's have a "History" button which will show you when an article was
last edited. That can be helpfull from time to time!

And if you find the article outdated you can try the "Edit" button ;-).

> On http://gnuada.sourceforge.net/pmwiki.php/Install/MS-Windows
> you (was it written by you?) say that "the main problem is: MinGW
> can't compile the gcc 4.1.0 at all." And really the latest version on
> mingw.org is gcc 3.4.5. OTOH there is http://gcc.winports.org/ which
> claims to have gcc 4.1.2 with the following release notes:
> 
> gcc 4.1.2
> 
> technical specs
> host: i386-pc-mingw32
> target: i386-pc-mingw32
> languages: c,c++
> 
> built @ i686 machine running msys 1.0.10 under WinXP Pro SP2

Notice:   languages: c,c++!!!

No java, no fortran, no ada.

> But there are no sources and not much information on who they are and
> what they have done to build gcc 4.1 that I can find. I've also not
> tried it out since I've no Windows @home.
> 
> Ah, there is a forum with a total of 4 postings, one from the MinGW
> project administrator, which discuss a) GPL violation by this project
> and b) general unfitness of the Windows port of gcc 4. Looks like
> there is not much chance for a usable Windows gcc 4 until quite some
> bugs in gcc are fixed.

Remember that AdaCore allways supplies huge diff files with each compiler.
They really work hard to get things going - especially for non POSIX
environments like Windows and VMS. I just which they would not send patched
to trunc only.

Martin

-- 
mailto://krischik@users.sourceforge.net
Ada programming at: http://ada.krischik.com

Re: GNAT on MinGW

[Michael Bode]

Martin Krischik <krischik@users.sourceforge.net> writes:

> And if you find the article outdated you can try the "Edit" button ;-).

I'm not sure if it is outdated. :-(

> Notice:   languages: c,c++!!!
>
> No java, no fortran, no ada.

Even that would be more than what you can get from mingw.org. I wonder why.

>> Ah, there is a forum with a total of 4 postings, one from the MinGW
>> project administrator, which discuss a) GPL violation by this project
>> and b) general unfitness of the Windows port of gcc 4. Looks like
>> there is not much chance for a usable Windows gcc 4 until quite some
>> bugs in gcc are fixed.
>
> Remember that AdaCore allways supplies huge diff files with each compiler.
> They really work hard to get things going - especially for non POSIX
> environments like Windows and VMS. I just which they would not send patched
> to trunc only.

I think the remarks I cited didn't refer to gnat. And if the situation
is that bad for C/C++ I would not hold my breath for other languages.

-- 
No intelligent man has any respect for an unjust law. 
He simply follows the eleventh commandment.
-- R.A. Heinlein

Re: GNAT on MinGW

[Martin Krischik]

Michael Bode wrote:

> Martin Krischik <krischik@users.sourceforge.net> writes:
> 
>> And if you find the article outdated you can try the "Edit" button ;-).
> 
> I'm not sure if it is outdated. :-(

Once I have a successfull compile I update the page. However anyone who had
some success can record his attempts on the wiki. You can even start new
pages! There is no need to be fully successfull - record as far as you got
so that your knowledge is not lost!

>> Notice:   languages: c,c++!!!
>>
>> No java, no fortran, no ada.
> 
> Even that would be more than what you can get from mingw.org. I wonder
> why.

Both MinGW and Cygwin seemed stalled and new projects with the same aim have
not caught up with them. It seems that the POSIX comunity have lost
interest in Windows. Or it works good enough for corporations. 

>>> Ah, there is a forum with a total of 4 postings, one from the MinGW
>>> project administrator, which discuss a) GPL violation by this project
>>> and b) general unfitness of the Windows port of gcc 4. Looks like
>>> there is not much chance for a usable Windows gcc 4 until quite some
>>> bugs in gcc are fixed.
>>
>> Remember that AdaCore allways supplies huge diff files with each
>> compiler. They really work hard to get things going - especially for non
>> POSIX environments like Windows and VMS. I just which they would not send
>> patched to trunc only.
> 
> I think the remarks I cited didn't refer to gnat. And if the situation
> is that bad for C/C++ I would not hold my breath for other languages.

I too feel very sad about the current state of GCC for windows. Even
compiling GCC 4.2.0.xxxxxx on Sun/Solaris was easier - just one shell
script error (on make install in gcc/ada :-( )! Call the command manually
(strangely that works) and uncomment it in the Makefile (so it won't be
called again) and the compile goes thou.

BTW: "Call the command manually instead of inside the make script" often
helps in Cygwin / MinGW as well.
 
Martin

-- 
mailto://krischik@users.sourceforge.net
Ada programming at: http://ada.krischik.com

Re: recent changes in compiler pricing

[Markus E Leypold]

"Jeffrey R. Carter" <jrcarter@acm.org> writes:

> Markus E Leypold wrote:
>> And if I understand it correectly, a service plan is still something
>> you have to pay per year. I wonder where the 0-cost is there? Or
>> perhaps AONIX should have word with their PR department on that
>> wording.
>
> This is the same business model as AdaCore. You pay nothing for the
> compiler. You only pay for support.

I disagree. "There is no charge for annual development licenses with
an active service plan." What without an active service plan? The
wording seems to indicate that then there is a "charge for annual
development licenses".

I don't see zero cost there or the wording is buggy. Therefore my
suggestion that they have a word with the people who write those press
releases for them.

Regards -- Markus

Re: recent changes in compiler pricing

[dave.wood]

On Feb 25, 11:40 am, Markus E Leypold
<development-2006-8ecbb5cc8aREMOVET...@ANDTHATm-e-leypold.de> wrote:
> "Jeffrey R. Carter" <jrcar...@acm.org> writes:
>
> > Markus E Leypold wrote:
> >> And if I understand it correectly, a service plan is still something
> >> you have to pay per year. I wonder where the 0-cost is there? Or
> >> perhapsAONIXshould have word with their PR department on that
> >> wording.
>
> > This is the same business model as AdaCore. You pay nothing for the
> > compiler. You only pay for support.
>
> I disagree. "There is no charge for annual development licenses with
> an active service plan." What without an active service plan? The
> wording seems to indicate that then there is a "charge for annual
> development licenses".
>
> I don't see zero cost there or the wording is buggy. Therefore my
> suggestion that they have a word with the people who write those press
> releases for them.
>
> Regards -- Markus

In the traditional price model, there is a price paid both for the
development license and also a price paid for annual support. In the
new price model, there is no charge for the development license.
Hence, the development license is zero cost. A support subscription,
however, is not free, nor is it claimed as such.

For those who prefer a perpetual development license with an optional
support contract, we continue to offer the traditional model as well.

If you are interested in doing a what-if on which model works best for
your situation, I'd direct you to an Aonix account manager. If you're
interest in the subject is more "academic", feel free to email me
directly as ordinarily I don't monitor this group.

Cheers,

Dave Wood
VP Marketing
Aonix

Re: recent changes in compiler pricing

[Yves Bailly]

Jeffrey R. Carter wrote:

> Markus E Leypold wrote:
>> 
>> And if I understand it correectly, a service plan is still something
>> you have to pay per year. I wonder where the 0-cost is there? Or
>> perhaps AONIX should have word with their PR department on that
>> wording.
> 
> This is the same business model as AdaCore. You pay nothing for the
> compiler. You only pay for support.
> 

So I guess the compiler can be downloaded somewhere? I didn't find
any link, just the evaluation form... Any hint?

Regards,

-- 
(o< | Yves Bailly  : http://kafka-fr.net   | -o)
//\ | Linux Dijon  : http://www.coagul.org | //\
\_/ |                                      | \_/`

Re: recent changes in compiler pricing

[Colin Paul Gloster]

Yves Bailly <kafka.fr@laposte.net> posted on Mon, 26 Feb 2007 00:06:07
   +0100:
"Jeffrey R. Carter wrote:

[..]
>
> [..] You pay nothing for the
> compiler. You only pay for support.
>

So I guess the compiler can be downloaded somewhere?"


Why?


" I didn't find
any link, just the evaluation form... Any hint?"


Just because one does not charge for a compiler and does charge for
supporting use involving the compiler, do not assume that one actually
places the compiler somewhere for others to download.