Status: Accepted
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 150 by ken...@google.com: src/Makefile relies on $^ which is not
understood by FreeBSD make.
http://code.google.com/p/protobuf/issues/detail?id=150
FreeBSD's default make does not seem to understand
Updates:
Status: Fixed
Labels: FixedIn-2.3.0
Comment #1 on issue 150 by ken...@google.com: src/Makefile relies on $^
which is not understood by FreeBSD make.
http://code.google.com/p/protobuf/issues/detail?id=150
(No comment was entered for this change.)
--
You received
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 151 by pop.atry: protobuf 2.3 's plugin not work on Cygwin 1.7.1
http://code.google.com/p/protobuf/issues/detail?id=151
What steps will reproduce the problem?
1. Open cygwin.
2. cd protobuf-2.3.0 ./configure make
3. src
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 152 by rktoomey: Maven Protoc Plugin fails when a jar file
contains a .proto file (FileNotFoundException)
http://code.google.com/p/protobuf/issues/detail?id=152
What steps will reproduce the problem
Comment #1 on issue 152 by rktoomey: Maven Protoc Plugin fails when a jar
file contains a .proto file (FileNotFoundException)
http://code.google.com/p/protobuf/issues/detail?id=152
I am using protobuf-java 2.2.0, defined in the parent pom dependencies for
both
project A and project B
Comment #2 on issue 152 by rktoomey: Maven Protoc Plugin fails when a jar
file contains a .proto file (FileNotFoundException)
http://code.google.com/p/protobuf/issues/detail?id=152
The problem is that AbstractProtocMojo.makeProtopathFromJars is
constructing a
non-viable Windows path
Updates:
Owner: gk5885
Comment #3 on issue 152 by ken...@google.com: Maven Protoc Plugin fails
when a jar file contains a .proto file (FileNotFoundException)
http://code.google.com/p/protobuf/issues/detail?id=152
(No comment was entered for this change.)
--
You received this message
Updates:
Status: CannotReproduce
Comment #2 on issue 151 by ken...@google.com: protobuf 2.3 's plugin not
work on Cygwin 1.7.1
http://code.google.com/p/protobuf/issues/detail?id=151
I tried this with Cygwin 1.7.1 and did not see the problem you describe:
$ cat /usr/bin/protoc-gen
Comment #4 on issue 152 by rktoomey: Maven Protoc Plugin fails when a jar
file contains a .proto file (FileNotFoundException)
http://code.google.com/p/protobuf/issues/detail?id=152
Confirmed working on Linux (Ubuntu 9.10), so this is a(n annoying)
Windows-only bug.
But it's a blocker
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 153 by jordanbg: 2.3 Python code not importing
http://code.google.com/p/protobuf/issues/detail?id=153
What steps will reproduce the problem?
Importing from protoc's python output gives the following error
Comment #1 on issue 153 by jordanbg: 2.3 Python code not importing
http://code.google.com/p/protobuf/issues/detail?id=153
I realize I left a cryptic and potentially unuseful error message, but I
didn't take
the time to isolate the problem. However, if it helps, this was with
Python 2.6
Comment #3 on issue 153 by jordanbg: 2.3 Python code not importing
http://code.google.com/p/protobuf/issues/detail?id=153
I don't think so, as this was a fresh install on a virgin machine. I
installed
protobuf, boost, and gsl for the first time.
--
You received this message because you
Comment #4 on issue 153 by ken...@google.com: 2.3 Python code not importing
http://code.google.com/p/protobuf/issues/detail?id=153
Well, descriptor.py clearly defines FileDescriptor:
http://code.google.com/p/protobuf/source/browse/trunk/python/google/protobuf/descriptor
.py#557
So I don't
Comment #5 on issue 152 by rktoomey: Maven Protoc Plugin fails when a jar
file contains a .proto file (FileNotFoundException)
http://code.google.com/p/protobuf/issues/detail?id=152
The stupidest thing that could possibly work - edit
AbstractProtocMojo.makeProtopathFromJars method to produce
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 154 by huas.su: Generate operator =() implementatoin for messages.
http://code.google.com/p/protobuf/issues/detail?id=154
The C++ class generated by protoc for a message doesn't implement an
operator
Updates:
Status: WorkingAsIntended
Comment #1 on issue 154 by ken...@google.com: Generate operator =()
implementatoin for messages.
http://code.google.com/p/protobuf/issues/detail?id=154
I think you mean operator==().
We intentionally chose not to include comparison, as we find
Comment #12 on issue 122 by ken...@google.com: Two test failures on Windows
http://code.google.com/p/protobuf/issues/detail?id=122
That is, you need to specify the full path of the .proto file, which should
start with
some directory in the proto_path.
C:\Software\protobuf-2.3.0\vsprojects
Comment #13 on issue 122 by ken...@google.com: Two test failures on Windows
http://code.google.com/p/protobuf/issues/detail?id=122
Err, remove the That is, from the start of that post.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you
Comment #3 on issue 154 by huas.su: Generate operator =() implementatoin
for messages.
http://code.google.com/p/protobuf/issues/detail?id=154
Thanks for your comments. I think message1.SerializeAsString() ==
message2.SerializeAsString() is acceptable.
--
You received this message because
Comment #2 on issue 154 by huas.su: Generate operator =() implementatoin
for messages.
http://code.google.com/p/protobuf/issues/detail?id=154
Thanks for your comments. I think message1.SerializeAsString() ==
message2.SerializeAsString() is acceptable.
--
You received this message because
Comment #14 on issue 122 by briford.wylie: Two test failures on Windows
http://code.google.com/p/protobuf/issues/detail?id=122
Hi, thanks for the tip. Worked fine.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 157 by n...@chromium.org: win32's subprocess.cc doesn't compile
if UNICODE is defined.
http://code.google.com/p/protobuf/issues/detail?id=157
subprocess.cc doesn't compile if UNICODE was defined, because
Updates:
Status: Fixed
Comment #1 on issue 155 by ken...@google.com: Compiler complains
with 'error: extra qualification'
http://code.google.com/p/protobuf/issues/detail?id=155
How strange. That never should have compiled, but it passed testing on
MSVC, MinGW,
and Cygwin (GCC 3.x
Updates:
Status: Fixed
Labels: FixedIn-2.3.1
Comment #1 on issue 159 by ken...@google.com: 2.3.0 build fails under QNX
fails
http://code.google.com/p/protobuf/issues/detail?id=159
Thanks, committed as revision 309.
--
You received this message because you are listed
Updates:
Status: Fixed
Labels: FixedIn-2.3.1
Comment #1 on issue 156 by ken...@google.com: extension_set.h needs
GetMessage / GetMessageA / GetMessageW workaround
http://code.google.com/p/protobuf/issues/detail?id=156
Your revision 305 fixed this. Thanks!
--
You received
Updates:
Labels: FixedIn-2.3.1
Comment #2 on issue 155 by ken...@google.com: Compiler complains
with 'error: extra qualification'
http://code.google.com/p/protobuf/issues/detail?id=155
(No comment was entered for this change.)
--
You received this message because you are listed
Updates:
Status: CannotReproduce
Comment #5 on issue 153 by ken...@google.com: 2.3 Python code not importing
http://code.google.com/p/protobuf/issues/detail?id=153
(No comment was entered for this change.)
--
You received this message because you are listed in the owner
or CC fields
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 160 by gil.levy: Linker errors when the project is statically
linked with MFC in VS2008
http://code.google.com/p/protobuf/issues/detail?id=160
What steps will reproduce the problem?
1.Create a proto sample
Updates:
Status: WorkingAsIntended
Comment #1 on issue 160 by ken...@google.com: Linker errors when the
project is statically linked with MFC in VS2008
http://code.google.com/p/protobuf/issues/detail?id=160
This is not a protobuf bug, but some misconfiguration in your project
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 161 by mohanmca: mvn install fails to compile the source code.
http://code.google.com/p/protobuf/issues/detail?id=161
What steps will reproduce the problem?
1. mvn install itself fails during compilation
2.
3
Updates:
Status: WorkingAsIntended
Comment #1 on issue 161 by ken...@google.com: mvn install fails to
compile the source code.
http://code.google.com/p/protobuf/issues/detail?id=161
It looks like you may have generated DescriptorProtos.java with protoc
2.2.0 instead of
2.3.0
Comment #38 on issue 57 by christophedehlinger: null values should be
treated as no value
http://code.google.com/p/protobuf/issues/detail?id=57
Kenton,
I'm in the process of migrating from JSON to Protobuf, and I must say I was
very
surprised and disappointed when I came across
Comment #39 on issue 57 by christophedehlinger: null values should be
treated as no value
http://code.google.com/p/protobuf/issues/detail?id=57
D'oh ! The last block of code should read:
ProtoPerson.Builder builder = ProtoPerson.Builder.newBuilder();
String eFirstName
Updates:
Owner: ken...@google.com
Comment #40 on issue 57 by ken...@google.com: null values should be treated
as no value
http://code.google.com/p/protobuf/issues/detail?id=57
OK, look: The vast majority of the people I talk to about this agree that
the
current behavior is correct
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 162 by dstahlke: Add #include algorithm for std::swap
http://code.google.com/p/protobuf/issues/detail?id=162
What steps will reproduce the problem?
1. Run cpplint.py --filter=-whitespace,-legal/copyright
Updates:
Status: Fixed
Labels: FixedIn-2.3.1
Comment #1 on issue 162 by ken...@google.com: Add #include algorithm for
std::swap
http://code.google.com/p/protobuf/issues/detail?id=162
revision 314
--
You received this message because you are listed in the owner
or CC fields
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 163 by tianhaozhang: protoc cpp invalid #include links
http://code.google.com/p/protobuf/issues/detail?id=163
What steps will reproduce the problem?
1. Create TestRoot message to importTestLeaf in ./src
Updates:
Status: WorkingAsIntended
Comment #1 on issue 163 by ken...@google.com: protoc cpp invalid #include
links
http://code.google.com/p/protobuf/issues/detail?id=163
protoc generates includes relative to the top of your proto_path. Try:
protoc --proto_path=./Test/Foo --cpp_out
Updates:
Status: Fixed
Labels: FixedIn-2.3.1
Comment #1 on issue 164 by ken...@google.com: coded_stream.h needs limits.h
to compile on Solaris 10 with GCC 4.3
http://code.google.com/p/protobuf/issues/detail?id=164
Revision 316. Thanks.
--
You received this message because
Comment #10 on issue 66 by danhomerick: cannot install using easy_install
http://code.google.com/p/protobuf/issues/detail?id=66
I think what's going on is:
1. easy_install is finding that egg at pypi.python.org is out of date
(v2.0.3) as
compared to the main download page (v2.3.0) and chooses
Comment #3 on issue 158 by dmda...@gmail.com: Push 2.3.0 maven artifact to
repo
http://code.google.com/p/protobuf/issues/detail?id=158
A SNAPSHOT mvn option would be nice, too.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you
Comment #12 on issue 66 by danhomerick: cannot install using easy_install
http://code.google.com/p/protobuf/issues/detail?id=66
Done. Did it work? How do I test it?
Yes, it worked for Python 2.5 (which is the version you're using,
presumably). It
didn't work for other versions of Python
Comment #13 on issue 66 by danhomerick: cannot install using easy_install
http://code.google.com/p/protobuf/issues/detail?id=66
Regarding testing, I would use virtualenv:
http://pypi.python.org/pypi/virtualenv
It creates an isolated python environment which has setuptools preinstalled.
--
You
Comment #14 on issue 66 by ken...@google.com: cannot install using
easy_install
http://code.google.com/p/protobuf/issues/detail?id=66
Done. It gave me an error because the bdist was already uploaded but I'm
guessing
that doesn't matter. It looks like the source dist is now listed
Comment #4 on issue 158 by jarek.odzga: Push 2.3.0 maven artifact to repo
http://code.google.com/p/protobuf/issues/detail?id=158
Any prospect on when 2.3.0 is available in maven repo? This should be
fairly simple
thing to do...
--
You received this message because you are listed
Comment #5 on issue 158 by jhuxhorn: Push 2.3.0 maven artifact to repo
http://code.google.com/p/protobuf/issues/detail?id=158
This should really be included in the normal release procedure.
--
You received this message because you are listed in the owner
or CC fields of this issue, or because
Updates:
Labels: -Component-Docs
Comment #17 on issue 66 by ken...@google.com: cannot install using
easy_install
http://code.google.com/p/protobuf/issues/detail?id=66
I have no idea how that label got added to my previous comment.
--
You received this message because you are listed
Comment #18 on issue 66 by danhomerick: cannot install using easy_install
http://code.google.com/p/protobuf/issues/detail?id=66
Alright. What's the schedule for the next release? If there is one, that
is. =)
--
You received this message because you are listed in the owner
or CC fields
Comment #19 on issue 66 by ken...@google.com: cannot install using
easy_install
http://code.google.com/p/protobuf/issues/detail?id=66
There's not a schedule. I'd imagine/hope it would happen within the next
couple
months, but can't guarantee anything.
I wish there were a way to test
Updates:
Status: Accepted
Owner: ken...@google.com
Comment #4 on issue 165 by ken...@google.com: can not link for mips
architecture
http://code.google.com/p/protobuf/issues/detail?id=165
I believe we should try to detect this problem in stl_hash.m4, and fall
back
Comment #8 on issue 83 by halostatue: protobuf does not compile cleanly in
64-bit mode in Visual Studio 2008
http://code.google.com/p/protobuf/issues/detail?id=83
Visual Studio cannot disable warnings for third-party headers. I'm not sure
that
disabling these warnings in stubs/common.h
Comment #9 on issue 83 by halostatue: protobuf does not compile cleanly in
64-bit mode in Visual Studio 2008
http://code.google.com/p/protobuf/issues/detail?id=83
Visual Studio cannot disable warnings for third-party headers. I'm not sure
that
disabling these warnings in stubs/common.h
Comment #5 on issue 165 by ph.hu...@gmx.com: can not link for mips
architecture
http://code.google.com/p/protobuf/issues/detail?id=165
Hi, if you can provide me with any hint to solve or avoid the problem by
modifying
your source, I'd be very happy to try it.
After two days trying
Comment #20 on issue 66 by spaans: cannot install using easy_install
http://code.google.com/p/protobuf/issues/detail?id=66
you could release a 2.3.1 specifically to fix this issue - I've had to add
a 2.5 and
a 2.6 egg to our svn tree to prevent buildout from fetching the (wrong)
zipfile
Comment #6 on issue 165 by ken...@google.com: can not link for mips
architecture
http://code.google.com/p/protobuf/issues/detail?id=165
As I said before, after running configure, just edit config.h (in the root
directory
of the package) and change the hash-related parts to use hash_map
Comment #8 on issue 165 by ph.hu...@gmx.com: can not link for mips
architecture
http://code.google.com/p/protobuf/issues/detail?id=165
thanks a lot.
After manually editing the config.h file according your recommendation, it
seams to work!
here is, what I changed in the config.h after
Comment #14 on issue 115 by aleh.veraskouski: JDK 1.6- Incompatibility
http://code.google.com/p/protobuf/issues/detail?id=115
guys, this thread saved a lot of time for me.
attaching the file for the followers - the most recent protobuf 2.3.0
compiled with
Sun's javac 1.6.0_16
Attachments
Comment #3 on issue 134 by blizin...@google.com: Build on Solaris with
the native STL
http://code.google.com/p/protobuf/issues/detail?id=134
The min() and max() problem can be solved by adding the following include:
{{{
#include sys/ddi.h
}}}
--
You received this message because you
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 166 by maciej.blizinski: by_symbol_.insert(iter, make_pair(name,
value)); fails with Sun Studio 12
http://code.google.com/p/protobuf/issues/detail?id=166
What steps will reproduce the problem?
1. Try to build
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 167 by danhomerick: Python Docs: HasField lacking documentation
http://code.google.com/p/protobuf/issues/detail?id=167
HasField raises ValueError rather than returning False when msg type lacks
the requested
Updates:
Status: Accepted
Comment #1 on issue 167 by ken...@google.com: Python Docs: HasField lacking
documentation
http://code.google.com/p/protobuf/issues/detail?id=167
(No comment was entered for this change.)
--
You received this message because you are listed in the owner
or CC
Comment #1 on issue 166 by ken...@google.com: by_symbol_.insert(iter,
make_pair(name, value)); fails with Sun Studio 12
http://code.google.com/p/protobuf/issues/detail?id=166
If you change make_pair(name, value) to make_pairstd::string,const
FileDescriptorProto*(name, value), does it work
Comment #5 on issue 134 by ken...@google.com: Build on Solaris with
the native STL
http://code.google.com/p/protobuf/issues/detail?id=134
If someone has actually tested this on the platform in question and
confirmed that it
worked (tests pass), send me a patch.
--
You received
Comment #7 on issue 158 by jasonab: Push 2.3.0 maven artifact to repo
http://code.google.com/p/protobuf/issues/detail?id=158
The artifact is now in the maven central repository, although not in the
Google
repository.
--
You received this message because you are listed in the owner
or CC
Comment #12 on issue 83 by ken...@google.com: protobuf does not compile
cleanly in 64-bit mode in Visual Studio 2008
http://code.google.com/p/protobuf/issues/detail?id=83
Yikes, adding #pragmas all over like that is pretty ugly.
What is the proper way to prevent these warnings in MSVC
Comment #13 on issue 83 by halostatue: protobuf does not compile cleanly in
64-bit mode in Visual Studio 2008
http://code.google.com/p/protobuf/issues/detail?id=83
Yeah, it's a little ugly, but it's consistent with what I've seen in gtest.
The problem with the truncating_cast as
you've
Comment #14 on issue 83 by temporal: protobuf does not compile cleanly in
64-bit mode in Visual Studio 2008
http://code.google.com/p/protobuf/issues/detail?id=83
The problem with the truncating_cast as you've specified is that both
warning 4244 and 4267 are reported;
So disable both
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 168 by kaushik.ramajayam: Class
com.google.protobuf.CodedInputStream has no method named isAtEnd()
http://code.google.com/p/protobuf/issues/detail?id=168
What steps will reproduce the problem?
1. Write
Comment #1 on issue 168 by kaushik.ramajayam: Class
com.google.protobuf.CodedInputStream has no method named isAtEnd()
http://code.google.com/p/protobuf/issues/detail?id=168
Oops, my bad... I was using the wrong jar file (ver. 2.0.3). This isn't a
bug.
--
You received this message
Comment #21 on issue 66 by alexei.dvoretskii: cannot install using
easy_install
http://code.google.com/p/protobuf/issues/detail?id=66
Our python2.6 installation on windows lives in W:\Python\Python26 and I was
able to
install the egg into
W:\Python\Python26\Lib\site-packages\protobuf
Updates:
Status: WorkingAsIntended
Comment #2 on issue 168 by ken...@google.com: Class
com.google.protobuf.CodedInputStream has no method named isAtEnd()
http://code.google.com/p/protobuf/issues/detail?id=168
(No comment was entered for this change.)
--
You received this message
Comment #2 on issue 149 by damian.ryan: maven-protoc-plugin fails during
multi-project compile
http://code.google.com/p/protobuf/issues/detail?id=149
I have encountered exactly the same issue having just converted a set of
previously
separate project builds into multi-module maven build
Updates:
Status: WontFix
Comment #1 on issue 169 by ken...@google.com: protoc will not build from a
path that contains spaces on OS X 10.6
http://code.google.com/p/protobuf/issues/detail?id=169
This appears to be a problem with libtool, one of the tools used in
building
Comment #2 on issue 166 by maciej.blizinski: by_symbol_.insert(iter,
make_pair(name, value)); fails with Sun Studio 12
http://code.google.com/p/protobuf/issues/detail?id=166
I worked around the issue by using an alternative STL implementation.
This page has something that might
Comment #1 on issue 170 by hellwolf.misty: Can't compile proto file
using 'extend' feature
http://code.google.com/p/protobuf/issues/detail?id=170
Ok, I figured it out... I should put an ; after import ..., and put -I
/path/to/proto/include/dir -I. in the command line.
--
You received
Updates:
Status: WorkingAsIntended
Comment #2 on issue 170 by temporal: Can't compile proto file
using 'extend' feature
http://code.google.com/p/protobuf/issues/detail?id=170
Glad you figured it out.
--
You received this message because you are listed in the owner
or CC fields
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 171 by ContextWeb.adx: Reference to DescriptorProtos can't be
resolved.
http://code.google.com/p/protobuf/issues/detail?id=171
Import maven project in Eclipse.
import com.google.protobuf.DescriptorProtos
Comment #6 on issue 134 by maciej.blizinski: Build on Solaris with
the native STL
http://code.google.com/p/protobuf/issues/detail?id=134
I got it to build and all tests to pass. Here's the set of patches that
were used to
build it on Solaris 8 for OpenCSW.
https
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 172 by exeonical: 2.3.0 fails to compile with -Wall -Wextra
-Werror
http://code.google.com/p/protobuf/issues/detail?id=172
My system:
Ubuntu 9.04
gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4)
Errors:
include
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 173 by rajesh.b...@abbott.com: Statically linking to
libprotobuf.a on QNX 6.4.1 fails, segmentation fault
http://code.google.com/p/protobuf/issues/detail?id=173
What steps will reproduce the problem?
1. Write
Comment #2 on issue 172 by exeonical: 2.3.0 fails to compile with -Wall
-Wextra -Werror
http://code.google.com/p/protobuf/issues/detail?id=172
I understand. Just thought i let you know about these errors.
--
You received this message because you are listed in the owner
or CC fields
Comment #10 on issue 126 by noam.wolf: corrupted protobuf-java-2.2.0.jar in
maven repository
http://code.google.com/p/protobuf/issues/detail?id=126
There still seems to be a problem with the checksums, can someone fix this?
--
You received this message because you are listed in the owner
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 174 by t.broyer: RFE: Allow service defs in
optimize_for=LITE_RUNTIME if *_generic_service = false
http://code.google.com/p/protobuf/issues/detail?id=174
What steps will reproduce the problem?
1. Create
Comment #7 on issue 153 by jordanbg: 2.3 Python code not importing
http://code.google.com/p/protobuf/issues/detail?id=153
Yes, that was the problem that I had. Reinstalling the python library
fixed the
problem. Thanks!
--
You received this message because you are listed in the owner
Updates:
Status: Accepted
Comment #1 on issue 174 by ken...@google.com: RFE: Allow service defs in
optimize_for=LITE_RUNTIME if *_generic_service = false
http://code.google.com/p/protobuf/issues/detail?id=174
Yep, this is an artifact of lite mode having been implemented before
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 176 by jharr100: Unresolved Linking errors in the .obj files
create by Protobuf
http://code.google.com/p/protobuf/issues/detail?id=176
What steps will reproduce the problem?
1. Installing everything
I am
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 177 by othy74: undefined symbol in shared lib on Ubuntu 10.04
http://code.google.com/p/protobuf/issues/detail?id=177
What steps will reproduce the problem?
1. I use protoc (--cpp_out=) then build my simple cpp
Comment #1 on issue 177 by jas...@google.com: undefined symbol in shared
lib on Ubuntu 10.04
http://code.google.com/p/protobuf/issues/detail?id=177
It sounds like you aren't linking against libprotobuf when compiling the
generated
code from your protoc command. Have you followed
Comment #2 on issue 177 by othy74: undefined symbol in shared lib on Ubuntu
10.04
http://code.google.com/p/protobuf/issues/detail?id=177
I was linking against libprotobuf-lite. Linking libprotobuf does indeed fix
the
runtime issue. Thanks! But now it's huge. My binary used to be 23 KB
Comment #3 on issue 177 by jas...@google.com: undefined symbol in shared
lib on Ubuntu 10.04
http://code.google.com/p/protobuf/issues/detail?id=177
If you want to use the lite runtime, you need to make sure that your .proto
file
includes
option optimize_for = LITE_RUNTIME;
Otherwise
Comment #4 on issue 101 by fnjordy: Compiling Protocol Buffer (64) using
gcc in Sun 9 (libgcc_s.so: wrong ELF class: ELFCLASS32)
http://code.google.com/p/protobuf/issues/detail?id=101
Affects Solaris 10/SPARC with GCC installed from sunfreeware.com
The extra GCC package is required because
Updates:
Status: WorkingAsIntended
Owner: jas...@google.com
Comment #5 on issue 177 by jas...@google.com: undefined symbol in shared
lib on Ubuntu 10.04
http://code.google.com/p/protobuf/issues/detail?id=177
(No comment was entered for this change.)
--
You received
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 179 by iiro.hietala: Visual C++ error C1091 when compiling protoc
generated code with over 64k descriptor
http://code.google.com/p/protobuf/issues/detail?id=179
What steps will reproduce the problem?
1
Updates:
Status: Accepted
Comment #1 on issue 179 by ken...@google.com: Visual C++ error C1091 when
compiling protoc generated code with over 64k descriptor
http://code.google.com/p/protobuf/issues/detail?id=179
(No comment was entered for this change.)
--
You received this message
Comment #7 on issue 177 by othy74: undefined symbol in shared lib on Ubuntu
10.04
http://code.google.com/p/protobuf/issues/detail?id=177
My binary after optimize_for LITE = 450 KB.
And after strip --strip-debug = 194 KB. I'm dynamically linking.
But best of all: it's moving my objects over
Updates:
Status: Accepted
Owner: ken...@google.com
Comment #7 on issue 103 by ken...@google.com: Protobuf 2.1.0 missing some
sort of pthread linking?
http://code.google.com/p/protobuf/issues/detail?id=103
OK, that sounds promising. However, I'm having trouble finding
Comment #3 on issue 149 by google@freakmaster.com: maven-protoc-plugin
fails during multi-project compile
http://code.google.com/p/protobuf/issues/detail?id=149
I've fixed this issue for our project with the attached modification to
AbstractProtocMojo.java
Attachments
Updates:
Status: Fixed
Comment #3 on issue 174 by ken...@google.com: RFE: Allow service defs in
optimize_for=LITE_RUNTIME if *_generic_service = false
http://code.google.com/p/protobuf/issues/detail?id=174
Revision 326.
--
You received this message because you are listed
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 180 by jam...@chromium.org: Compiler warning for negating a
uint64 in compiler/parser.cc:723
http://code.google.com/p/protobuf/issues/detail?id=180
http://code.google.com/p/protobuf/source/browse/trunk/src
Comment #1 on issue 180 by jam...@chromium.org: Compiler warning for
negating a uint64 in compiler/parser.cc:723
http://code.google.com/p/protobuf/issues/detail?id=180
Simple patch (cast to int64 before negating). Passes 'make check'
Attachments:
patch.diff 652 bytes
--
You
1 - 100 of 2000 matches
Mail list logo