search for: newproject

When i am create new project "rails new newProject", ruby create rails files and next automaticly launch bundle install and setup standart gems: C:\Sites>rails new demo create README.rdoc . . . create vendor/plugins/.git run bundle install . . . Where is standart gemfile locat...

...uot;show_tasks". As this is a new installation, everything is up-to-date. Here''s the environment: FreeBSD 6.2-RC2 ruby 1.8.5 gem 0.9.0 rake 0.7.1 net-ssh 1.0.10, 1.0.9 net-sftp 1.1.0 capistrano 1.3.1, 1.2.0, 1.1.0 If I run the following commands: # mkdir newarea # cd newarea # rails newproject # cap -A newproject # cd newproject which all appears to work properly outputting: exists config create config/deploy.rb exists lib/tasks create lib/tasks/capistrano.rake So then I run: # cap show_tasks which bails with the following: * executing task show_tasks A...

Hi all, I''m using Ubuntu 11.10 and the terminal to install and run Rails. Here is the process I''ve taken so far to setup Rails: > download and install Ruby 1.9.2 and Rails 3.1.0 -- I did this using ''sudo apt-get ruby1.9.1'' and ''sudo gem install rails'' > I made a new rails app using ''rails new path/to/app'' > I went

...uce the BSS section issue in clang consistently, and since that comes before terms of where it happens in the compilation / JIT’ing process, I can’t get to the part where I see the relocation issue in clang.exe rather than my own program. clang.exe -c "Y:\Documents\Visual Studio 2013\Projects\NewProject\Source\main.cpp" llvm-rtdyld.exe" -execute main.o -dylib=C:\Windows\System32\msvcr120d.dll It also occurs with -mcmodel=large specified. The exact output of the second command, llvm-rtdyld, is as follows... Assertion failed: (Sec->Characteristics & COFF::IMAGE_SCN_CNT_UNINITIALI...

...n issue in clang consistently, and since that comes before terms of where it happens in the compilation / JIT’ing process, I can’t get to the part where I see the relocation issue in clang.exe rather than my own program. >> >> clang.exe -c "Y:\Documents\Visual Studio 2013\Projects\NewProject\Source\main.cpp" >> llvm-rtdyld.exe" -execute main.o -dylib=C:\Windows\System32\msvcr120d.dll >> >> It also occurs with -mcmodel=large specified. >> >> The exact output of the second command, llvm-rtdyld, is as follows... >> >> Assertion failed...

...t comes before terms of where it happens in the compilation / >> JIT’ing process, I can’t get to the part where I see the relocation issue >> in clang.exe rather than my own program. >> >> >> >> clang.exe -c "Y:\Documents\Visual Studio >> 2013\Projects\NewProject\Source\main.cpp" >> >> llvm-rtdyld.exe" -execute main.o >> -dylib=C:\Windows\System32\msvcr120d.dll >> >> >> >> It also occurs with -mcmodel=large specified. >> >> >> >> The exact output of the second command, llvm-rtdyld,...

...#69657 (1758759856) in inode 17072. CLEARED. Too many illegal blocks in inode 17072. Clear inode<y>? yes Inode 17124 has illegal block(s). Clear<y>? yes Note that for each inode we cleared, we lost one of the 1_gig_files. For example, check out this directory listing: [root at hera newprojects]# ls -lart | more total 835484832 ?--------- ? ? ? ? ? rand_gig.797 ?--------- ? ? ? ? ? rand_gig.788 ?--------- ? ? ? ? ? rand_gig.786 ?--------- ? ? ? ? ? rand_gig.785 ?--------- ? ? ?...

Thanks for the link! There’s some code there that looks extremely relevant to say the least. > On 1 Oct 2015, at 19:00, Hayden Livingston <halivingston at gmail.com> wrote: > > Maybe looking at their code might help: > > https://github.com/dotnet/llilc/blob/dd12743f9cdb5418f1c39b2cd756da1e8396a922/lib/Jit/LLILCJit.cpp#L299 > > On Thu, Oct 1, 2015 at 10:45 AM, David

...consistently, and since that comes before terms of where it happens in the compilation / JIT’ing process, I can’t get to the part where I see the relocation issue in clang.exe rather than my own program. >> >> >> >> clang.exe -c "Y:\Documents\Visual Studio 2013\Projects\NewProject\Source\main.cpp" >> >> llvm-rtdyld.exe" -execute main.o -dylib=C:\Windows\System32\msvcr120d.dll >> >> >> >> It also occurs with -mcmodel=large specified. >> >> >> >> The exact output of the second command, llvm-rtdyld, is as fol...