Yeah, the error is very similar to the one in that bug. Here's the error
that we are seeing on the bots:
124javascriptcore_pcre.lib(pcre_xclass.obj) : error LNK2005: bool __cdecl
kjs_pcre_xclass(int,unsigned char const *) (?kjs_pcre_xclass@@[EMAIL
PROTECTED])
already defined in
Click on http://groups.google.com/group/chromium-dev/web/funnn
- or copy paste it into your browser's address bar if that doesn't
work.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Chromium-dev group.
Hi
OS: Vista 64bit
VS.NET 2008
I have a problem compiling Chromium. Here is the link to compilation
log: http://xerx.110mb.com/BuildLog.htm
Anybody have an idea what's wrong?
Thanks
--~--~-~--~~~---~--~~
You received this message because you are subscribed to
Man, I am itching to help start coding this... any objections?
On Nov 25, 4:04 pm, Marshall Greenblatt [EMAIL PROTECTED]
wrote:
Cool, it sounds like the embedded browser spaces on linux and osx are well
accounted for. For the time being I'll continue with an os-agnostic
approach because it's
It looks like a clobber build of unit tests didn't fix the problem.
I'm trying a clobber build of test_shell right now.
Erik
On Wed, Nov 26, 2008 at 12:36 AM, Darin Fisher [EMAIL PROTECTED] wrote:
Yeah, the error is very similar to the one in that bug. Here's the error
that we are seeing on
Nobody's in a position to object, though I know a bunch of people are
approaching the problem from different angles. Perhaps we'll end up
with a bake-off :-).
More seriously, coding up an example implementation, even just as a
proof of concept, is a great way to validate a design (take a look
I've created a code.google.com project that we can use to host the
repository and related docs, etc.
http://code.google.com/p/chromiumembedded/http://code.google.com/p/chromiumembedded/
On Wed, Nov 26, 2008 at 11:24 AM, Daniel A. White
[EMAIL PROTECTED]wrote:
Awesome. I can't wait.
Where
I think Darwin had the right idea :-).
On Wed, Nov 26, 2008 at 11:29 AM, Amanda Walker [EMAIL PROTECTED] wrote:
Nobody's in a position to object, though I know a bunch of people are
approaching the problem from different angles. Perhaps we'll end up
with a bake-off :-).
More seriously,
Resending from the right address...
Started failing with this CL
http://build.chromium.org/buildbot/waterfall/changes/2762, which updated
deps to bring in the new merge.
I was able to build a local purify build last night using incredibuild.
Maybe something is wrong with the builder? Could it be
Hi!
A few of us have been talking for the past few weeks about how to do
extensions in Chromium. Here's a design doc that explains the
beginning of our plan:
http://dev.chromium.org/developers/design-documents/extensions
To start, we're going to focus mostly on the infrastructure for
By the way, if it proves to be easiest to have real named objects in the
file system, we can always scope them to the browser process's
user-data-dir. There is one user-data-dir per browser process, so this
could allow us to solve the traditional managment issues with named objects
in the
Just wondering if anyone involved in the porting effort has started
poking around common/ipc_* and the channel/message objects. I started
looking into what it would take to build a real render process and
very quickly hit a slew of Win32 dependencies in the IPC code that
need some serious
Code updated at revision 6035. Now I get this error.
Linking...
wtf.lib(MainThreadWin.obj) : error LNK2005: void __cdecl
WTF::initializeMainThread(void) ([EMAIL PROTECTED]@@YAXXZ)
already defined in wtf.lib(MainThread.obj)
port.lib(TemporaryLinkStubs.obj) : error LNK2005: void __cdecl
Sent from wrong address, resending...
I'm untangling the IPC::Channel code at the moment, as part of that effort
I'll remove or replace the MessageLoopForIO::IOHandler stuff.
Best regards,
Jeremy
On Wed, Nov 26, 2008 at 10:47 AM, Mike Pinkerton [EMAIL PROTECTED]wrote:
Just wondering if
Submitted http://codereview.chromium.org/12004 (MIMETypeRegistry.cc de-
basifying).
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Chromium-dev group.
To post to this group, send email to
Today my builds mysteriously started failing.
When building DerivedSources I get
/cygdrive/e/trunk/src/THIRD_~1/WebKit/WebCore/svg/SVGNumberList.idl:1:6
warning: null character(s) ignored
lots of these
followed by
Can't call method fileName without a package or object reference at
This happened to me over the last few days with building Webkit's
tree. It was driving me nuts, until I also saw it with Chrome. I
rebooted and then it magically worked. My guess is that it was cygwin's fault.
On Wed, Nov 26, 2008 at 12:08 PM, Mike Belshe [EMAIL PROTECTED] wrote:
Today my
Ben, look at atlwin.h CWindowImplBaseT TBase, TWinTraits
::WindowProc
I believe that OnFinalMessage(window) is called right there if msg ==
WM_NCDESTROY
right about line 3101 on that file.
Does that help you sort out this?
On Nov 23, 3:08 pm, Ben Goodger (Google) [EMAIL PROTECTED] wrote:
I
Hopefully we can solve the callback interface issue much as it was solved
for FileStream.
-Darin
On Wed, Nov 26, 2008 at 10:47 AM, Mike Pinkerton [EMAIL PROTECTED]wrote:
Just wondering if anyone involved in the porting effort has started
poking around common/ipc_* and the channel/message
Yes, I ended up inserting the destruction into the WM_NCDESTROY
handler called by ProcessWindowMessage, which gets called before the
focus manager is shut down.
-Ben
On Wed, Nov 26, 2008 at 3:31 PM, cpu [EMAIL PROTECTED] wrote:
Ben, look at atlwin.h CWindowImplBaseT TBase, TWinTraits
20 matches
Mail list logo