subject:"Re\: mingw QT Compile \- Input line too long"

RE: mingw QT Compile - Input line too long

2010-01-22 Thread Michael Edwardes

This works for me.

Thanks,
Michael

-Original Message-
From: Patrick Spendrin [mailto:ps...@gmx.de] 
Sent: Friday, January 22, 2010 12:27 PM
To: KDE on Windows
Subject: Re: mingw QT Compile - Input line too long

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Michael Edwardes schrieb:
> Hi,
> 
>  
> 
> Ive actually got two build directories, kderoot for msvc2008 and (now)
> kdem for mingw.  This error is for msvc2008.  (The mingw qt build is
> happily chugging away at the moment!).
Can you please update you emerge\portage\kdesupport\clucene-core
directory to revision r1072323. Then please rebuild clucene-core & strigi.

I am currently working on that issue.

regards,
Patrick
> 
>  
> 
> Would the two build directories conflict?
> 
>  
> 
> *From:* Patrick von Reth [mailto:patrick.vonr...@gmail.com]
> *Sent:* Friday, January 22, 2010 11:28 AM
> *To:* KDE on Windows
> *Subject:* Re: mingw QT Compile - Input line too long
> 
>  
> 
> At least the qt build error has nothing to do with CMake, qt uses its
> own qmake and not CMake.
> 
>  
> 
> The output from building qt indicates you are using mingw32 but the
> output from strigi indicates you are using msvc so if you changes the
> compiler you have to rebuild everything.
> 
>  
> 
> Regards,
> 
>  
> 
> Patrick
> 
>  
> 
> 2010/1/22 Michael Edwardes  <mailto:michael.edwar...@yardi.com>>
> 
> Hi,
> 
> Is this actually a CMake bug, it seems to be complaining about
> unresolved externals which would indicate a setup error?  Please see
> below for the errors and the attached file for the emerge output.
> 
> Thanks,
> Michael
> 
> Linking CXX shared module msvc_strigiindex_clucene.dll
>   Creating library clucene.lib and object clucene.exp
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: __thiscall lucene::index::Term::Term(unsigned short const
> *,unsigned short const *)" (??0t...@index@lucene@@q...@pbg0@Z) referenced
> in function "public: static class lucene::index::Term * __cdecl
> CLuceneIndexReader::Private::createWildCardTerm(unsigned short const
> *,class std::basic_string,class
> std::allocator > const &)"
> (?createwildcardt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
> cluceneindexwriter.cpp.obj : error LNK2001: unresolved external symbol
> "public: __thiscall lucene::index::Term::Term(unsigned short const
> *,unsigned short const *)" (??0t...@index@lucene@@q...@pbg0@Z)
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: unsigned short const * __thiscall
> lucene::analysis::Token::termText(void)const "
> (?termt...@token@analy...@lucene@@QBEPBGXZ) referenced in function
> "public: static class lucene::index::Term * __cdecl
> CLuceneIndexReader::Private::createTerm(unsigned short const *,class
> std::basic_string,class
> std::allocator > const &)"
> (?createt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: virtual class lucene::analysis::TokenStream * __thiscall
> lucene::analysis::standard::StandardAnalyzer::tokenStream(unsigned short
> const *,class lucene::util::Reader *)"
> (?tokenstr...@standardanalyzer@stand...@analysis@lucene@@uaepavtokenstr...@34@pbgpavrea...@util@4@@Z)
> referenced in function "public: static class lucene::index::Term *
> __cdecl CLuceneIndexReader::Private::createTerm(unsigned short const
> *,class std::basic_string,class
> std::allocator > const &)"
> (?createt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: __thiscall lucene::util::StringReader::StringReader(unsigned
> short const *)"
> (??0stringrea...@util@lucene@@q...@pbg@Z) referenced in function "public:
> static class lucene::index::Term * __cdecl
> CLuceneIndexReader::Private::createTerm(unsigned short const *,class
> std::basic_string,class
> std::allocator > const &)"
> (?createt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: unsigned short const * __thiscall
> lucene::document::Document::get(unsigned short const *)const "
> (?...@document@docum...@lucene@@qbepbg...@z) referenced in function
> &qu

Re: mingw QT Compile - Input line too long

2010-01-22 Thread Patrick Spendrin

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Michael Edwardes schrieb:
> Hi,
> 
>  
> 
> Ive actually got two build directories, kderoot for msvc2008 and (now)
> kdem for mingw.  This error is for msvc2008.  (The mingw qt build is
> happily chugging away at the moment!).
Can you please update you emerge\portage\kdesupport\clucene-core
directory to revision r1072323. Then please rebuild clucene-core & strigi.

I am currently working on that issue.

regards,
Patrick
> 
>  
> 
> Would the two build directories conflict?
> 
>  
> 
> *From:* Patrick von Reth [mailto:patrick.vonr...@gmail.com]
> *Sent:* Friday, January 22, 2010 11:28 AM
> *To:* KDE on Windows
> *Subject:* Re: mingw QT Compile - Input line too long
> 
>  
> 
> At least the qt build error has nothing to do with CMake, qt uses its
> own qmake and not CMake.
> 
>  
> 
> The output from building qt indicates you are using mingw32 but the
> output from strigi indicates you are using msvc so if you changes the
> compiler you have to rebuild everything.
> 
>  
> 
> Regards,
> 
>  
> 
> Patrick
> 
>  
> 
> 2010/1/22 Michael Edwardes  <mailto:michael.edwar...@yardi.com>>
> 
> Hi,
> 
> Is this actually a CMake bug, it seems to be complaining about
> unresolved externals which would indicate a setup error?  Please see
> below for the errors and the attached file for the emerge output.
> 
> Thanks,
> Michael
> 
> Linking CXX shared module msvc_strigiindex_clucene.dll
>   Creating library clucene.lib and object clucene.exp
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: __thiscall lucene::index::Term::Term(unsigned short const
> *,unsigned short const *)" (??0t...@index@lucene@@q...@pbg0@Z) referenced
> in function "public: static class lucene::index::Term * __cdecl
> CLuceneIndexReader::Private::createWildCardTerm(unsigned short const
> *,class std::basic_string,class
> std::allocator > const &)"
> (?createwildcardt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
> cluceneindexwriter.cpp.obj : error LNK2001: unresolved external symbol
> "public: __thiscall lucene::index::Term::Term(unsigned short const
> *,unsigned short const *)" (??0t...@index@lucene@@q...@pbg0@Z)
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: unsigned short const * __thiscall
> lucene::analysis::Token::termText(void)const "
> (?termt...@token@analy...@lucene@@QBEPBGXZ) referenced in function
> "public: static class lucene::index::Term * __cdecl
> CLuceneIndexReader::Private::createTerm(unsigned short const *,class
> std::basic_string,class
> std::allocator > const &)"
> (?createt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: virtual class lucene::analysis::TokenStream * __thiscall
> lucene::analysis::standard::StandardAnalyzer::tokenStream(unsigned short
> const *,class lucene::util::Reader *)"
> (?tokenstr...@standardanalyzer@stand...@analysis@lucene@@uaepavtokenstr...@34@pbgpavrea...@util@4@@Z)
> referenced in function "public: static class lucene::index::Term *
> __cdecl CLuceneIndexReader::Private::createTerm(unsigned short const
> *,class std::basic_string,class
> std::allocator > const &)"
> (?createt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: __thiscall lucene::util::StringReader::StringReader(unsigned
> short const *)"
> (??0stringrea...@util@lucene@@q...@pbg@Z) referenced in function "public:
> static class lucene::index::Term * __cdecl
> CLuceneIndexReader::Private::createTerm(unsigned short const *,class
> std::basic_string,class
> std::allocator > const &)"
> (?createt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: unsigned short const * __thiscall
> lucene::document::Document::get(unsigned short const *)const "
> (?...@document@docum...@lucene@@qbepbg...@z) referenced in function
> "public: __int64 __thiscall CLuceneIndexReader::mTime(__int64)"
> (?mt...@cluceneindexreader@@qae_...@z)
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: unsigned sho

RE: mingw QT Compile - Input line too long

2010-01-22 Thread Michael Edwardes

Hi,

Ive actually got two build directories, kderoot for msvc2008 and (now) kdem for 
mingw.  This error is for msvc2008.  (The mingw qt build is happily chugging 
away at the moment!).

Would the two build directories conflict?

From: Patrick von Reth [mailto:patrick.vonr...@gmail.com]
Sent: Friday, January 22, 2010 11:28 AM
To: KDE on Windows
Subject: Re: mingw QT Compile - Input line too long

At least the qt build error has nothing to do with CMake, qt uses its own qmake 
and not CMake.

The output from building qt indicates you are using mingw32 but the output from 
strigi indicates you are using msvc so if you changes the compiler you have to 
rebuild everything.

Regards,

Patrick

2010/1/22 Michael Edwardes 
mailto:michael.edwar...@yardi.com>>
Hi,

Is this actually a CMake bug, it seems to be complaining about unresolved 
externals which would indicate a setup error?  Please see below for the errors 
and the attached file for the emerge output.

Thanks,
Michael

Linking CXX shared module msvc_strigiindex_clucene.dll
  Creating library clucene.lib and object clucene.exp
cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol "public: 
__thiscall lucene::index::Term::Term(unsigned short const *,unsigned short 
const *)" (??0t...@index@lucene@@q...@pbg0@Z) referenced in function "public: 
static class lucene::index::Term * __cdecl 
CLuceneIndexReader::Private::createWildCardTerm(unsigned short const *,class 
std::basic_string,class std::allocator 
> const &)" 
(?createwildcardt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
cluceneindexwriter.cpp.obj : error LNK2001: unresolved external symbol "public: 
__thiscall lucene::index::Term::Term(unsigned short const *,unsigned short 
const *)" (??0t...@index@lucene@@q...@pbg0@Z)
cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol "public: 
unsigned short const * __thiscall lucene::analysis::Token::termText(void)const 
" (?termt...@token@analy...@lucene@@QBEPBGXZ) referenced in function "public: 
static class lucene::index::Term * __cdecl 
CLuceneIndexReader::Private::createTerm(unsigned short const *,class 
std::basic_string,class std::allocator 
> const &)" 
(?createt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol "public: 
virtual class lucene::analysis::TokenStream * __thiscall 
lucene::analysis::standard::StandardAnalyzer::tokenStream(unsigned short const 
*,class lucene::util::Reader *)" 
(?tokenstr...@standardanalyzer@stand...@analysis@lucene@@uaepavtokenstr...@34@pbgpavrea...@util@4@@Z)
 referenced in function "public: static class lucene::index::Term * __cdecl 
CLuceneIndexReader::Private::createTerm(unsigned short const *,class 
std::basic_string,class std::allocator 
> const &)" 
(?createt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol "public: 
__thiscall lucene::util::StringReader::StringReader(unsigned short const *)"
(??0stringrea...@util@lucene@@q...@pbg@Z) referenced in function "public: 
static class lucene::index::Term * __cdecl 
CLuceneIndexReader::Private::createTerm(unsigned short const *,class 
std::basic_string,class std::allocator 
> const &)" 
(?createt...@private@CLuceneIndexReader@@sapavt...@index@lucene@@pbgabv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z)
cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol "public: 
unsigned short const * __thiscall lucene::document::Document::get(unsigned 
short const *)const " (?...@document@docum...@lucene@@qbepbg...@z) referenced 
in function "public: __int64 __thiscall CLuceneIndexReader::mTime(__int64)" 
(?mt...@cluceneindexreader@@qae_...@z)
cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol "public: 
unsigned short const * __thiscall lucene::document::Field::name(void)" 
(?n...@field@docum...@lucene@@QAEPBGXZ) referenced in function "public: static 
void __cdecl CLuceneIndexReader::Private::addField(class 
lucene::document::Field *,class Strigi::IndexedDocument &)" 
(?addfi...@private@CLuceneIndexReader@@saxpavfi...@document@lucene@@aavindexeddocum...@strigi@@@Z)
cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol "public: 
unsigned short * __thiscall lucene::document::Field::stringValue(void)" 
(?stringva...@field@docum...@lucene@@QAEPAGXZ) referenced in function "public: 
static void __cdecl CLuceneIndexReader::Private::addField(class 
lucene::document::Field *,class Strigi::IndexedDocument &)" 
(?addfi.

Re: mingw QT Compile - Input line too long

2010-01-22 Thread Patrick von Reth

.cpp.obj : error LNK2019: unresolved external symbol
> "public: unsigned short const * __thiscall
> lucene::index::Term::text(void)const " (?t...@term@in...@lucene@@QBEPBGXZ)
> referenced in function "public: virtual class std::vector std::basic_string,class
> std::allocator >,class std::allocator std::basic_string,class
> std::allocator > > > __thiscall CLuceneIndexReader::keywords(class
> std::basic_string,class
> std::allocator > const &,class std::vector std::basic_string,class
> std::allocator >,class std::allocator std::basic_string,class
> std::allocator > > > const &,unsigned int,unsigned int)"
> (?keywo...@cluceneindexreader@@uae?av?$vec...@v?$basic_string@DU
> ?$char_tra...@d@std@@v?$alloca...@d@2@@std@@v?$alloca...@v
> ?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@2@@std@
> @abv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@3...@abv23@i...@z)
> cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol
> "public: unsigned short const * __thiscall
> lucene::index::Term::field(void)const " (?fi...@term@in...@lucene@@QBEPBGXZ)
> referenced in function "public: class std::vector Strigi::IndexedDocument,class std::allocator
> > __thiscall CLuceneIndexReader::Private::strigiSpecial(class
> std::basic_string,class
> std::allocator > const &)" (?strigispec...@private
> @CLuceneIndexReader@@qae?av?$vec...@vindexeddocument@Strigi@
> @v?$alloca...@vindexeddocument@Strigi@@@std@@@std@@abv?$basic_str...@du
> ?$char_tra...@d@std@@v?$alloca...@d@2@@4@@Z)
> cluceneindexwriter.cpp.obj : error LNK2019: unresolved external symbol
> "public: __thiscall lucene::document::Field::Field(unsigned short const
> *,unsigned short const *,int)" (??0fi...@document@lucene@@q...@pbg0h@Z)
> referenced in function "protected: static void __cdecl
> CLuceneIndexWriter::addValue(class Strigi::AnalysisResult const *,enum
> Strigi::AnalyzerConfiguration::FieldType,unsigned short const *,unsigned
> short const *)" (?addva...@cluceneindexwriter@@kaxpbvanalysisres...@strigi
> @@w4fieldt...@analyzerconfiguration@3...@pbg2@Z)
> msvc_strigiindex_clucene.dll : fatal error LNK1120: 10 unresolved externals
> LINK Pass 1 failed. with 1120
> NMAKE : fatal error U1077: 'C:\kderoot\dev-utils\bin\cmake.exe' : return
> code '0x'
> Stop.
> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio
> 9.0\VC\BIN\nmake.exe"' : return code '0x2'
> Stop.
> NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio
> 9.0\VC\BIN\nmake.exe"' : return code '0x2'
> Stop.
> emerge fatal error: while running make cmd: nmake /NOLOGO
> emerge fatal error: running python
> c:\kderoot\emerge\portage\kdesupport\strigi\strigi-0.7.1.20100107.pycompile
> emerge error: fatal error: package kdesupport/strigi-0.7.1.20100107 all
> failed
> 10:59 AM
>
>
>
> -Original Message-
> From: Michael Edwardes [mailto:michael.edwar...@yardi.com]
> Sent: Friday, January 22, 2010 10:08 AM
> To: kde-windows@kde.org
> Subject: RE: mingw QT Compile - Input line too long
>
> Hi,
>
> I have cmake version 2.8.0 installed.  I will file a bug report shortly.
>
> Michael
>
> -Original Message-
> From: Alexander Neundorf [mailto:neund...@kde.org]
> Sent: Thursday, January 21, 2010 9:53 PM
> To: kde-windows@kde.org
> Cc: Michael Edwardes
> Subject: Re: mingw QT Compile - Input line too long
>
> On Thursday 21 January 2010, Michael Edwardes wrote:
> > Hi All,
> >
> > Im trying to compile KDE on windows and it fails during the compile of
> Qt,
> > it seems the lines is too long for cmd.exe ?  (I have tried with non-free
> > msvc2008 as well but it fails during the compile of strigi).
>
> Which version of cmake are you using ?
> If it's not 2.8.0, can you please check whether this still happens with
> 2.8.0 ?
> If it is still there with CMake 2.8.0, please report it in the cmake
> bugtracker at http://public.kitware.com/Bugs
>
> Alex
> ___
> Kde-windows mailing list
> Kde-windows@kde.org
> https://mail.kde.org/mailman/listinfo/kde-windows
>
> ___
> Kde-windows mailing list
> Kde-windows@kde.org
> https://mail.kde.org/mailman/listinfo/kde-windows
>
>
___
Kde-windows mailing list
Kde-windows@kde.org
https://mail.kde.org/mailman/listinfo/kde-windows

RE: mingw QT Compile - Input line too long

2010-01-22 Thread Michael Edwardes

...@d@std@@v?$alloca...@d@2@@std@@v?$alloca...@v?$basic_string@du?$char_tra...@d@std@@v?$alloca...@d@2@@std@@@2@@std@@abv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@3...@abv23@i...@z)
cluceneindexreader.cpp.obj : error LNK2019: unresolved external symbol "public: 
unsigned short const * __thiscall lucene::index::Term::field(void)const " 
(?fi...@term@in...@lucene@@QBEPBGXZ) referenced in function "public: class 
std::vector > __thiscall 
CLuceneIndexReader::Private::strigiSpecial(class std::basic_string,class std::allocator > const &)" 
(?strigispec...@private@CLuceneIndexReader@@qae?av?$vec...@vindexeddocument@Strigi@@v?$alloca...@vindexeddocument@Strigi@@@std@@@std@@abv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@4@@Z)
cluceneindexwriter.cpp.obj : error LNK2019: unresolved external symbol "public: 
__thiscall lucene::document::Field::Field(unsigned short const *,unsigned short 
const *,int)" (??0fi...@document@lucene@@q...@pbg0h@Z) referenced in function 
"protected: static void __cdecl CLuceneIndexWriter::addValue(class 
Strigi::AnalysisResult const *,enum 
Strigi::AnalyzerConfiguration::FieldType,unsigned short const *,unsigned short 
const *)" 
(?addva...@cluceneindexwriter@@kaxpbvanalysisres...@strigi@@w4fieldt...@analyzerconfiguration@3...@pbg2@Z)
msvc_strigiindex_clucene.dll : fatal error LNK1120: 10 unresolved externals
LINK Pass 1 failed. with 1120
NMAKE : fatal error U1077: 'C:\kderoot\dev-utils\bin\cmake.exe' : return code 
'0x'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 
9.0\VC\BIN\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 
9.0\VC\BIN\nmake.exe"' : return code '0x2'
Stop.
emerge fatal error: while running make cmd: nmake /NOLOGO
emerge fatal error: running python 
c:\kderoot\emerge\portage\kdesupport\strigi\strigi-0.7.1.20100107.py compile
emerge error: fatal error: package kdesupport/strigi-0.7.1.20100107 all failed
10:59 AM

-Original Message-
From: Michael Edwardes [mailto:michael.edwar...@yardi.com] 
Sent: Friday, January 22, 2010 10:08 AM
To: kde-windows@kde.org
Subject: RE: mingw QT Compile - Input line too long

Hi,

I have cmake version 2.8.0 installed.  I will file a bug report shortly.

Michael

-Original Message-
From: Alexander Neundorf [mailto:neund...@kde.org] 
Sent: Thursday, January 21, 2010 9:53 PM
To: kde-windows@kde.org
Cc: Michael Edwardes
Subject: Re: mingw QT Compile - Input line too long

On Thursday 21 January 2010, Michael Edwardes wrote:
> Hi All,
>
> Im trying to compile KDE on windows and it fails during the compile of Qt,
> it seems the lines is too long for cmd.exe ?  (I have tried with non-free
> msvc2008 as well but it fails during the compile of strigi).

Which version of cmake are you using ?
If it's not 2.8.0, can you please check whether this still happens with 
2.8.0 ?
If it is still there with CMake 2.8.0, please report it in the cmake 
bugtracker at http://public.kitware.com/Bugs

Alex
___
Kde-windows mailing list
Kde-windows@kde.org
https://mail.kde.org/mailman/listinfo/kde-windows
-- Build files have been written to: 
C:/kderoot/build/kdesupport/strigi-0.7.1.20100107/work/msvc2008-RelWithDebInfo-svnHEAD
entering: 
c:\kderoot\build\kdesupport\strigi-0.7.1.20100107\work\msvc2008-RelWithDebInfo-svnHEAD
Scanning dependencies of target streams
[  1%] Building CXX object 
src/streams/CMakeFiles/streams.dir/archivereader.cpp.obj
archivereader.cpp
[  1%] Building CXX object 
src/streams/CMakeFiles/streams.dir/archiveentrycache.cpp.obj
archiveentrycache.cpp
[  2%] Building CXX object 
src/streams/CMakeFiles/streams.dir/listinginprogress.cpp.obj
listinginprogress.cpp
[  2%] Building CXX object 
src/streams/CMakeFiles/streams.dir/arinputstream.cpp.obj
arinputstream.cpp
[  3%] Building CXX object 
src/streams/CMakeFiles/streams.dir/base64inputstream.cpp.obj
base64inputstream.cpp
[  3%] Building CXX object 
src/streams/CMakeFiles/streams.dir/bz2inputstream.cpp.obj
bz2inputstream.cpp
[  4%] Building CXX object 
src/streams/CMakeFiles/streams.dir/cpioinputstream.cpp.obj
cpioinputstream.cpp
[  4%] Building CXX object 
src/streams/CMakeFiles/streams.dir/dataeventinputstream.cpp.obj
dataeventinputstream.cpp
[  5%] Building CXX object src/streams/CMakeFiles/streams.dir/dostime.cpp.obj
dostime.cpp
[  5%] Building CXX object 
src/streams/CMakeFiles/streams.dir/encodinginputstream.cpp.obj
encodinginputstream.cpp
[  6%] Building CXX object 
src/streams/CMakeFiles/streams.dir/fileinputstream.cpp.obj
fileinputstream.cpp
[  6%] Building CXX object 
src/streams/CMakeFiles/streams.dir/filestreamopener.cpp.obj
filestreamopener.cpp
[  7%] Building CXX object 
src/streams/CMakeFiles/streams.dir/gzipcompressstream.cpp.obj
gzipcompresss

RE: mingw QT Compile - Input line too long

2010-01-22 Thread Michael Edwardes

Hi,

I have cmake version 2.8.0 installed.  I will file a bug report shortly.

Michael

-Original Message-
From: Alexander Neundorf [mailto:neund...@kde.org] 
Sent: Thursday, January 21, 2010 9:53 PM
To: kde-windows@kde.org
Cc: Michael Edwardes
Subject: Re: mingw QT Compile - Input line too long

On Thursday 21 January 2010, Michael Edwardes wrote:
> Hi All,
>
> Im trying to compile KDE on windows and it fails during the compile of Qt,
> it seems the lines is too long for cmd.exe ?  (I have tried with non-free
> msvc2008 as well but it fails during the compile of strigi).

Which version of cmake are you using ?
If it's not 2.8.0, can you please check whether this still happens with 
2.8.0 ?
If it is still there with CMake 2.8.0, please report it in the cmake 
bugtracker at http://public.kitware.com/Bugs

Alex
___
Kde-windows mailing list
Kde-windows@kde.org
https://mail.kde.org/mailman/listinfo/kde-windows

Re: mingw QT Compile - Input line too long

2010-01-21 Thread Alexander Neundorf

On Thursday 21 January 2010, Michael Edwardes wrote:
> Hi All,
>
> Im trying to compile KDE on windows and it fails during the compile of Qt,
> it seems the lines is too long for cmd.exe ?  (I have tried with non-free
> msvc2008 as well but it fails during the compile of strigi).

Which version of cmake are you using ?
If it's not 2.8.0, can you please check whether this still happens with 
2.8.0 ?
If it is still there with CMake 2.8.0, please report it in the cmake 
bugtracker at http://public.kitware.com/Bugs

Alex
___
Kde-windows mailing list
Kde-windows@kde.org
https://mail.kde.org/mailman/listinfo/kde-windows

RE: mingw QT Compile - Input line too long

2010-01-21 Thread Peter Shute

kde-mingw is 9 characters.  I called mine kderoot - 7 characters - and it was 
ok, for qt, anyway (using emerge).  Is 8 ok?

That line is 8196 characters long.  If the limit is 8192 then reducing the name 
of the root dir should be fine, it's mentioned so many times in the command 
line that the line ends up 8111 chars long.

From: Andrew Goodbody [aj...@elfringham.co.uk]
Sent: Friday, 22 January 2010 3:48 AM
To: KDE on Windows
Subject: Re: mingw QT Compile - Input line too long

On 21/01/2010 16:40, Michael Edwardes wrote:
> Im trying to compile KDE on windows and it fails during the compile of
> Qt, it seems the lines is too long for cmd.exe ? (I have tried with
> non-free msvc2008 as well but it fails during the compile of strigi).

Reduce the length of the directory name you have as %KDEROOT% ie
kde-mingw is too long.

Andrew
___
Kde-windows mailing list
Kde-windows@kde.org
https://mail.kde.org/mailman/listinfo/kde-windows
___
Kde-windows mailing list
Kde-windows@kde.org
https://mail.kde.org/mailman/listinfo/kde-windows

Re: mingw QT Compile - Input line too long

2010-01-21 Thread Andre Heinecke

Hi,
2010/1/21 Andrew Goodbody:
> Reduce the length of the directory name you have as %KDEROOT% ie
> kde-mingw is too long.

to take the KDEROOT path out of my input line I used the Windows subst 
command.
In my kdesettings.bat i have the following:

mkdir %KDEROOT%\download
subst /d x:
subst x: %KDEROOT%\download
set DOWNLOADDIR=x:\

and for svn:
mkdir %KDEROOT%\svn
subst /d z:
subst z: %KDEROOT%\svn
set KDESVNDIR=z:\

This substitutes the path of the svn and downloaddir to a virtual drive 
identifier. When you are done with emerge you can delete them with subst /d 


Hope this helps,
Andre

-- 
Andre Heinecke |  ++49-541-335083-0  |  http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998
Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
___
Kde-windows mailing list
Kde-windows@kde.org
https://mail.kde.org/mailman/listinfo/kde-windows

Re: mingw QT Compile - Input line too long

2010-01-21 Thread Andrew Goodbody

On 21/01/2010 16:40, Michael Edwardes wrote:
> Im trying to compile KDE on windows and it fails during the compile of
> Qt, it seems the lines is too long for cmd.exe ? (I have tried with
> non-free msvc2008 as well but it fails during the compile of strigi).

Reduce the length of the directory name you have as %KDEROOT% ie 
kde-mingw is too long.

Andrew
___
Kde-windows mailing list
Kde-windows@kde.org
https://mail.kde.org/mailman/listinfo/kde-windows

RE: mingw QT Compile - Input line too long

Re: mingw QT Compile - Input line too long

RE: mingw QT Compile - Input line too long

Re: mingw QT Compile - Input line too long

RE: mingw QT Compile - Input line too long

RE: mingw QT Compile - Input line too long

Re: mingw QT Compile - Input line too long

RE: mingw QT Compile - Input line too long

Re: mingw QT Compile - Input line too long

Re: mingw QT Compile - Input line too long

10 matches

Site Navigation

Mail list logo

Footer information