Re: [MacRuby-devel] [MacRuby][0.5] Bison Error

2009-07-06 Thread Conrad Taylor
I guess when I updated another port bison was a dependency.  Thus, bison
2.4.1 was being used during the build MacRuby 0.5.  After deactivating this
port, everything is building successfully using bison 2.3.0 which is the
system default.

-Conrad

On Sun, Jul 5, 2009 at 8:19 PM, Laurent Sansonetti wrote:

> What's the version of your bison?
>
> I am guessing you have a version of bison that is incompatible in your
> $PATH.
>
> MacRuby should build fine with the system one.
>
> Laurent
>
>
> On Jul 5, 2009, at 4:56 PM, Conrad Taylor wrote:
>
>  The following error prevents the build from moving forward:
>>
>> BEGIN ERROR:
>>
>> bison -t -v -oy.tab.c ripper.y
>> ripper.y:2960.25-26: $$ for the midrule at $6 of `primary' has no declared
>> type
>> make: *** [ripper.c] Error 1
>>
>> END ERROR:
>>
>> -Conrad
>>
>>
>>
>>
>> ___
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>
>
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby][0.5] Bison Error

2009-07-06 Thread Laurent Sansonetti
I fixed ripper's build to always use /usr/bin/bison (as we already do  
to compile the main parser), this way the problem should never happen  
again :-)


Laurent

On Jul 6, 2009, at 12:37 AM, Conrad Taylor wrote:

I guess when I updated another port bison was a dependency.  Thus,  
bison 2.4.1 was being used during the build MacRuby 0.5.  After  
deactivating this port, everything is building successfully using  
bison 2.3.0 which is the system default.


-Conrad

On Sun, Jul 5, 2009 at 8:19 PM, Laurent Sansonetti > wrote:

What's the version of your bison?

I am guessing you have a version of bison that is incompatible in  
your $PATH.


MacRuby should build fine with the system one.

Laurent


On Jul 5, 2009, at 4:56 PM, Conrad Taylor wrote:

The following error prevents the build from moving forward:

BEGIN ERROR:

bison -t -v -oy.tab.c ripper.y
ripper.y:2960.25-26: $$ for the midrule at $6 of `primary' has no  
declared type

make: *** [ripper.c] Error 1

END ERROR:

-Conrad




___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel

___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


[MacRuby-devel] [MacRuby] [0.5] rake extensions task fails when building ripper unless 0.5 has already been installed

2009-07-06 Thread Mike Sassak
Hello,

I'm trying to build the experimental branch out of SVN, but the rake
extensions task fails at line 320 of rakelib/builder.rake when it tries to
build the ripper extension with "no such file to load -- mkmf (LoadError)".
That can be fixed by changing lines 320 (and then 321) of builder.rake to
have miniruby include "../../" and "../../lib" before running extconf.rb and
when executing Ripper's Makefile, but at that point the ripper build fails
with the following error:

gcc -dynamic -bundle -undefined suppress -flat_namespace -arch i386 -arch
x86_64 -o ripper.bundle ripper.o -L.
-L/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib -arch i386
-arch x86_64 -lmacruby ld: library not found for -lmacruby collect2: ld
returned 1 exit status ld: library not found for -lmacruby collect2: ld
returned 1 exit status lipo: can't open input file:
/var/folders/27/271LwlCYGQmE75LcbyeFIU+++TI/-Tmp-//cccgTd4l.out (No such
file or directory) make: *** [ripper.bundle] Error 1

>From the look of it, the problem is that gcc isn't passed a -L flag for the
root of the build, and I didn't have a previous version of MacRuby 0.5
installed underneath /Library/Frameworks, so it can't find libmacruby, but
my knowledge of the GCC toolchain and extconf.rb fail me at this point. rake
macruby works just fine, as do rake spec:ci and rake bench:ci, and building
revision 1988 works like a charm; it's only after enabling the ripper build
that I start having problems.

I can get experimental HEAD compiled and installed by first building and
installing rev 1988 and then installing HEAD, but I figured that's probably
not the way things are supposed to work. :-)

Any help would be appreciated,
Mike
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] [0.5] rake extensions task fails when building ripper unless 0.5 has already been installed

2009-07-06 Thread Laurent Sansonetti

Hi Mike,

Thanks a lot for the report, I think I fixed the problems in r1998.

Sorry for the inconvenience :-)

Laurent

On Jul 6, 2009, at 3:50 PM, Mike Sassak wrote:


Hello,

