News:

When registered with our forums, feel free to send a "here I am" post here to differ human beings from SPAM bots.

Main Menu

Building from the new SF repo

Started by Commaster, March 29, 2013, 01:59:30 PM

Previous topic - Next topic
Print
Go Down Pages 1 2 3 All
User actions

Jenna

#30
April 06, 2013, 03:39:52 PM
Quote from: stefanos_ on April 06, 2013, 03:11:34 PM
Under Debian wheezy, the latest revision throws the following errors:

Code Select
startherepage.h: In member function 'void StartHerePage::SetProjectsFiles(const wxFileHistory*, const wxFileHistory*)':
startherepage.h:32:74: error: no match for 'operator=' in '((StartHerePage*)this)->StartHerePage::m_projects = projects'
startherepage.h:32:74: note: candidate is:
recentitemslist.h:10:7: note: RecentItemsList& RecentItemsList::operator=(const RecentItemsList&)
recentitemslist.h:10:7: note:   no known conversion for argument 1 from 'const wxFileHistory*' to 'const RecentItemsList&'
startherepage.h:32:94: error: no match for 'operator=' in '((StartHerePage*)this)->StartHerePage::m_files = files'
startherepage.h:32:94: note: candidate is:
recentitemslist.h:10:7: note: RecentItemsList& RecentItemsList::operator=(const RecentItemsList&)
recentitemslist.h:10:7: note:   no known conversion for argument 1 from 'const wxFileHistory*' to 'const RecentItemsList&'
main.cpp: In member function 'void MainFrame::InitializeRecentFilesHistory()':
main.cpp:2192:48: error: 'm_pProjectsHistory' was not declared in this scope
main.cpp:2192:68: error: 'm_pFilesHistory' was not declared in this scope
make[3]: *** [main.o] Error 1
make[3]: Leaving directory `/home/stefanos/svn_code/CodeBlocks/src/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/stefanos/svn_code/CodeBlocks/src/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/stefanos/svn_code/CodeBlocks/src'
make: *** [all-recursive] Error 1
You should remove my (temporary) patch !

stefanos_

#31
April 07, 2013, 02:51:24 PM
That's weird; when I ran "svn update", it found that specific files were conflicting with those from revision and choose the "mc" command to blame my local repo that issues the conflict.

Shall I roll back to a previous revision, recompile, and the fetch the latest HEAD?

oBFusCATed

#32
April 07, 2013, 03:00:34 PM
Execute svn status to see which files have changed then execute svn revert for every file.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Jenna

#33
April 07, 2013, 03:13:20 PM
Quote from: oBFusCATed on April 07, 2013, 03:00:34 PM
Execute svn status to see which files have changed then execute svn revert for every file.
Or just delete them and do a new checkout/update .

stefanos_

#34
April 07, 2013, 03:47:26 PM Last Edit: April 07, 2013, 11:11:40 PM by stefanos_
I have reverted the files (src/src/main.cpp, src/src/startherepage.h, and src/src/startherepage.cpp) as oBFusCATed had suggested.

I'm waiting for it to finish.

UPDATE: Everything work just fine after running "svn revert" and recompiled everything. Now there's another issue with parser this time, which another user reported it until I figure out how to use GIMP to get a screenshot with the duplicate (and more!) content.

I report it here http://forums.next.codeblocks.org/index.php/topic,17647.msg121548.html#msg121548

Commaster

#35
June 21, 2013, 07:40:59 AM
Same script as in 1st post.
OS Ubuntu 13.04 x64, wx 2.8.12.

Works with rev9159. Fails on rev9160:
Code Select
make[5]: Leaving directory `/trunk/src/plugins/contrib/wxSmith/wxwidgets'
Making all in plugin
make[5]: Entering directory `/trunk/src/plugins/contrib/wxSmith/plugin'
/bin/bash ../../../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../../../src/include -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -I../../../../../src/include -I../../../../../src/sdk/wxscintilla/include -I../../../../../src/sdk/wxpropgrid/include  -ansi -DTIXML_USE_STL  -O2 -ffast-math -DCB_AUTOCONF  -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT wxsmithpluginregistrants.lo -MD -MP -MF .deps/wxsmithpluginregistrants.Tpo -c -o wxsmithpluginregistrants.lo wxsmithpluginregistrants.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../../../../src/include -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -I../../../../../src/include -I../../../../../src/sdk/wxscintilla/include -I../../../../../src/sdk/wxpropgrid/include -ansi -DTIXML_USE_STL -O2 -ffast-math -DCB_AUTOCONF -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT wxsmithpluginregistrants.lo -MD -MP -MF .deps/wxsmithpluginregistrants.Tpo -c wxsmithpluginregistrants.cpp  -fPIC -DPIC -o .libs/wxsmithpluginregistrants.o
mv -f .deps/wxsmithpluginregistrants.Tpo .deps/wxsmithpluginregistrants.Plo
make[5]: *** No rule to make target `../libwxsmithlib.la', needed by `libwxsmith.la'.  Stop.

