struct ChromeMallocZone derived from APSL licensed code

6 views
Skip to first unread message

Paul Biggar

unread,
Oct 13, 2010, 7:03:52 AM10/13/10
to Chromium-dev, ge...@mozilla.org
Hi,

I'd like to ask about the struct ChromeMallocZone, found in
process_util_mac.mm. I believe its origin is the struct
_malloc_zone_t, found in /usr/include/malloc/malloc.h in the Darwin
10.6 SDK. This file is licensed under the APSL.

Over at Mozilla, we're looking to copy the struct into our sources in
the same way that you have. Unfortunately, we believe that the APSL is
not compatible with our license (due to the fact that it is not
compatible with the GPL).

However, you guys seem to have the struct under the BSD license, with
no mention of the APSL. May I ask how this happened? Hopefully you
found the struct in some BSD-licensed code, which means we can copy
it. Another alternative is that it is incorrectly licensed in your
code, as the relevant portions of the APSL are not adhered to
(fortunately, this is quite simple to fix).

Thanks,
Paul

(For reference, this is the bugzilla entry: https://bugzilla.mozilla.org/show_bug.cgi?id=603655)

Paul Biggar

unread,
Oct 14, 2010, 9:31:47 AM10/14/10
to Chromium-dev
Perhaps I sent this to the wrong list. Is there a better list to send
it to?

Thanks,
Paul

PhistucK

unread,
Oct 14, 2010, 9:42:40 AM10/14/10
to paul....@gmail.com, Anthony LaForge, Mark Larson, Chromium-dev
Seems like the right list. Either this one, or chromium-discuss.
Perhaps they are checking the legal implications of your message... and perhaps not.

Mark\Anthony, can you direct this question to the right party? It seems somewhat important (legally).


PhistucK



--
Chromium Developers mailing list: chromi...@chromium.org
View archives, change email options, or unsubscribe:
   http://groups.google.com/a/chromium.org/group/chromium-dev

Mike Pinkerton

unread,
Oct 14, 2010, 9:57:49 AM10/14/10
to phis...@gmail.com, paul....@gmail.com, Anthony LaForge, Mark Larson, Chromium-dev
I've already routed this to the appropriate place. Avi is working
through the issue and resolution with DannyB.

--
Mike Pinkerton
Mac Weenie
pink...@google.com

Paul Biggar

unread,
Oct 14, 2010, 10:06:26 AM10/14/10
to Mike Pinkerton, phis...@gmail.com, Anthony LaForge, Mark Larson, Chromium-dev
Great, thank you.

Paul

--
Paul Biggar
paul....@gmail.com

Avi Drissman

unread,
Oct 19, 2010, 10:01:15 AM10/19/10
to paul....@gmail.com, Mike Pinkerton, phis...@gmail.com, Anthony LaForge, Mark Larson, Chromium-dev, Daniel Berlin
Paul—

Thanks for pointing this out. I landed a CL yesterday <http://crrev.com/62983> that should put us in a better situation.

Avi

Paul Biggar

unread,
Oct 19, 2010, 5:23:14 PM10/19/10
to Avi Drissman, Mike Pinkerton, phis...@gmail.com, Anthony LaForge, Mark Larson, Chromium-dev, Daniel Berlin
Hi Avi,

Yes, that looks like the right thing to do. We can't do the same at
Mozilla due to GPL compatibility issues, so I think we're going to go
with a structure that is the same size as malloc_zone_t, but filled
with void* and void (*)().

Glad it all got worked out,
Paul

--
Paul Biggar
paul....@gmail.com

Reply all
Reply to author
Forward
0 new messages