mpeaton / naclports Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/naclports
Automatically exported from code.google.com/p/naclports
The naclports make file currently says that nethack doesn't work with pnacl:
# missing header 'termio.h' and undef symbol 'rename'
WORKS_FOR_PNACL:=$(subst examples/games/nethack-3.4.3,,$(WORKS_FOR_PNACL))
Let's figure out what's wrong and make it work.
Original issue reported on code.google.com by [email protected]
on 26 Jan 2012 at 8:39
NACL_PACKAGES_BITSIZE=64 make clean && \
NACL_PACKAGES_BITSIZE=64 make dosbox
errors out with:
pepper_19/toolchain/linux_x86_newlib/bin/x86_64-nacl-g++ -O2 -g -o dosbox
dosbox.o cpu/libcpu.a debug/libdebug.a dos/libdos.a fpu/libfpu.a
hardware/libhardware.a gui/libgui.a ints/libints.a misc/libmisc.a
shell/libshell.a hardware/serialport/libserial.a libs/gui_tk/libgui_tk.a
ppapi/libppapi.a -Wl,--whole-archive -lppapi -lppapi_cpp
-lSDL -lSDLmain -Wl,--no-whole-archive ppapi/libppapi.a
-lnacl-mounts
-L/usr/local/google/home/nacl_sdk_install/pepper_19/toolchain/linux_x86_newlib/x
86_64-nacl/usr/lib -lm -lpng -lz
-L/usr/local/google/home/nacl_sdk_install/pepper_19/toolchain/linux_x86_newlib/x
86_64-nacl/usr/lib -lSDL -lpthread -lm -lpthread -lpng -lz -lnosys
/usr/local/google/home/nacl_sdk_install/pepper_19/toolchain/linux_x86_newlib/x86
_64-nacl/usr/lib/libnacl-mounts.a(Entry.o): In function `getpwnam':
Entry.cc:(.text+0x28a0): multiple definition of `getpwnam'
Same thing happens with PNaCl + newlib.
Original issue reported on code.google.com by [email protected]
on 16 May 2012 at 2:30
Hi.
So this fake ld script has a problem: the generated shell script that runs the
real application and greps out the stderr messages causes this to return 1
instead of the binary's exit code in some circumstances.
When configure runs, it's checking the error code and because it gets a failure
code, won't continue.
Dave
Original issue reported on code.google.com by [email protected]
on 9 Sep 2010 at 12:11
confirmed for pepper_16 TC
Original issue reported on code.google.com by [email protected]
on 6 Jan 2012 at 3:59
For native client to really replace previous desktop applications, it needs a
widget toolkit. There are lots of these toolkits, but the simplest and most
flexible one is fltk2, which could be much easier than other to be ported to
NaCl. It probably need only around 1000 lines of code to redirect fltk drawing
primitives.
With fltk2 NaCl on hand, NaCl could have a quick start on the track of replacing desktop applications.
One developer and serveral week of work, real applications (not only games)
will be real inside Chrome.
Original issue reported on code.google.com by [email protected]
on 21 Oct 2010 at 1:46
This page http://code.google.com/p/naclports/wiki/HowTo_Checkout?tm=4 has a
broken link: the "depot_tools" link points to
http://dev.chromium.org/developers/how-tos/install-gclient. I think it should
point to http://dev.chromium.org/developers/how-tos/install-depot-tools
Original issue reported on code.google.com by [email protected]
on 11 Feb 2011 at 9:20
Need support for libicu (http://site.icu-project.org/) and to build Boost with
ICU support for internationalization support. This is quite helpful for
multilingual support.
Original issue reported on code.google.com by [email protected]
on 7 Nov 2011 at 7:19
What steps will reproduce the problem?
1. Trying to view the gallery
2. Try to download
What is the expected output? What do you see instead?
Expected output is that I will not see 404 not found.
What version of the product are you using? On what operating system?
Newest chrome (16)?
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 16 Dec 2011 at 8:12
bochs does no build with pnacl SDK
Original issue reported on code.google.com by [email protected]
on 27 Jan 2012 at 8:37
Libjpeg-turbo is critical for image handling/processing applications since it
provides much higher performance improvement than vanilla jpeg-6b.
Porting libjpeg-turbo is discussed among NaCl, Picasa, and Chrome devs. The
task is not easy. It requires some way to convert the nasm assembly inside
libjpeg-turbo to nacl gas, either manual or automatic, which is to be explored.
Setting up this issue for tracking purpose.
Original issue reported on code.google.com by [email protected]
on 20 Mar 2012 at 12:21
Not setting PATCH_FILE gives
../common.sh: line 299: PATCH_FILE: unbound variable
Setting it to empty string gives
../common.sh: line 177: $2: unbound variable
I could get the Patch step to do nothing by adding quotes around ${PATCH_FILE}
in common.sh and defining it to empty string in my .sh
Original issue reported on code.google.com by [email protected]
on 14 Nov 2010 at 9:46
Attachments:
I'd like to use libswscale but current ffmpeg build does not enable it.
This is not a 'defect' - it is rather a request for adding "--enable-swscale"
to the ffmpeg's configure.
Of course, it did it in my tree already. but it would be nice if it worked
out-of-the-box.
Original issue reported on code.google.com by [email protected]
on 9 Jun 2012 at 3:07
Port the openal-soft to NaCl.
I already started it, implemented a SDL backend for openal-soft 1.13. But still
need help getting it compiled with NaCl SDK.
openal-soft is cmake based, so I'm writing a script like the dreadthread one to
compile openal-soft, right now I'm getting stuck with pthread support.
Original issue reported on code.google.com by [email protected]
on 13 Dec 2011 at 2:06
It takes directory index as input, and returns byte count as output.
Original issue reported on code.google.com by [email protected]
on 26 Sep 2011 at 11:58
This is likely due to some ppapi interface changes:
pepper.cpp:247:69: error: too few arguments to function call, expected 3, have 2
kSampleFrameCount);
^
/usr/local/google/home/robertm/naclports3/src/pepper_18/toolchain/linux_x86_pnac
l/newlib/sdk/include/ppapi/cpp/audio_config.h:105:3: note:
'RecommendSampleFrameCount' declared here
static uint32_t RecommendSampleFrameCount(
^
1 error generated.
/usr/local/google/home/robertm/naclports3/src/pepper_18//toolchain/linux_x86_pna
cl/newlib/bin/pnacl-clang++ -I. -I.. -I../apu/ -I../unzip/ -I../jma/
-I../filter/ -c -DHAVE_MKSTEMP -DHAVE_STDINT_H -DRIGHTSHIFT_int8_IS_SAR
-DRIGHTSHIFT_int16_IS_SAR -DRIGHTSHIFT_int32_IS_SAR -DRIGHTSHIFT_int64_IS_SAR
-DUSE_THREADS -DMITSHM nacl.cpp -o nacl.o
make[1]: *** [pepper.o] Error 1
Original issue reported on code.google.com by [email protected]
on 27 Feb 2012 at 9:30
We have access to a high quality random number generator both thru ppapi and
the irt.
We should make a mount type to match.
We should probably use the IRT version as it is available from all threads.
Original issue reported on code.google.com by [email protected]
on 21 Dec 2011 at 3:52
The optimization levels used for the various libraries and examples inside
nacl ports are rather random, some use -O, others -O2, etc.
This makes it difficult to perform more rigorous testing.
Original issue reported on code.google.com by [email protected]
on 20 Mar 2012 at 9:00
A mount type (in nacl-mounts) that forwards all file operations to IRT would
let us use NaCl dangerous file i/o with nacl-mounts. Should be really simple,
and useful for logging, etc.
Original issue reported on code.google.com by [email protected]
on 7 Mar 2012 at 10:01
Support spacebar key in SDL NaCl port.
Original issue reported on code.google.com by [email protected]
on 3 Jun 2011 at 11:07
Attachments:
openak uses cmake which seems to get confused by the pnacl TC
CMake Error at /usr/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:50
(MESSAGE):
The C compiler
"/usr/local/google/home/robertm/naclports3/src/pepper_18//toolchain/linux_x86_pnacl/newlib/bin/pnacl-clang"
is not able to compile a simple test program.
Original issue reported on code.google.com by [email protected]
on 27 Feb 2012 at 9:26
It currently downloads and builds boost separately, ignoring the naclports
version.
Original issue reported on code.google.com by [email protected]
on 27 Apr 2011 at 4:20
There should be a simple example that just uses srpc. The notification center
should happen in a separate area. The srpc example should be provided as as
reference for users trying to work with srpc now.
Original issue reported on code.google.com by [email protected]
on 28 Jul 2010 at 5:37
What steps will reproduce the problem?
1. cd naclports
gclient config http://naclports.googlecode.com/svn/trunk/src
gclient sync
2. cd into the /games dir. see this post at the end of checkout in the comments:
http://code.google.com/p/naclports/wiki/HowTo_Checkout
3. http://code.google.com/p/naclports/wiki/InstallingSDL - follow the steps to
build boost.
What is the expected output?
to build the library without error.
What do you see instead?
patch 2.6 is incompatible with these scripts.
Please install either version 2.5.9 (or earlier)
or version 2.6.1 (or later.)
Here is to prove I have greater than 2.6.1 linux kernel
---@mebo:/opt/naclports/src/examples/games/nethack-3.4.3$ uname -a
Linux mebo 2.6.38-11-generic #48-Ubuntu SMP Fri Jul 29 19:02:55 UTC 2011 x86_64
x86_64 x86_64 GNU/Linux
What version of the product are you using? On what operating system?
ubuntu 11.04 desktop 64 bit
Please provide any additional information below.
N/A
Let me know if you need me to follow up with an email or if you can't duplicate
the error. Thank you guys for the help.
Original issue reported on code.google.com by [email protected]
on 8 Sep 2011 at 4:09
What steps will reproduce the problem?
1. Get naclports
2. Try to build SDL as described here:
http://code.google.com/p/naclports/wiki/InstallingSDL
3. Originally posted here:
https://groups.google.com/forum/?fromgroups&hl=en#!topic/native-client-discuss/P
zAsGnkSkXU
What is the expected output? What do you see instead?
What version of the product are you using? On what operating system?
Ubuntu Linux
Pepper_16
Please provide any additional information below.
Attached is a fixed .patch files that solves the problem
Original issue reported on code.google.com by [email protected]
on 1 Mar 2012 at 5:46
Attachments:
It would be nice to have more parallelism especially on the bots
Original issue reported on code.google.com by [email protected]
on 20 Jan 2012 at 9:21
What steps will reproduce the problem?
1. make
2. make bochs
What is the expected output? What do you see instead?
Should work. Instead I get the following error...
/home/twruottu/Desktop/nacl_sdk/pepper_16//toolchain/linux_x86_newlib/x86_64-nac
l/usr/lib/libnacl-mounts.a(Entry.o): In function `__wrap_fflush':
Entry.cc:(.text+0x1c): undefined reference to `__real_fflush'
collect2: ld returned 1 exit status
make[1]: *** [bximage] Error 1
make[1]: *** Waiting for unfinished jobs....
What version of the product are you using? On what operating system?
Pepper 15 and 16 (apparently 17 too) on Ubuntu Lucid
Original issue reported on code.google.com by [email protected]
on 15 Dec 2011 at 8:51
What steps will reproduce the problem?
1. gclient sync
2. make
3. failed checksum at the first lib - gtest
What is the expected output? What do you see instead?
It should compile automaticly.
What version of the product are you using? On what operating system?
gclient sync the latest code on Jun 09. Archlinux 64 bit
Please provide any additional information below.
It is not only fail on gtest. Actually it fails on every lib. I comment "exit
-1" out in common.sh and any scripts include it.
I checked sha1 mannually for some tar balls. The sha1 codes match without any
problem. tarballs are saved in "out/tarballs/"
Original issue reported on code.google.com by [email protected]
on 9 Jun 2012 at 6:21
In order to do any real development in naclports unit testing should be
introduced and some examples of gtest usage should be incorporated.
Original issue reported on code.google.com by [email protected]
on 28 Jul 2010 at 5:29
tty nethack could be a little more visually interesting if we supported
extended characters. Maybe we
should add support for that to the console.
Original issue reported on code.google.com by [email protected]
on 18 May 2010 at 11:09
I'm not entirely sure how you can repro it locally, but with my app, your
NaclPorts TinyXML.h impairs its xml file reading ability.
I'm using a NaclPorts sync from 8/1/11.
Line 1020 doesn't compile under gcc-nacl -
sstream.setf(ios_base::boolalpha);
but, if instead of deleting it, you do this:
sstream.setf(std::ios_base::boolalpha);
It seems to work.
Original issue reported on code.google.com by [email protected]
on 2 Aug 2011 at 7:37
Try to open gallery from the front page http://code.google.com/p/naclports/
Original issue reported on code.google.com by [email protected]
on 19 Feb 2011 at 7:33
The gallery link leads to http://nacl-gallery.appspot.com/
Which points the user to http://www.gonacl.com/dev/sdk.html
Which auto redirects to https://developers.google.com/native-client/dev/sdk
Which 404s.
Original issue reported on code.google.com by [email protected]
on 11 Jan 2012 at 4:32
I followed the steps of https://developers.google.com/native-client/sdk/download
After running any install script, it said i686-nacl-gcc cannot be found.
The install script doesn't take 'platform' into account, it tried executing
NACL_SDK_ROOT/toolchain/... while the binary located at
NACL_SDK_ROOT/PLATFORM/toolchain/...
Original issue reported on code.google.com by [email protected]
on 10 Dec 2011 at 1:21
What steps will reproduce the problem?
1. gclient config
2. gclient sync
3. make bzip2
What is the expected output? What do you see instead?
Expected is:
touch out/sentinels/bits32/libraries/bzip2-1.0.6
Actual Output #1
--->8----
######################################################################
Untaring bzip2-1.0.6.tgz
######################################################################
rm -f *.o libbz2.a bzip2 bzip2recover \
sample1.rb2 sample2.rb2 sample3.rb2 \
sample1.tst sample2.tst sample3.tst
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/i686-nacl-gc
c -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -c huffman.c
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/i686-nacl-gc
c -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -c crctable.c
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/i686-nacl-gc
c -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -c randtable.c
If compilation produces errors, or a large number of warnings,
please read README.COMPILATION.PROBLEMS -- you might be able to
adjust the flags in this Makefile to improve matters.
Also in README.COMPILATION.PROBLEMS are some hints that may help
if your build produces an executable which is unable to correctly
handle so-called 'large files' -- files of size 2GB or more.
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/i686-nacl-gc
c -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -c blocksort.c
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/i686-nacl-gc
c -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -c compress.c
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/i686-nacl-gc
c -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -c decompress.c
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/i686-nacl-gc
c -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -c bzlib.c
rm -f libbz2.a
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/i686-nacl-ar
cq libbz2.a blocksort.o huffman.o crctable.o randtable.o compress.o
decompress.o bzlib.o
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/i686-nacl-ra
nlib libbz2.a
gcc -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -c bzip2.c
gcc -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -o bzip2 bzip2.o -L. -lbz2
ld: warning: ignoring file ./libbz2.a, file was built for archive which is not
the architecture being linked (x86_64)
Undefined symbols for architecture x86_64:
"_BZ2_bzWriteOpen", referenced from:
_compress in bzip2.o
"_BZ2_bzWrite", referenced from:
_compress in bzip2.o
"_BZ2_bzWriteClose64", referenced from:
_compress in bzip2.o
"_BZ2_bzReadOpen", referenced from:
_testf in bzip2.o
_uncompress in bzip2.o
"_BZ2_bzRead", referenced from:
_testf in bzip2.o
_uncompress in bzip2.o
"_BZ2_bzReadGetUnused", referenced from:
_testf in bzip2.o
_uncompress in bzip2.o
"_BZ2_bzReadClose", referenced from:
_testf in bzip2.o
_uncompress in bzip2.o
"_BZ2_bzlibVersion", referenced from:
_main in bzip2.o
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
make[1]: *** [bzip2] Error 1
make: *** [out/sentinels/bits32/libraries/bzip2-1.0.6] Error 2
---8<----
Actual Output #2, where we pass the CC et al to try and nacl-link it
--->8----
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/i686-nacl-gc
c -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -c bzip2.c
bzip2.c: In function ‘notAStandardFile’:
bzip2.c:986: warning: implicit declaration of function ‘lstat’
bzip2.c: In function ‘applySavedTimeInfoToOutputFile’:
bzip2.c:1059: warning: implicit declaration of function ‘utime’
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/i686-nacl-gc
c -Wall -Winline -O2 -g -D_FILE_OFFSET_BITS=64 -o bzip2 bzip2.o -L. -lbz2
bzip2.o: In function `applySavedFileAttrToOutputFile':
/Volumes/naclports/naclports/src/out/repository-i686/bzip2-1.0.6/bzip2.c:1070:
undefined reference to `fchmod'
/Volumes/naclports/naclports/src/out/repository-i686/bzip2-1.0.6/bzip2.c:1073:
undefined reference to `fchown'
bzip2.o: In function `applySavedTimeInfoToOutputFile':
/Volumes/naclports/naclports/src/out/repository-i686/bzip2-1.0.6/bzip2.c:1059:
undefined reference to `utime'
bzip2.o: In function `notAStandardFile':
/Volumes/naclports/naclports/src/out/repository-i686/bzip2-1.0.6/bzip2.c:986:
undefined reference to `lstat'
bzip2.o: In function `countHardLinks':
/Volumes/naclports/naclports/src/out/repository-i686/bzip2-1.0.6/bzip2.c:1003:
undefined reference to `lstat'
bzip2.o: In function `notAStandardFile':
/Volumes/naclports/naclports/src/out/repository-i686/bzip2-1.0.6/bzip2.c:986:
undefined reference to `lstat'
bzip2.o: In function `countHardLinks':
/Volumes/naclports/naclports/src/out/repository-i686/bzip2-1.0.6/bzip2.c:1003:
undefined reference to `lstat'
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/../lib/gcc/x
86_64-nacl/4.4.3/../../../../x86_64-nacl/lib/../lib32/libcrt_common.a(lib_a-sign
alr.o): In function `_kill_r':
signalr.c:(.text+0x3c): undefined reference to `kill'
/Volumes/naclports/native_client_sdk_0_5_1052/toolchain/mac_x86/bin/../lib/gcc/x
86_64-nacl/4.4.3/../../../../x86_64-nacl/lib/../lib32/libcrt_common.a(lib_a-unli
nkr.o): In function `_unlink_r':
unlinkr.c:(.text+0x1c): undefined reference to `unlink'
collect2: ld returned 1 exit status
make[1]: *** [bzip2] Error 1
make: *** [out/sentinels/bits32/libraries/bzip2-1.0.6] Error 2
---8<----
What version of the product are you using? On what operating system?
native_client_sdk_0_5_1052
I have tried that same "fresh setup" on Fedora 15 x64 and OSX Lion with the
same results.
Please provide any additional information below.
Please find attached one solution to the problem. I tried passing it
LDFLAGS=-lnosys in hopes that the stub library would allow it to link, but no.
Original issue reported on code.google.com by mdaniel
on 6 Oct 2011 at 7:29
Attachments:
What steps will reproduce the problem?
1. build anything that include the boost/math/tools/config.hpp with nacl-c++
What is the expected output? What do you see instead?
The pp symbol __linux__ is defined, so the header looks for the C99 symbols
FE_ALL_EXCEPT and the functions fegetexceptflag and feclearexcept. These are
not found in the nacl-provided fenv.h.
They symbols are provided by glibc on linux and apple system headers on mac os.
What version of the product are you using? On what operating system?
MacOS 10.6 or Fedora 13 and boost 1.43 with the NaclPorts patches.
Please provide any additional information below.
Simply replacing the #if surrounding the lines with #if 0 makes our code
compile and work (as the #else header provides an empty definition of the
defined class).
Original issue reported on code.google.com by [email protected]
on 10 Aug 2010 at 4:43
ffmpeg heavily uses posix_memalign which seems to be broken under newlib:
http://code.google.com/p/nativeclient/issues/detail?id=2505
Until the upstream (nativeclient) bug is fixed I suggest adding
"--enable-memalign-hack" to configure as a workaround.
Original issue reported on code.google.com by [email protected]
on 9 Jun 2012 at 3:04
What steps will reproduce the problem?
1. build naclports
2. cd into an example
3. type make
What is the expected output? What do you see instead?
it should make. It does not.
/usr/local/google/nacl_sdk/toolchain/linux_x86/bin/nacl-g++ -Wall
-Wno-long-long -pthread -DXP_UNIX -Werror -m32 -I/usr/local/google/nacl_sdk -I
-O2 -c -o client_x86_32.o client.cc
make: /usr/local/google/nacl_sdk/toolchain/linux_x86/bin/nacl-g++: Command not
found
make: *** [client_x86_32.o] Error 127
What version of the product are you using? On what operating system?
a recent download, I don't see version info anywhere. The nacl_sdk is pepper 16.
Please provide any additional information below.
These are wrong:
CC = $(NACL_SDK_ROOT)/$(NACL_TOOLCHAIN_DIR)/bin/nacl-gcc
CPP = $(NACL_SDK_ROOT)/$(NACL_TOOLCHAIN_DIR)/bin/nacl-g++
NACL_STRIP = $(NACL_SDK_ROOT)/$(NACL_TOOLCHAIN_DIR)/bin/nacl-strip
The lack the archicture prefix, e.g. nacl-gcc should be i686-nacl-gcc
Original issue reported on code.google.com by [email protected]
on 17 Feb 2012 at 4:48
Currently HTTP2Mount uses a global lock in HTTP2Mount::Read() which blocks any
other node from working concurrently.
In my application this causes a big problem: I've created another thread to
download data in background that user will need later (prefetching).
Unfortunately when this background thread runs, the main thread will block as
soon as it try doing a simple read() operation.
The proposed patch fixes this by moving the lock into HTTP2Node. The HTTP2Mount
lock still exists, but it is only used to protect structures like slots_. The
other class members are set on initialization and then used only for reading,
except for MainThreadRunner *runner_ which is already thread-safe.
Original issue reported on code.google.com by [email protected]
on 6 Jul 2012 at 3:38
Attachments:
Currently nacl-ports only has support for the "nacl-gcc" toolchain.
Original issue reported on code.google.com by [email protected]
on 4 Jan 2012 at 8:28
See buildbot waterfall.
Perhaps it was the removal of export-dynamic?
https://chromiumcodereview.appspot.com/9303012/diff/4002/examples/systems/bochs-
2.4.6/nacl-bochs-2.4.6.patch?column_width=80
Original issue reported on code.google.com by [email protected]
on 3 Feb 2012 at 1:18
What steps will reproduce the problem?
1. Run the Makefile from the examples/graphics/earth directory
What is the expected output? What do you see instead?
GCC reports the following
pepper_c.c:208: error: too many initializers for ‘PPP_Instance’
pepper_c.c:208: error: invalid conversion from ‘PP_Bool (*)(PP_Instance,
const PP_InputEvent*)’ to ‘PP_Bool (*)(PP_Instance, PP_Resource)’
I managed to remove the offending members of the struct, but now it is held up
at linktime, even when adding the apparent required library (libimc).
/home/scott/local/native_client_sdk_0_5_1031/toolchain/linux_x86/bin/nacl-g++
-o earth_c_x86_32.nexe earth.cc pepper_c.c -O3 -msse2 -mfpmath=sse
-fomit-frame-pointer -std=gnu++98 -Wno-long-long -Wall -pedantic -Werror -limc
-lpthread -lm -lppruntime -lppapi_cpp -lplatform -lgio -lsrpc
/home/scott/local/native_client_sdk_0_5_1031/toolchain/linux_x86/bin/../lib/gcc/
x86_64-nacl/4.4.3/../../../../x86_64-nacl/lib/../lib32/libppruntime.a(plugin_glo
bals.o): In function `PpapiPluginMain':
plugin_globals.cc:(.text+0x19c): undefined reference to `imc_sendmsg'
/home/scott/local/native_client_sdk_0_5_1031/toolchain/linux_x86/bin/../lib/gcc/
x86_64-nacl/4.4.3/../../../../x86_64-nacl/lib/../lib32/libsrpc.a(nacl_srpc_messa
ge.o): In function `T.37':
nacl_srpc_message.c:(.text+0xa3c): undefined reference to `imc_sendmsg'
/home/scott/local/native_client_sdk_0_5_1031/toolchain/linux_x86/bin/../lib/gcc/
x86_64-nacl/4.4.3/../../../../x86_64-nacl/lib/../lib32/libsrpc.a(nacl_srpc_messa
ge.o): In function `T.38':
nacl_srpc_message.c:(.text+0x123c): undefined reference to `imc_recvmsg'
/home/scott/local/native_client_sdk_0_5_1031/toolchain/linux_x86/bin/../lib/gcc/
x86_64-nacl/4.4.3/../../../../x86_64-nacl/lib/../lib32/libsrpc.a(accept.o): In
function `NaClSrpcAcceptClientConnection':
accept.c:(.text+0x5c): undefined reference to `imc_accept'
What version of the product are you using? On what operating system?
svn version as of Aug. 18th, 2011 on ArchLinux.
Please provide any additional information below.
I have attached the pepper_c.c and Makefile changes as a diff.
Original issue reported on code.google.com by [email protected]
on 18 Aug 2011 at 7:40
Attachments:
A place for srpc wrappers should be added to naclports.
Original issue reported on code.google.com by [email protected]
on 28 Jul 2010 at 5:28
GNUStep outlines a relatively easy to use interface for a notification center.
This interface is known to iOS programmers so we should provide something
similar:
http://www.gnustep.org/resources/documentation/Developer/Base/Reference/index.ht
ml
Original issue reported on code.google.com by [email protected]
on 28 Jul 2010 at 5:27
What steps will reproduce the problem?
1. cd src/libraries/openssl-1.0.0e
2. ./nacl-openssl-1.0.0e.sh
What is the expected output? What do you see instead?
I expected to compiles successfully but I got error
What version of the product are you using? On what operating system?
version: from repository
OS: Linux x86_64
Please provide any additional information below.
I attached the compiling error
Original issue reported on code.google.com by [email protected]
on 5 Mar 2012 at 8:35
Attachments:
What steps will reproduce the problem?
1. Get a pnacl sdk drop, set NACL_SDK_ROOT to the pnacl drop.
2. NACL_PACKAGES_BITSIZE=pnacl make boost
3. Try to link anything with the generated boost libraries and it will complain
that ranlib hasn't been run...
pnacl needs a special ranlib, since the libraries are bitcode libraries.
Original issue reported on code.google.com by [email protected]
on 24 Jan 2012 at 11:10
Any types added to notification_center/sprcpp will reference this ticket.
Original issue reported on code.google.com by [email protected]
on 28 Jul 2010 at 5:34
What steps will reproduce the problem?
1. download and install sdk manually (build_tools/download_sdk.py has broken on
linux due to cygtar?)
using
$ naclsdk update pepper_19
2. cd .../naclports/
$ make NACL_GLIBC=1 NACL_PACKAGES_BITSIZE=64
What is the expected output? What do you see instead?
libtool: compile:
/usr/local/google/home/vissi/google/nacl_sdk/pepper_19/toolchain/linux_x86_glibc
/bin/x86_64-nacl-gcc -g -O2 -Iinclude -I../include -D_GNU_SOURCE=1 -D_REENTRANT
-c ../src/video/dummy/SDL_nullmouse.c -o build/SDL_nullmouse.o
libtool: compile:
/usr/local/google/home/vissi/google/nacl_sdk/pepper_19/toolchain/linux_x86_glibc
/bin/x86_64-nacl-gcc -g -O2 -Iinclude -I../include -D_GNU_SOURCE=1 -D_REENTRANT
-c ../src/video/dummy/SDL_nullvideo.c -o build/SDL_nullvideo.o
../src/audio/nacl/SDL_naclaudio.cc: In function ‘SDL_AudioDevice*
NACLAUD_CreateDevice(int)’:
../src/audio/nacl/SDL_naclaudio.cc:68: error: no matching function for call to
‘pp::AudioConfig::RecommendSampleFrameCount(pp::Instance*&,
PP_AudioSampleRate, const uint32_t&)’
/usr/local/google/home/vissi/google/nacl_sdk/pepper_19/toolchain/linux_x86_glibc
/bin/../lib/gcc/x86_64-nacl/4.4.3/../../../../x86_64-nacl/include/ppapi/cpp/audi
o_config.h:98: note: candidates are: static uint32_t
pp::AudioConfig::RecommendSampleFrameCount(PP_AudioSampleRate, uint32_t)
What version of the product are you using? On what operating system?
naclports r543
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 22 Feb 2012 at 10:14
Dosbox builds but crashes on startup with pnacl.
Original issue reported on code.google.com by [email protected]
on 28 Jan 2012 at 12:27
While nacl-mounts currently builds with newlib, it fails to build a running
test binary with glibc.
make[1]: Entering directory
`/home/erg/src/naclports/src/out/repository-i686/nacl-mounts/test.nacl'
/home/erg/src/nacl_sdk/pepper_20//toolchain/linux_x86_glibc/bin/i686-nacl-g++
-I/home/erg/src/nacl_sdk/pepper_20//toolchain/linux_x86_glibc/i686-nacl/usr/incl
ude -I/usr/local/google/home/vissi/oogle/naclports/src/libraries/nacl-mounts
-I/usr/local/google/home/vissi/oogle/naclports/src/libraries/nacl-mounts/include
-g -Wall -Werror -c
/home/erg/src/naclports/src/libraries/nacl-mounts/test.nacl//SimpleTest.cc -o
SimpleTest.o
/home/erg/src/nacl_sdk/pepper_20//toolchain/linux_x86_glibc/bin/i686-nacl-g++
-I/home/erg/src/nacl_sdk/pepper_20//toolchain/linux_x86_glibc/i686-nacl/usr/incl
ude -I/usr/local/google/home/vissi/oogle/naclports/src/libraries/nacl-mounts
-I/usr/local/google/home/vissi/oogle/naclports/src/libraries/nacl-mounts/include
-g -Wall -Werror -c
/home/erg/src/naclports/src/libraries/nacl-mounts/test.nacl//DevTest.cc -o
DevTest.o
/home/erg/src/nacl_sdk/pepper_20//toolchain/linux_x86_glibc/bin/i686-nacl-g++
-I/home/erg/src/nacl_sdk/pepper_20//toolchain/linux_x86_glibc/i686-nacl/usr/incl
ude -I/usr/local/google/home/vissi/oogle/naclports/src/libraries/nacl-mounts
-I/usr/local/google/home/vissi/oogle/naclports/src/libraries/nacl-mounts/include
-g -Wall -Werror -c
/home/erg/src/naclports/src/libraries/nacl-mounts/test.nacl//test_main.cc -o
test_main.o
/home/erg/src/nacl_sdk/pepper_20//toolchain/linux_x86_glibc/bin/i686-nacl-g++
-L/home/erg/src/nacl_sdk/pepper_20//toolchain/linux_x86_glibc/i686-nacl/usr/lib
SimpleTest.o DevTest.o test_main.o -o nacl_mounts_sel_ldr_tests -lgtest
-lnacl-mounts -lpthread
SimpleTest.o:(.rodata+0x118): warning: warning: pthread_cancel is not
implemented and will always fail
make[1]: Leaving directory
`/home/erg/src/naclports/src/out/repository-i686/nacl-mounts/test.nacl'
[sel_ldr]
/home/erg/src/naclports/src/out/repository-i686/nacl-mounts/test.nacl/nacl_mount
s_sel_ldr_tests
/home/erg/src/nacl_sdk/pepper_20//tools/sel_ldr_x86_32: error while loading
shared libraries: libstdc++.so.6: cannot open shared object file: No such file
or directory
make: *** [out/sentinels/bits_glibc/libraries/nacl-mounts] Error 127
Original issue reported on code.google.com by [email protected]
on 4 Jul 2012 at 6:14
Add either libmad or libmpg123 to naclports. I prefer libmpg123.
libmad: http://www.underbit.com/products/mad/
libmpg123: http://www.mpg123.de/api/
Neither of these should require patches but I haven't tried compiling them
myself yet.
Original issue reported on code.google.com by [email protected]
on 14 Oct 2011 at 9:03
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.