search

snowyu / libtorrent

Automatically exported from code.google.com/p/libtorrent
Other
1 stars 0 forks source link

Build fails at last step under msys+mingw4.7.2 #411

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Install correctly msys and mingw under Windows. I use 4.7.2 but I have seen 
this with other versions too.
2. Try to compile using the Jamfiles. Command line:
b2 -q --without-python --toolset=gcc variant=release link=static 
runtime-link=static encryption=openssl logging=none geoip=static dht-support=on 
boost=source character-set=unicode boost-link=static -j 3 
-sBOOST_ROOT="C:\qBittorrent\boost_1_52_0"

What is the expected output?
The build do finish without errors.

What do you see instead?
The build fails at the last step. The error in the cosole reads "The input line 
is long." See attached file for details. (the error is in greek that's why it 
is garbled."

What version of the product are you using?
0.16.7 but I happens in all the 0.16.x series I think

On what operating system?
Windows XP sp2 32bit

Please provide any additional information below.
If I run manually the commands from the attached file the building finishes 
afterwards.

Original issue reported on code.google.com by hammered...@gmail.com on 20 Jan 2013 at 1:42

Attachments:

GoogleCodeExporter commented 9 years ago 
please try to also pass in --abbreviate-paths on the b2 command line. I believe 
that would fix it.

Original comment by arvid.no...@gmail.com on 20 Jan 2013 at 6:33

GoogleCodeExporter commented 9 years ago 
Unfortunately it doesn't fix the problem.

Original comment by hammered...@gmail.com on 20 Jan 2013 at 7:11

GoogleCodeExporter commented 9 years ago 
do you have the output from that build?

Original comment by arvid.no...@gmail.com on 21 Jan 2013 at 3:15

GoogleCodeExporter commented 9 years ago 
The one with "--abbreviate-paths"? It had the same error. I can redo it later 
and attach the output.

Original comment by hammered...@gmail.com on 21 Jan 2013 at 7:02

GoogleCodeExporter commented 9 years ago 
you could try to not specify some of the features that are already set the way 
you want them by default. That might cut down on the path length. like 
logging=none, dht-support=on, charachter-set=unicode (I'm pretty sure that's 
the default on windows, but maybe not on mingw).

Actually, does mingw's GCC support wide strings?

Original comment by arvid.no...@gmail.com on 21 Jan 2013 at 7:42

GoogleCodeExporter commented 9 years ago 
This is same issue as https://code.google.com/p/libtorrent/issues/detail?id=75

> Actually, does mingw's GCC support wide strings?
Last time I checked (like a year ago) I was able to use setlocale, wchar_t and 
wprintf.

Original comment by Daymansm...@gmail.com on 21 Jan 2013 at 8:46

GoogleCodeExporter commented 9 years ago 
Even when I ommit logging=none, dht-support=on, charachter-set=unicode it 
creates the same path and of course the same error.

About the wide strings: I use the builds from here-> 
http://sourceforge.net/projects/mingwbuilds/

When I run the remaining commands in the Jamfile manually and it creates the 
libtorrent.a I am able to succesfully build qBittorrent. qBittorrent is able to 
open multilanguage files(cyrillic,asian,arabic,greek) without a problem, so I 
assume that wide strings work.

Is there any simple code I can compile to test this?

Original comment by hammered...@gmail.com on 21 Jan 2013 at 12:28