Re: building parrot

2008-10-25 Thread Andy Dougherty
On Sat, 25 Oct 2008, Michael P. Soulier wrote: > On 15/10/08 Andy Dougherty said: > > > > No file by that name on the box anywhere. > > > > Are you *sure*? I don't know exactly what name you searched for, nor how > > you searched for it, but this is just the sort of error message I'd expect > >

Re: building parrot

2008-10-25 Thread Michael P. Soulier
On 15/10/08 Andy Dougherty said: > > No file by that name on the box anywhere. > > Are you *sure*? I don't know exactly what name you searched for, nor how > you searched for it, but this is just the sort of error message I'd expect > to see if you did have an old libparrot.so somewhere else on

[perl #59914] Re: building parrot

2008-10-17 Thread Andrew Dougherty
[reforwarding this so it gets in the bug-tracking system] On Wed, 15 Oct 2008, Michael P. Soulier wrote: > I'm trying to build parrot on a CentOS 4.6 box and it's failing at link time. > > gcc -o miniparrot src/main.o src/null_config.o \ > -Wl,-rpath=/home/msoulier/downloads/parrot-0.7.1/blib/l

[perl #59918] Re: building parrot

2008-10-16 Thread [EMAIL PROTECTED] (via RT)
# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #59918] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59918 > On Wed, Oct 15, 2008 at 9:52 AM, Will Coleda <[EMAIL PROTECTED]> wrote: > Do you ha

Re: building parrot

2008-10-15 Thread Andy Dougherty
On Wed, 15 Oct 2008, Michael P. Soulier wrote: > I'm trying to build parrot on a CentOS 4.6 box and it's failing at link time. > > gcc -o miniparrot src/main.o src/null_config.o \ > -Wl,-rpath=/home/msoulier/downloads/parrot-0.7.1/blib/lib > -L/home/msoulier/downloads/parrot-0.7.1/blib/lib -lpar

Re: building parrot

2008-10-15 Thread Michael P. Soulier
On Wed, Oct 15, 2008 at 11:04 AM, Andy Dougherty <[EMAIL PROTECTED]> wrote: > Do you have a link for that bug report? I vaguely recall something like > that where the tcsh was a red herring -- it was really an environment > variable setting -- but I don't recall any more details offhand. http://m

Re: building parrot

2008-10-15 Thread Michael P. Soulier
On Wed, Oct 15, 2008 at 9:52 AM, Will Coleda <[EMAIL PROTECTED]> wrote: > Do you have a previously installed parrot? It's possible that we're > inadvertently linking against the installed libparrot instead of the > one in your build dir. No file by that name on the box anywhere. Mike -- Michael

Re: building parrot

2008-10-15 Thread Andy Dougherty
On Wed, 15 Oct 2008, Michael P. Soulier wrote: > Hello, > > I'd report a bug but this link > > http://www.parrot.org/docs/submissions.html > > is broken. > > I'm trying to build parrot on a CentOS 4.6 box and it's failing at link time. > > gcc -o miniparrot src/main.o src/null_config.o \ > -W

[perl #59914] Re: building parrot

2008-10-15 Thread via RT
# New Ticket Created by Will Coleda # Please include the string: [perl #59914] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=59914 > On Wed, Oct 15, 2008 at 9:43 AM, Michael P. Soulier <[EMAIL PROTECTED]> wrote: > Hello, >

Re: building parrot

2008-10-15 Thread Will Coleda
On Wed, Oct 15, 2008 at 9:43 AM, Michael P. Soulier <[EMAIL PROTECTED]> wrote: > Hello, > > I'd report a bug but this link > > http://www.parrot.org/docs/submissions.html > > is broken. Whoops. We're in the middle of migrated to that site: http://www.parrotcode.org/docs/submissions.html has the in

Re: building Parrot and Parrot::Embed

2008-10-10 Thread chromatic
On Friday 10 October 2008 14:52:54 Gabor Szabo wrote: Hi Gabor, > Now at r31867 I get the following. > This PASS-es but there seem to be an error somewhere anyway. > [EMAIL PROTECTED]:~/work/parrot/ext/Parrot-Embed$ ./Build test > t/00-loadok > t/interp.1/26 Parrot VM: Can't stat no file

Re: building parrot with clang + llvm

2008-09-11 Thread Moritz Lenz
NotFound wrote: > On Wed, Sep 10, 2008 at 8:12 PM, chromatic <[EMAIL PROTECTED]> wrote: > >> The line numbers reported by clang seem sensible enough, but do they match >> values in src/pmc/default.str? Mine contains: >> >> #define _CONST_STRING_45 80 >> #define _CONST_STRING_103 534 >> #define _C

Re: building parrot with clang + llvm

2008-09-11 Thread Moritz Lenz
Vasily Chekalkin wrote: > Moritz Lenz wrote: >> I tried to build parrot with the clang, an llvm frontend. It provides a >> script called 'ccc', which accepts the same options as gcc. > > Works for me with "perl Configure.pl --cc=llvm-gcc --link=llvm-gcc". That works for me too, but it's a complet

Re: building parrot with clang + llvm

2008-09-10 Thread NotFound
On Wed, Sep 10, 2008 at 8:12 PM, chromatic <[EMAIL PROTECTED]> wrote: > The line numbers reported by clang seem sensible enough, but do they match > values in src/pmc/default.str? Mine contains: > > #define _CONST_STRING_45 80 > #define _CONST_STRING_103 534 > #define _CONST_STRING_144 _CONST_STR

Re: building parrot with clang + llvm

2008-09-10 Thread chromatic
On Wednesday 10 September 2008 11:07:41 Moritz Lenz wrote: > That doesn't the seem to be case here. I tried with a small sample > script that include a .str file, and it works fine. > > A > ack -a '_CONST_STRING_65\b' > > didn't find anything; so is this a broken macro expansion somewhere? The li

Re: building parrot with clang + llvm

2008-09-10 Thread Moritz Lenz
chromatic wrote: > On Wednesday 10 September 2008 10:45:12 Moritz Lenz wrote: > >> I tried to build parrot with the clang, an llvm frontend. It provides a >> script called 'ccc', which accepts the same options as gcc. >> >> Configure works fine (perl Configure.pl --verbose --cc=ccc --link=ccc). >>

Re: building parrot with clang + llvm

2008-09-10 Thread chromatic
On Wednesday 10 September 2008 10:45:12 Moritz Lenz wrote: > I tried to build parrot with the clang, an llvm frontend. It provides a > script called 'ccc', which accepts the same options as gcc. > > Configure works fine (perl Configure.pl --verbose --cc=ccc --link=ccc). > > src/pmc/default.c:65:36

Re: Building Parrot::Embed on Windows XP / Visual C++

2006-12-27 Thread Ron Blaschke
chromatic wrote: > On Saturday 23 December 2006 11:32, Ron Blaschke wrote: > >> It would be great if you could make the change right away. I thought it >> was just too small of a change to submit an official patch. > > Thanks, applied as of r16229. > >>> This is generally only tricky when build

Re: Building Parrot::Embed on Windows XP / Visual C++

2006-12-23 Thread chromatic
On Saturday 23 December 2006 11:32, Ron Blaschke wrote: > It would be great if you could make the change right away. I thought it > was just too small of a change to submit an official patch. Thanks, applied as of r16229. > > This is generally only tricky when building in-tree, as there's no >

Re: Building Parrot::Embed on Windows XP / Visual C++

2006-12-23 Thread Ron Blaschke
chromatic wrote: > On Friday 22 December 2006 12:54, Ron Blaschke wrote: >> >> -void Parrot_register_pmc(Parrot_INTERP, Parrot_PMC); >> -void Parrot_unregister_pmc(Parrot_INTERP, Parrot_PMC); >> +PARROT_API void Parrot_register_pmc(Parrot_INTERP, Parrot_PMC); >> +PARROT_API void Parrot_unregis

Re: Building Parrot::Embed on Windows XP / Visual C++

2006-12-22 Thread chromatic
On Friday 22 December 2006 12:54, Ron Blaschke wrote: > The necessary change is: > > > $ svn diff include/parrot/extend.h > Index: include/parrot/extend.h > === > --- include/parrot/extend.h (revision 16218) > +++ include/par

Re: Building Parrot::Embed on Windows XP / Visual C++

2006-12-22 Thread Ron Blaschke
chromatic wrote: > On Friday 22 December 2006 11:08, Ron Blaschke wrote: >> There are three steps necessary (four using VC8). >> >> 1) Two additional functions need to be exported. >> Parrot_register_pmc >> Parrot_unregister_pmc > > In some .def file somewhere, or marked somehow in the so

Re: Building Parrot::Embed on Windows XP / Visual C++

2006-12-22 Thread chromatic
On Friday 22 December 2006 11:08, Ron Blaschke wrote: > I have managed to build Parrot::Embed on Windows/VC8, and judging from > the test output it works. There are two warnings, but I guess those are > no problem? > > $ ./Build test > t\interpok 1/31Parrot VM: Can't stat no file here

Re: Building parrot-0.4.1 on Win32

2006-02-21 Thread Sisyphus
On 2/20/06, Joshua Hoblitt <[EMAIL PROTECTED]> wrote: > > Yes, /usr/local/lib is already in /etc/ld.so.conf. > > Perhaps you need to run `ldconfig` as root. Yep - that takes care of it. Cheers, Rob

Re: Building parrot-0.4.1 on Win32

2006-02-21 Thread Nick Glencross
On 2/20/06, Joshua Hoblitt <[EMAIL PROTECTED]> wrote: > On Tue, Feb 21, 2006 at 10:06:36AM +1100, Sisyphus wrote: > > Yes, /usr/local/lib is already in /etc/ld.so.conf. > > Perhaps you need to run `ldconfig` as root. > > > $LD_LIBRARY_PATH is initially empty. If I don't add '/usr/local/lib' to it,

Re: Building parrot-0.4.1 on Win32

2006-02-20 Thread Joshua Hoblitt
On Tue, Feb 21, 2006 at 10:06:36AM +1100, Sisyphus wrote: > Yes, /usr/local/lib is already in /etc/ld.so.conf. Perhaps you need to run `ldconfig` as root. > $LD_LIBRARY_PATH is initially empty. If I don't add '/usr/local/lib' to it, > then when I run 'parrot hello.pir', I get (transcribed): > >

Re: Building parrot-0.4.1 on Win32

2006-02-20 Thread Sisyphus
- Original Message - From: "Nick Glencross" <[EMAIL PROTECTED]> To: "Sisyphus" <[EMAIL PROTECTED]>; "Perl 6 Internals" Sent: Monday, February 20, 2006 9:47 PM Subject: Re: Building parrot-0.4.1 on Win32 > On 2/20/06, Sisyphus <[EMAIL

Re: Building parrot-0.4.1 on Win32

2006-02-20 Thread Nick Glencross
On 2/20/06, Sisyphus <[EMAIL PROTECTED]> wrote: > Oh one other thing on Linux I had to add (the standard location) > /usr/local/lib to LD_LIBRARY_PATH. I've not had to do that before ... and > the README suggests that I shouldn't have to do it wrt parrot. It says: > > "But please note th

Re: Building parrot-0.4.1 on Win32

2006-02-20 Thread Sisyphus
- Original Message - From: "Jonathan Worthington" . . > So > I guess one answer is to try the latest Parrot, either from SVN or by > downloading a snapshot: > http://svn.perl.org/snapshots/parrot/ > Thanks for the reply, Jonathan. A few things came up and I've not been able to get back u

Re: Building parrot-0.4.1 on Win32

2006-02-12 Thread Jonathan Worthington
"Sisyphus" <[EMAIL PROTECTED]> wrote: My first post here. First up, is there a better place to ask questions relating to the building of parrot ? If so ... where ? If not ... read on. Welcome to the list and yes, you're in the right place. :-) I'm on Windows 2000, and parrot-0.4.1 builds

Re: Building Parrot with MinGW, ActivePerl & command.com

2005-06-13 Thread François PERRAD
At 12:19 10/06/2005 +0200, you wrote: On Saturday 04 June 2005 20:29, Clement Cherlin wrote: > I include a patch I made for the above problems. Some of the changes are > kind of kludgey, so I would appreciate comments and suggestions on how to > improve them. Thanks, applied. Please, revert thi

Re: Building Parrot with MinGW, ActivePerl & command.com

2005-06-10 Thread Nick Glencross
Matt Diephouse wrote: Nick Glencross <[EMAIL PROTECTED]> wrote: +# Here comes some stuff for Cygwin +if ($^O eq 'cygwin') { +$LD_LOAD_FLAGS .= ' ../src/parrot_config.o'; +$LIBPARROT = qq[-L../blib/lib -lparrot]; +} Make sure this patch will work to make Tcl too (languages/tcl/), whi

Re: Building Parrot with MinGW, ActivePerl & command.com

2005-06-10 Thread Matt Diephouse
Nick Glencross <[EMAIL PROTECTED]> wrote: > +# Here comes some stuff for Cygwin > +if ($^O eq 'cygwin') { > +$LD_LOAD_FLAGS .= ' ../src/parrot_config.o'; > +$LIBPARROT = qq[-L../blib/lib -lparrot]; > +} Make sure this patch will work to make Tcl too (languages/tcl/), which has PMCs inside

Re: Building Parrot with MinGW, ActivePerl & command.com

2005-06-10 Thread Nick Glencross
Nick Glencross wrote: My understand is that on Windows DLLs must be self-contained and cannot have unreferenced symbols, and so I've linked against libparrot.so which of course pulls in much of its code. I see this also being done in the MSWin32 case... Sorry, I typed libparrot.so when what

Re: Building Parrot with MinGW, ActivePerl & command.com

2005-06-10 Thread Nick Glencross
Clement Cherlin wrote: I still haven't gotten compilation to finish, but it's a lot further along than when I started. Currently, it fails with a zillion "undefined reference" errors on the command g++ -s -g -shared "C:/Users/Clement/src/parrot/parrot/src/extend.o" -o python_group.dll "lib-p

Re: Building Parrot with MinGW, ActivePerl & command.com

2005-06-10 Thread Jens Rieks
On Saturday 04 June 2005 20:29, Clement Cherlin wrote: > I include a patch I made for the above problems. Some of the changes are > kind of kludgey, so I would appreciate comments and suggestions on how to > improve them. Thanks, applied. jens

Re: Building Parrot with MinGW, ActivePerl & command.com

2005-06-07 Thread Andy Dougherty
On Tue, 7 Jun 2005, [iso-8859-1] François PERRAD wrote: > I work with MinGW, ActivePerl & cmd.exe. > I introduced the configuration variable slash_exec. > On all platform 'slash' == 'slash_exec' > except with MinGW where : > slash => '/' (need by mingw32-make) > 'slash_exec' => '

Re: Building Parrot with MinGW, ActivePerl & command.com

2005-06-06 Thread François PERRAD
At 11:29 04/06/2005 -0700, you wrote: I actually have Linux installed on this machine, but for reasons which I'm not going to get into here I use Win98 for day-to-day computing. I therefore took it as a challenge to get Parrot to build with crufty ol' command.com. I used MinGW 3.1.0-1 and Active

Re: Building Parrot with MinGW, ActivePerl & command.com

2005-06-05 Thread Jens Rieks
On Saturday 04 June 2005 20:29, Clement Cherlin wrote: > I actually have Linux installed on this machine, but for reasons which > I'm not going to get into here I use Win98 for day-to-day computing. I > therefore took it as a challenge to get Parrot to build with crufty ol' > command.com. I have a

Re: Building Parrot on Win32

2001-12-31 Thread Sebastian Bergmann
"Gregor N. Purdy" wrote: > On that last call to nmake, if you get dropped back into Configure.pl, > something is wrong configure-wise. I did a fresh CVS checkout just now, and nmake calls Configure.pl again. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpO

Re: Building Parrot on Win32

2001-12-30 Thread Gregor N. Purdy
Sebastian -- I noticed on your first post of the nmake run log that you ended up re-running Configure.pl. That's not a good sign. I don't know what time you grabbed code from CVS, but if you wouldn't mind doing the following to be *very* sure you've got all the latest checkins, I'd appreciate it.

Re: Building Parrot on Win32

2001-12-30 Thread Sebastian Bergmann
Dan Sugalski wrote: > Argh! Platform quoting issues. Can you edit Makefile and change the > appropriate ' to " and see how things go from there? Okay, it now proceeds further than before, but now it gets stuck at test_main.c ../include\parrot/parrot.h(76): fatal error C1083: include file canno

Re: Building Parrot on Win32

2001-12-30 Thread Dan Sugalski
At 09:42 PM 12/30/2001 +0100, Sebastian Bergmann wrote: >'lo there, > > just tried to build Parrot 0.3 (from CVS) on Win32 -- but I didn't > succeed. Argh! Platform quoting issues. Can you edit Makefile and change the appropriate ' to " and see how things go from there?

RE: Building Parrot for Win32.

2001-11-01 Thread Brent Dax
Jason Diamond: # > # Once I got past that, it couldn't link to # classes/intclass.obj. After # > # looking at the output a bit, I found out that intclass.obj is # > # being written # > # to the main parrot directory and not into the classes # > # directory. The option # > # for CL to specify the o

RE: Building Parrot for Win32.

2001-11-01 Thread Gregor N. Purdy
Brent (and Jason) -- Based on Dan's agreement to the approach, I just checked in the starting point files for doing this "right". Please have a look and send patches against those files. As soon as we get config wired up to autoselect the appropriate platform files, we'll be able to make this All

RE: Building Parrot for Win32.

2001-11-01 Thread Gregor N. Purdy
Dan -- > platform.c and platform.h is exactly what we're going to do. We need a > platforms directory as well. In there we'll have a win32.[ch], a > linux.[ch], a vms.[ch], a generic.[ch] and so on. Configure.pl will copy > the appropriate ones up and rename them platform.c & platform.h, and we'

RE: Building Parrot for Win32.

2001-11-01 Thread Dan Sugalski
On Thu, 1 Nov 2001, Gregor N. Purdy wrote: > We may end up needing to consolidate these platform-isms into a small > number of files (one?) rather than have them split by type (like I did for > Parrot_*_time). I don't know if we can get away with something as simple > as platform.[hc] with all th

Re: Building Parrot for Win32

2001-11-01 Thread Jason Diamond
Hi. > in /usr/include/sys/stat.h. As for what to includ in Windows to get > these (if anything), or what should be done to get them, I'm unsure. > I suppose for now, you could paste the above into a header file > somewhere with a #ifdef WIN32 around it to get things compiling. I'd suspect that

RE: Building Parrot for Win32.

2001-11-01 Thread Gregor N. Purdy
Brent -- [ snip Jason Diamond's question ] > No, this seems to be a case of Unix-centrism. (I feel your pain--I'm on > Win32 too.) I'm CCing perl6-internals on this, since I don't really > have the C experience to know what to do here. I just posted a reply to someone else on the matter. If

Re: Building Parrot for Win32

2001-11-01 Thread Gregor N. Purdy
Jason -- > I'm trying to build parrot on my Windows 2000 box and am failing when > compiling core_ops.c with these errors: > > core_ops.c(370) : error C2065: 'S_IRUSR' : undeclared identifier > core_ops.c(370) : error C2065: 'S_IWUSR' : undeclared identifier > core_ops.c(370) : error C2065: 'S_

RE: Building Parrot for Win32.

2001-11-01 Thread Brent Dax
Jason Diamond: # > Can you give me the output of that time.c compilation? Someone just # > asked for feedback on how that was working. # # It was complaining about SYSTEMTIME not being defined. You # have to #include # for that. But that caused a redefinition error # for BOOL. So I # renamed the

RE: Building Parrot for Win32.

2001-11-01 Thread Brent Dax
Jason Diamond: # I'm having trouble building the latest parrot sources from # CVS on Windows # 2000. The Configure.pl script ran fine but after running # nmake test_prog.exe # I'm getting an error while compiling core_ops.c: # # core_ops.c(370) : error C2065: 'S_IRUSR' : undeclared identifier # co