Giter Site home page Giter Site logo

naclports's People

Watchers

James Cloos avatar

naclports's Issues

nacl-mounts: replace HTTP2Mount global lock with HTTP2Node lock

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:

Patch is mandatory

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:

failed checksum

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

dosbox build broken for newlib after rev 574 / not built regularly and noticed

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

compiling bochs fails

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

problems building naclports w/ latest sdk (pepper_19)

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

Add /dev/urandom support

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

Earth example doesn't compile

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:

OpenAL port

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

pnacl: boost either doesn't run ranlib, or the configure step doesn't override it with pnacl-ranlib

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

naclports fails to build anything after syncing from the svn

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

snes does not build with the latest pnacl sdk

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

NotificationCenter implementation in naclports

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

make sure nethack builds and runs with pnacl

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

Broken link on web page

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

Gallery link on project home page broken.

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

Main Page Links are broken

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

common_build_scripts/nacl_build.mk has wrong binary names

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

boost/math/tools/config.hpp fails to find FE_ALL_EXCEPT, fegetexceptflag, feclearexcept in fenv.h

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

need support for libicu

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

Failed in compiling openssl-1.0.0e

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:

openal does not build with pnacl SDK

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

bzip2 fails to install on a fresh naclports clone

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:

Fake ld script hides real ld return code

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

TinyXML.h line 1020 breaks my app

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

FLTK2 port for native client

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

add mp3 decoder (libmad or libmpg123)

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

Can't build nacl-mounts with glibc and Ubuntu Precise on Pepper 20

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

The install scripts doesn't work with latest SDK.

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

Need support for libjpeg-turbo

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

ffmpeg port broken with newlib

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

SDL compilation error with latest API

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:

Please enable libswscale in ffmpeg build

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

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.