Brad King wrote:
Can you handle Modules/CheckPrototypeDefinition.cmake too? I think it
has the same problem.
I have looked into this and I don't think it has. The subject of this
thing is to provoke a compile error if the prototype doesn't match. And it
even introduced the symbol _itself_, so
On 1/5/2012 4:47 AM, Rolf Eike Beer wrote:
Brad King wrote:
Can you handle Modules/CheckPrototypeDefinition.cmake too? I think it
has the same problem.
I have looked into this and I don't think it has.
Okay. As you said the concerns with that one are another topic.
So I will go and fix
On 1/5/2012 4:47 AM, Rolf Eike Beer wrote:
Brad King wrote:
Can you handle Modules/CheckPrototypeDefinition.cmake too? I think it
has the same problem.
I have looked into this and I don't think it has. The subject of this
thing is to provoke a compile error if the prototype doesn't match.
On 1/3/2012 4:48 PM, Eric Noulard wrote:
3.0.2 does include the feature:
Dec 24, 2011: libarchive 3.0.2 released
Great. I started the update work less than a week before that ;)
Let's wait for you to finish your experiment with 3.0.0-r3950
then may be the first application of your work
On 1/5/2012 10:05 AM, Rolf Eike Beer wrote:
Please cherry-pick 41719b7507a70b0c098f652c96693ba7755b397f into the
updated branch again and push this upstream, too.
The libarchive-upstream branch must remain pristine w.r.t. upstream.
Your fix is already in the update-libarchive topic:
Could anyone with appropriate knowledge of fixup_bundle internal
have a look at this bug:
http://public.kitware.com/Bug/view.php?id=12656
It may be windows specific.
--
Erk
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org
--
Powered by www.kitware.com