On 26/10/13 16:35, Armin Rigo wrote:
Hi,
On Sat, Oct 26, 2013 at 10:25 AM, Maciej Fijalkowski wrote:
about libffi.h - Apple removed /usr/include and moved it somewhere
else, no clue where. I also don't have access to Mavericks so I can't
fix it.
Ooooh. Traditionally, "libffi.h" was put in un
On Sun, Oct 27, 2013 at 2:05 PM, Alex Gaynor wrote:
> It's only applicable (as far as I know) when upgrading from 10.8 to 10.9, so
> our docs don't really seem like the right place for it.
Having had a look, the PyPy install documentation
(pypy/doc/getting-started-python.rst) doesn't have any not
It's only applicable (as far as I know) when upgrading from 10.8 to 10.9,
so our docs don't really seem like the right place for it.
Alex
On Sun, Oct 27, 2013 at 12:11 AM, Armin Rigo wrote:
> Hi Alex,
>
> On Sat, Oct 26, 2013 at 5:25 PM, Alex Gaynor
> wrote:
> > Yup, if you run `xcode-select
Hi Alex,
On Sat, Oct 26, 2013 at 5:25 PM, Alex Gaynor wrote:
> Yup, if you run `xcode-select --install` everything fixes itself.
How about writing down this magic line in the doc?
A bientôt,
Armin.
___
pypy-dev mailing list
pypy-dev@python.org
https
Aha, looks like I needed to point C_INCLUDE_PATH to the directory with my
custom sqlite.h, all is well on Centos now
--
Kevin Burke | Twilio
phone: 925.271.7005 | kev.inburke.com
On Sat, Oct 26, 2013 at 7:53 AM, Kevin Burke wrote:
> Hi Maciej,
> I should note - I'm on Mountain Lion so libffi.
Yup, if you run `xcode-select --install` everything fixes itself.
Alex
On Sat, Oct 26, 2013 at 8:14 AM, Taavi Burns wrote:
> On Mavericks:
> $ sudo find / -type f -name \*ffi.h
>
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk/usr/include/ff
On Mavericks:
$ sudo find / -type f -name \*ffi.h
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk/usr/include/ffi/ffi.h
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/ffi/ffi.h
/Users/
Hi Maciej,
I should note - I'm on Mountain Lion so libffi.h is not the issue at the
moment - currently trying to compile this on Centos get the #include
in _sqlite3.py to find my custom sqlite3.h and not the one in
/usr/lib.
Here is the compile script I am using:
https://gist.github.com/kevinbur
Hi Kevin,
Thanks for this report ! A quick note though:
On Sat, Oct 26, 2013 at 7:18 AM, Kevin Burke wrote:
> - Once I got it installled I didn't realize there was an additional step
> after pypy-c was created.
Note that this step, "package.py", is not required to run the pypy-c
executable. I
A few more problems I ran into:
- package.py lists these options:
package.py root-pypy-dir [--nostrip] [--without-tk] [name-of-archive]
[name-of-pypy-c] [destination-for-tarball] [pypy-c-path]
Running in this order
package.py ../../.. --without-tk means the --without-tk option doesn't get
regis
Hi,
On Sat, Oct 26, 2013 at 10:25 AM, Maciej Fijalkowski wrote:
> about libffi.h - Apple removed /usr/include and moved it somewhere
> else, no clue where. I also don't have access to Mavericks so I can't
> fix it.
Ooooh. Traditionally, "libffi.h" was put in unexpectedly varying
directories on
Hi Kevin, thanks for the feedback!
Do you have maybe an idea how to improve the docs?
about libffi.h - Apple removed /usr/include and moved it somewhere
else, no clue where. I also don't have access to Mavericks so I can't
fix it.
On Sat, Oct 26, 2013 at 7:18 AM, Kevin Burke wrote:
> Hey everyo
Hey everyone,
I was trying to compile pypy and made the following mistakes:
- On this page: http://pypy.org/download.html I couldn't figure out whether
I was supposed to run all three of these commands:
pypy ../../rpython/bin/rpython -Ojit targetpypystandalone # get
the JIT version
pypy
13 matches
Mail list logo