> #elif ! (defined (__vxworks))
>
> ^^ __vxworks will not be defined by anything other than a vxworks
> compiler, I'd assume (it is certainly not defined by Darwin toolchains)
>
> extern char **environ;
> return environ;
>
> vvv so I don't see how this case will ever be exercised.
> #
Hi Tristan,
On 30 Jan 2015, at 15:13, Arnaud Charlet wrote:
> Avoid possible warning on darwin during compiler build.
it's not "just a warning" it's a documented incorrect usage which causes a link
error (and thus bootstrap fail) on systems that are not using the catch-all
"-Wl, -undefined, dy
Avoid possible warning on darwin during compiler build.
Should hopefully close PR 64349, committed on trunk
2015-01-30 Tristan Gingold
PR ada/64349
* env.c: Move vxworks and darwin includes out of #ifdef IN_RTS.
Index: env.c
===
> Le 20 janv. 2015 à 11:59, Iain Sandoe a écrit :
>
>
> On 20 Jan 2015, at 10:53, Arnaud Charlet wrote:
>
>>> Any news on when this might hit trunk?
>>> - it is a bootstrap issue (although on older targets).
>>
>> Right, and you have local patches/a work around.
>>
>> I have been on paternit
On 20 Jan 2015, at 10:53, Arnaud Charlet wrote:
>> Any news on when this might hit trunk?
>> - it is a bootstrap issue (although on older targets).
>
> Right, and you have local patches/a work around.
>
> I have been on paternity leave, so with no time to sync our changes (and
> with other prio
> Any news on when this might hit trunk?
> - it is a bootstrap issue (although on older targets).
Right, and you have local patches/a work around.
I have been on paternity leave, so with no time to sync our changes (and
with other priorities :-)).
My next sync won't be before next week.
Let us
On 14 Jan 2015, at 09:03, Tristan Gingold wrote:
>
>> On 09 Jan 2015, at 00:42, Iain Sandoe wrote:
>>
>>
>> On 8 Jan 2015, at 13:52, Tristan Gingold wrote:
>>
>>>
On 08 Jan 2015, at 13:49, Iain Sandoe wrote:
Hi Tristan,
On 7 Jan 2015, at 10:15, Arnaud Charlet wro
> On 09 Jan 2015, at 00:42, Iain Sandoe wrote:
>
>
> On 8 Jan 2015, at 13:52, Tristan Gingold wrote:
>
>>
>>> On 08 Jan 2015, at 13:49, Iain Sandoe wrote:
>>>
>>> Hi Tristan,
>>>
>>> On 7 Jan 2015, at 10:15, Arnaud Charlet wrote:
>>>
Use _NSGetEnviron to get environment.
T
On 8 Jan 2015, at 13:52, Tristan Gingold wrote:
>
>> On 08 Jan 2015, at 13:49, Iain Sandoe wrote:
>>
>> Hi Tristan,
>>
>> On 7 Jan 2015, at 10:15, Arnaud Charlet wrote:
>>
>>> Use _NSGetEnviron to get environment.
>>>
>>> Tested on x86_64-pc-linux-gnu, committed on trunk
>>>
>>> 2015-01-07
> On 08 Jan 2015, at 13:49, Iain Sandoe wrote:
>
> Hi Tristan,
>
> On 7 Jan 2015, at 10:15, Arnaud Charlet wrote:
>
>> Use _NSGetEnviron to get environment.
>>
>> Tested on x86_64-pc-linux-gnu, committed on trunk
>>
>> 2015-01-07 Tristan Gingold
>>
>> PR ada/64349
>> * env.c (_
Hi Tristan,
On 7 Jan 2015, at 10:15, Arnaud Charlet wrote:
> Use _NSGetEnviron to get environment.
>
> Tested on x86_64-pc-linux-gnu, committed on trunk
>
> 2015-01-07 Tristan Gingold
>
> PR ada/64349
> * env.c (__gnat_environ): Adjust for darwin9/darwin10.
>
>
So my original
Use _NSGetEnviron to get environment.
Tested on x86_64-pc-linux-gnu, committed on trunk
2015-01-07 Tristan Gingold
PR ada/64349
* env.c (__gnat_environ): Adjust for darwin9/darwin10.
Index: env.c
===
--- env.c
12 matches
Mail list logo