I'm trying to build the experimental branch out of SVN, but the rake  
extensions task fails at line 320 of rakelib/builder.rake when it  
tries to build the ripper extension with "no such file to load --  
mkmf (LoadError)". That can be fixed by changing lines 320 (and then  
321) of builder.rake to have miniruby include "../../" and "../../ 
lib" before running extconf.rb and when executing Ripper's Makefile,  
but at that point the ripper build fails with the following error:





gcc -dynamic -bundle -undefined suppress -flat_namespace -arch i386 - 
arch x86_64 -o ripper.bundle ripper.o -L. -L/Library/Frameworks/ 
MacRuby.framework/Versions/0.5/usr/lib   -arch i386 -arch x86_64  - 
lmacruby

ld: library not found for -lmacruby
collect2: ld returned 1 exit status
ld: library not found for -lmacruby
collect2: ld returned 1 exit status
lipo: can't open input file: /var/folders/27/271LwlCYGQmE75LcbyeFIU++ 
+TI/-Tmp-//cccgTd4l.out (No such file or directory)

make: *** [ripper.bundle] Error 1


From the look of it, the problem is that gcc isn't passed a -L flag  
for the root of the build, and I didn't have a previous version of  
MacRuby 0.5 installed underneath /Library/Frameworks, so it can't  
find libmacruby, but my knowledge of the GCC toolchain and  
extconf.rb fail me at this point. rake macruby works just fine, as  
do rake spec:ci and rake bench:ci, and building revision 1988 works  
like a charm; it's only after enabling the ripper build that I start  
having problems.





I can get experimental HEAD compiled and installed by first building  
and installing rev 1988 and then installing HEAD, but I figured  
that's probably not the way things are supposed to work. :-)





Any help would be appreciated,
Mike
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel


Re: [MacRuby-devel] [MacRuby] [0.5] rake extensions task fails when building ripper unless 0.5 has already been installed

2009-07-06 Thread Mike Sassak
Works great now. Thanks!

On Mon, Jul 6, 2009 at 7:19 PM, Laurent Sansonetti wrote:

> Hi Mike,
>
> Thanks a lot for the report, I think I fixed the problems in r1998.
>
> Sorry for the inconvenience :-)
>
> Laurent
>
>
> On Jul 6, 2009, at 3:50 PM, Mike Sassak wrote:
>
>  Hello,
>>
>> I'm trying to build the experimental branch out of SVN, but the rake
>> extensions task fails at line 320 of rakelib/builder.rake when it tries to
>> build the ripper extension with "no such file to load -- mkmf (LoadError)".
>> That can be fixed by changing lines 320 (and then 321) of builder.rake to
>> have miniruby include "../../" and "../../lib" before running extconf.rb and
>> when executing Ripper's Makefile, but at that point the ripper build fails
>> with the following error:
>>
>>
>>
>>
>> gcc -dynamic -bundle -undefined suppress -flat_namespace -arch i386 -arch
>> x86_64 -o ripper.bundle ripper.o -L.
>> -L/Library/Frameworks/MacRuby.framework/Versions/0.5/usr/lib   -arch i386
>> -arch x86_64  -lmacruby
>> ld: library not found for -lmacruby
>> collect2: ld returned 1 exit status
>> ld: library not found for -lmacruby
>> collect2: ld returned 1 exit status
>> lipo: can't open input file:
>> /var/folders/27/271LwlCYGQmE75LcbyeFIU+++TI/-Tmp-//cccgTd4l.out (No such
>> file or directory)
>> make: *** [ripper.bundle] Error 1
>>
>>
>> From the look of it, the problem is that gcc isn't passed a -L flag for
>> the root of the build, and I didn't have a previous version of MacRuby 0.5
>> installed underneath /Library/Frameworks, so it can't find libmacruby, but
>> my knowledge of the GCC toolchain and extconf.rb fail me at this point. rake
>> macruby works just fine, as do rake spec:ci and rake bench:ci, and building
>> revision 1988 works like a charm; it's only after enabling the ripper build
>> that I start having problems.
>>
>>
>>
>>
>> I can get experimental HEAD compiled and installed by first building and
>> installing rev 1988 and then installing HEAD, but I figured that's probably
>> not the way things are supposed to work. :-)
>>
>>
>>
>>
>> Any help would be appreciated,
>> Mike
>> ___
>> MacRuby-devel mailing list
>> [email protected]
>> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>>
>
> ___
> MacRuby-devel mailing list
> [email protected]
> http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel
>
___
MacRuby-devel mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel