|
|
Created:
6 years, 10 months ago by rvargas (doing something else) Modified:
6 years, 10 months ago CC:
chromium-reviews Base URL:
svn://svn.chromium.org/chrome/trunk/src Visibility:
Public. |
DescriptionRemove some PlatformFile uses from zlib
BUG=322664
R=hshi@chromium.org
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=253727
Patch Set 1 #Patch Set 2 : Rebase #
Total comments: 4
Patch Set 3 : missing file :( #Patch Set 4 : Rebase #Patch Set 5 : Yet another rebase #
Messages
Total messages: 47 (0 generated)
PTAL
lgtm
The CQ bit was checked by rvargas@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/rvargas@chromium.org/166573007/1
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/rvargas@chromium.org/166573007/1
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: linux_chromium_rel
+haven
Wow, we've had an auto-closing File class all along and for some reason I was still using PlatformFiles? I've been complaining to people about this without knowing it was already fixed. Is this part of a larger push to get rid of direct PlatformFile usage? https://codereview.chromium.org/166573007/diff/380001/chrome/browser/extensio... File chrome/browser/extensions/api/image_writer_private/operation_linux.cc (right): https://codereview.chromium.org/166573007/diff/380001/chrome/browser/extensio... chrome/browser/extensions/api/image_writer_private/operation_linux.cc:6: #include "base/files/file.h" Is this import dangling from elsewhere? I don't see any other changes to files in this API.
https://codereview.chromium.org/166573007/diff/380001/third_party/zlib/google... File third_party/zlib/google/zip_reader.cc (right): https://codereview.chromium.org/166573007/diff/380001/third_party/zlib/google... third_party/zlib/google/zip_reader.cc:404: Passed(output_file.Pass()), Where does this Pass come from? output_file is not a scoped_ptr and I don't see the Pass method on base::File. (Forgive me, I'm just trying to understand what's going on here as I'm not that great with C++.)
On 2014/02/20 18:38:13, Drew Haven wrote: > https://codereview.chromium.org/166573007/diff/380001/third_party/zlib/google... > File third_party/zlib/google/zip_reader.cc (right): > > https://codereview.chromium.org/166573007/diff/380001/third_party/zlib/google... > third_party/zlib/google/zip_reader.cc:404: Passed(output_file.Pass()), > Where does this Pass come from? output_file is not a scoped_ptr and I don't see > the Pass method on base::File. (Forgive me, I'm just trying to understand > what's going on here as I'm not that great with C++.) The Pass comes from the macro MOVE_ONLY_TYPE_FOR_CPP_03 (see base/move.h)
https://codereview.chromium.org/166573007/diff/380001/third_party/zlib/google... File third_party/zlib/google/zip_reader.cc (right): https://codereview.chromium.org/166573007/diff/380001/third_party/zlib/google... third_party/zlib/google/zip_reader.cc:404: Passed(output_file.Pass()), On 2014/02/20 18:38:14, Drew Haven wrote: > Where does this Pass come from? output_file is not a scoped_ptr and I don't see > the Pass method on base::File. (Forgive me, I'm just trying to understand > what's going on here as I'm not that great with C++.) Interestingly, scoped_ptr does not explicitly define the Pass() method either. It is also using the MOVE_ONLY_TYPE_FOR_CPP_03 macro in base/move.h.
Yes, PlatformFile is currently deprecated and it should not be used in new code. I'm removing current users. https://codereview.chromium.org/166573007/diff/380001/chrome/browser/extensio... File chrome/browser/extensions/api/image_writer_private/operation_linux.cc (right): https://codereview.chromium.org/166573007/diff/380001/chrome/browser/extensio... chrome/browser/extensions/api/image_writer_private/operation_linux.cc:6: #include "base/files/file.h" On 2014/02/20 18:34:08, Drew Haven wrote: > Is this import dangling from elsewhere? I don't see any other changes to files > in this API. You added PlatformFile to this file without adding an include. It worked for you because third_party/zlib/google/zip_reader.h is included from src/chrome/browser/extensions/api/image_writer_private/operation.h, but I'm removing PlatformFile from zlib.
lgtm Is there a way that we could add something like upload warnings when code directly references deprecated code? As someone who isn't a full Chrome developer it is hard to keep up on these things. Just a thought.
On 2014/02/20 20:30:22, Drew Haven wrote: > lgtm > > Is there a way that we could add something like upload warnings when code > directly references deprecated code? As someone who isn't a full Chrome > developer it is hard to keep up on these things. Just a thought. Thanks. We could add presubmit warnings, but I'm just trying to remove the old code as soon as possible to eliminate the issue from the root. It doesn't seem so bad so far.
The CQ bit was checked by rvargas@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/rvargas@chromium.org/166573007/560001
The CQ bit was unchecked by commit-bot@chromium.org
Failed to apply patch for chrome/browser/extensions/api/image_writer_private/operation_linux.cc: While running patch -p1 --forward --force --no-backup-if-mismatch; can't find file to patch at input line 6 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: chrome/browser/extensions/api/image_writer_private/operation_linux.cc |diff --git a/chrome/browser/extensions/api/image_writer_private/operation_linux.cc b/chrome/browser/extensions/api/image_writer_private/operation_linux.cc |index efba6311138f218927e9d7e07f4f51216accf058..01aa1405ec2a2ef33eafabbd4a69be04f931a916 100644 |--- a/chrome/browser/extensions/api/image_writer_private/operation_linux.cc |+++ b/chrome/browser/extensions/api/image_writer_private/operation_linux.cc -------------------------- No file to patch. Skipping patch. 1 out of 1 hunk ignored Patch: chrome/browser/extensions/api/image_writer_private/operation_linux.cc Index: chrome/browser/extensions/api/image_writer_private/operation_linux.cc diff --git a/chrome/browser/extensions/api/image_writer_private/operation_linux.cc b/chrome/browser/extensions/api/image_writer_private/operation_linux.cc index efba6311138f218927e9d7e07f4f51216accf058..01aa1405ec2a2ef33eafabbd4a69be04f931a916 100644 --- a/chrome/browser/extensions/api/image_writer_private/operation_linux.cc +++ b/chrome/browser/extensions/api/image_writer_private/operation_linux.cc @@ -4,6 +4,7 @@ #include "base/file_util.h" #include "base/files/file_enumerator.h" +#include "base/platform_file.h" #include "base/threading/worker_pool.h" #include "chrome/browser/extensions/api/image_writer_private/error_messages.h" #include "chrome/browser/extensions/api/image_writer_private/operation.h"
The CQ bit was checked by rvargas@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/rvargas@chromium.org/166573007/680001
The CQ bit was unchecked by commit-bot@chromium.org
No LGTM from a valid reviewer yet. Only full committers are accepted. Even if an LGTM may have been provided, it was from a non-committer or a lowly provisional committer, _not_ a full super star committer. See http://www.chromium.org/getting-involved/become-a-committer Note that this has nothing to do with OWNERS files.
The CQ bit was unchecked by commit-bot@chromium.org
No LGTM from a valid reviewer yet. Only full committers are accepted. Even if an LGTM may have been provided, it was from a non-committer or a lowly provisional committer, _not_ a full super star committer. See http://www.chromium.org/getting-involved/become-a-committer Note that this has nothing to do with OWNERS files.
On 2014/02/21 18:24:22, I haz the power (commit-bot) wrote: > No LGTM from a valid reviewer yet. Only full committers are accepted. > Even if an LGTM may have been provided, it was from a non-committer or > a lowly provisional committer, _not_ a full super star committer. > See http://www.chromium.org/getting-involved/become-a-committer > Note that this has nothing to do with OWNERS files. Interesting... do you guys know who is this referring to?. I mean, do I kneed another owner of zlib or of image writer?
The CQ bit was checked by sergeyberezin@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/rvargas@chromium.org/166573007/680001
The CQ bit was unchecked by commit-bot@chromium.org
Retried try job too often on win_rel for step(s) unit_tests http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=win_rel&nu...
+asargent + satorux for owners
The CQ bit was checked by rvargas@chromium.org
The CQ bit was unchecked by rvargas@chromium.org
The CQ bit was checked by rvargas@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/rvargas@chromium.org/166573007/680001
lgtm
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/rvargas@chromium.org/166573007/680001
The CQ bit was unchecked by commit-bot@chromium.org
Retried try job too often on linux_rel for step(s) telemetry_perf_unittests, telemetry_unittests http://build.chromium.org/p/tryserver.chromium/buildstatus?builder=linux_rel&...
lgtm
The CQ bit was checked by rvargas@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/rvargas@chromium.org/166573007/680001
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: linux_chromium_clang_dbg
The CQ bit was checked by rvargas@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/rvargas@chromium.org/166573007/1010001
Message was sent while issue was closed.
Change committed as 253727 |