Package Details: chromium-dev 126.0.6423.2-1

Git Clone URL: https://aur.archlinux.org/chromium-dev.git (read-only, click to copy)
Package Base: chromium-dev
Description: The open-source project behind Google Chrome (Dev Channel)
Upstream URL: http://www.chromium.org
Keywords: browser web
Licenses: BSD
Submitter: None
Maintainer: sl1pkn07
Last Packager: sl1pkn07
Votes: 159
Popularity: 0.006964
First Submitted: 2010-05-17 09:04 (UTC)
Last Updated: 2024-04-21 19:18 (UTC)

Required by (0)

Sources (13)

Latest Comments

« First ‹ Previous 1 .. 75 76 77 78 79 80 81 82 83 84 85 .. 152 Next › Last »

misc commented on 2013-05-07 22:25 (UTC)

The gold linker is now stable enough to be used for Chromium; it's much faster and requires much less memory. (It's also possible to rm -rf the chromium-build/third_party folder after make if one needs the space for package(), like I used to do with my 3G tmpfs.) To use it, simply add gold/* to the third_party exclusions and toggle the two use_gold flags.

sl1pkn07 commented on 2013-05-05 15:14 (UTC)

@macau if is possible fill bug in chromium bug tracker http://crbug.com greetings

sl1pkn07 commented on 2013-05-05 13:02 (UTC)

build with clang is broken for the moment. use gcc instead

<deleted-account> commented on 2013-05-05 11:19 (UTC)

Trying compilation with clang. with clean pkgbuild i catch a bug at start: /usr/lib64/gcc/x86_64-unknown-linux-gnu/4.8.0/../../../../include/c++/4.8.0/type_traits:268:39: error: use of undeclared identifier '__float128' struct __is_floating_point_helper<__float128> winth -std=c++11 flag compilation go ok, but then i catch other bug: In file included from sync/engine/apply_control_data_updates.cc:11: In file included from ./sync/syncable/directory.h:12: ./base/file_util.h:416:11: error: use of undeclared identifier 'typeof' if (HANDLE_EINTR(close(*x)) < 0) ^ ./base/posix/eintr_wrapper.h:24:3: note: expanded from macro 'HANDLE_EINTR' typeof(x) eintr_wrapper_result; \ ^ In file included from sync/engine/apply_control_data_updates.cc:11: In file included from ./sync/syncable/directory.h:12: ./base/file_util.h:416:11: error: use of undeclared identifier 'eintr_wrapper_result' ./base/posix/eintr_wrapper.h:26:5: note: expanded from macro 'HANDLE_EINTR' eintr_wrapper_result = (x); \ ^ In file included from sync/engine/apply_control_data_updates.cc:11: In file included from ./sync/syncable/directory.h:12: ./base/file_util.h:416:11: error: use of undeclared identifier 'eintr_wrapper_result' ./base/posix/eintr_wrapper.h:27:12: note: expanded from macro 'HANDLE_EINTR' } while (eintr_wrapper_result == -1 && errno == EINTR); \ ^ In file included from sync/engine/apply_control_data_updates.cc:11: In file included from ./sync/syncable/directory.h:12: ./base/file_util.h:416:11: error: use of undeclared identifier 'eintr_wrapper_result' ./base/posix/eintr_wrapper.h:28:3: note: expanded from macro 'HANDLE_EINTR' eintr_wrapper_result; \ ^ In file included from sync/engine/apply_control_data_updates.cc:11: In file included from ./sync/syncable/directory.h:12: ./base/file_util.h:416:35: error: invalid operands to binary expression ('void' and 'int') if (HANDLE_EINTR(close(*x)) < 0) ~~~~~~~~~~~~~~~~~~~~~~~ ^ ~ 5 errors generated.

sl1pkn07 commented on 2013-05-05 05:23 (UTC)

@jeagos, tested the package in chroot build yes, need multilib-devel (tested only with gcc-multilib) in makedepends but this have a problem, this is not a normal makedepend, because afected all system. Little explain (my english is limited): other normal makedepends, after build package only need remove that with pacman and go. Install multilib-devel implies active [multilib] and alternate play with [core] gcc (and depends) before make the pkgbuild (for resolve cycle dependency) if want have the system clean (more people want pure 64bits systems) I only see two ways: 1) add warning in pkgbuild to need active [multilib] before build package (with all that implies) 2) change method to build Nacl components. this method is back to use https://www.archlinux.org/packages/extra/x86_64/nacl-toolchain-newlib/. I don't know if this package is out of date, and build in separate package with recent version of source stored in http://gsdview.appspot.com/nativeclient-archive2/x86_toolchain/ take a LOOOOOONNNGGGGG time (i remember need bit more time than chomium) then: build Nacl with actual method: pros: - all code up to date - no need huge size dependency, nacl-toolchain-newlib have 102Mb (uncompress) only for build (no need for run). need all time when need build chromium. Toolchain include in the actual method is cleaned after build by helpers, like yaourt (if use remote install). cons: - need enable multilib repos and install multilib-devel group before build chromium - if install multilib-devel is complicated (but not impossible) go back older method: pros: - no need multilib (for pure 64bits system) - the nacl-toolchain-newlib package is maintained by distribution cons: - code outdated - need install this package when need build chromium ladies and gentlemen, open poll :) Notice in next version: the actual v8 package in extra is "mess". don't build chromium with that (now build with a static lib provide by chromium bundle). I make a new package, calling "v8-dev" with some changes than the [extra] v8 package (use the real method to build this lib, like a Gentoo package) (and yes, if any ask, this package is a little bit clone like gentoo chromium-dev package). this package update when dev channel is released if all people have any question, commentary or insult xd. please say it :) gretings and sorry for the huge post (and of course, for my "burn brain" english)

jeagoss commented on 2013-05-04 07:05 (UTC)

multilib-devel only does the following binutils-multilib - replaces binutils gcc-multilib - replaces gcc gcc-libs-multilib - replaces gcc-libs libtool-multilib - replaces libtool lib32-gcc-libs - addition lib32-glibc - addition lib32-zlib is not needed As always, it is a pleasure working with you :)

sl1pkn07 commented on 2013-05-04 06:53 (UTC)

no, all my systems have multilib actived. yes, is possible for build nacl components need add lib32 makedepends or multilib-devel like you say, in older pkgbuilds have in makedepends array this packages: ('lib32-zlib' 'lib32-gcc-libs') can you test if only need that packages instead all multilib-devel? (for save donwnloads tons of dependencies) i need mount a chroot, but don't have space and time. i try to do something in the next few days thanks for the (regression?) report greetings and sorry my bad english :S

jeagoss commented on 2013-05-04 06:29 (UTC)

I have no idea if this has been mentioned before, but I ran into a problem compiling this on a vanilla x64 install. The build kept erroring out with a 'No such file or directory' error with x86_64-nacl-gcc. To fix the problem, I installed multilib-devel. Once the multilib tools were installed, it compiled fine. I've reproduced this on 3 different systems now and fixed it with multilib-devel. @sl1pn07 - Have you built this on a system without multilib-devel? If not, should it be considered a builddep?

« First ‹ Previous 1 .. 75 76 77 78 79 80 81 82 83 84 85 .. 152 Next › Last »