Jenna

#36
June 21, 2013, 08:12:32 AM
Quote from: Commaster on June 21, 2013, 07:40:59 AM
Same script as in 1st post.
OS Ubuntu 13.04 x64, wx 2.8.12.

Works with rev9159. Fails on rev9160:
Code Select
make[5]: Leaving directory `/trunk/src/plugins/contrib/wxSmith/wxwidgets'
Making all in plugin
make[5]: Entering directory `/trunk/src/plugins/contrib/wxSmith/plugin'
/bin/bash ../../../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../../../src/include -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -I../../../../../src/include -I../../../../../src/sdk/wxscintilla/include -I../../../../../src/sdk/wxpropgrid/include  -ansi -DTIXML_USE_STL  -O2 -ffast-math -DCB_AUTOCONF  -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT wxsmithpluginregistrants.lo -MD -MP -MF .deps/wxsmithpluginregistrants.Tpo -c -o wxsmithpluginregistrants.lo wxsmithpluginregistrants.cpp
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I../../../../../src/include -I/usr/lib/x86_64-linux-gnu/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -I../../../../../src/include -I../../../../../src/sdk/wxscintilla/include -I../../../../../src/sdk/wxpropgrid/include -ansi -DTIXML_USE_STL -O2 -ffast-math -DCB_AUTOCONF -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -MT wxsmithpluginregistrants.lo -MD -MP -MF .deps/wxsmithpluginregistrants.Tpo -c wxsmithpluginregistrants.cpp  -fPIC -DPIC -o .libs/wxsmithpluginregistrants.o
mv -f .deps/wxsmithpluginregistrants.Tpo .deps/wxsmithpluginregistrants.Plo
make[5]: *** No rule to make target `../libwxsmithlib.la', needed by `libwxsmith.la'.  Stop.

Fixed in trunk (svn r9162).
Thanks for reporting.

Commaster

#37
September 11, 2013, 02:53:09 PM Last Edit: September 11, 2013, 03:01:28 PM by Commaster
Sorry for pushing it too much, but in 9311 I get:

Code Select
codecompletion.cpp: In constructor 'CodeCompletion::CodeCompletion()':
codecompletion.cpp:579:13: error: 'idSystemHeadersThreadFinish' was not declared in this scope
codecompletion.cpp: In destructor 'virtual CodeCompletion::~CodeCompletion()':
codecompletion.cpp:599:16: error: 'idSystemHeadersThreadFinish' was not declared in this scope
make[4]: *** [codecompletion.lo] Error 1


Thank you!

UPD: So I'm at 9310 now, seems to compile that spot just fine...

oBFusCATed

#38
September 11, 2013, 02:58:12 PM
Revert one or two commits and should compile again... And then someone will fix it.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

ollydbg

#39
September 11, 2013, 03:04:42 PM
That's my fault, I will fix them soon. Sorry.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

ollydbg

#40
September 11, 2013, 03:16:15 PM
Quote from: ollydbg on September 11, 2013, 03:04:42 PM
That's my fault, I will fix them soon. Sorry.
Fixed in rev9312.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.
Print
Go Up Pages 1 2 3 All
User actions