New compilation errors

[Job Van Dam]

Lately I've been getting many, many compilation errors similar to the ones below:

Code: [Select]

In file included from vbr.c:36:
config-speex.h:116:1: warning: this is the location of the previous definition
In file included from ../codec.h:22,
                 from config-speex.h:1,
                 from misc.h:38,
                 from vbr.h:40,
                 from vbr.c:39:
./config.h:116:1: warning: "SPEEX_VERSION" redefined
In file included from vbr.c:36:
config-speex.h:122:1: warning: this is the location of the previous definition
In file included from misc.h:38,
                 from vbr.h:40,
                 from vbr.c:39:
config-speex.h:110:1: warning: "SPEEX_EXTRA_VERSION" redefined
In file included from ../codec.h:22,
                 from config-speex.h:1,
                 from misc.h:38,
                 from vbr.h:40,
                 from vbr.c:39:
./config.h:104:1: warning: this is the location of the previous definition
In file included from misc.h:38,
                 from vbr.h:40,
                 from vbr.c:39:
config-speex.h:116:1: warning: "SPEEX_MICRO_VERSION" redefined
In file included from ../codec.h:22,
                 from config-speex.h:1,
                 from misc.h:38,
                 from vbr.h:40,
                 from vbr.c:39:
./config.h:110:1: warning: this is the location of the previous definition
In file included from misc.h:38,
                 from vbr.h:40,
                 from vbr.c:39:

In the begining I just figured someone made a mistake and was correcting it but it's been like this for awhile. Am I the crazy one here? Anyone else getting wacky compilation errors with the latest source?

[Llorean]

Considering SVN builds are going fine, it pretty much means there's something wrong in your personal situation. Try reverting your sources and reconfiguring.

[saratoga]

Try deleting the folder you were building in and rerunning configure.

[robin0800]

cd out of build
cd out of rockbox
run svn revert -R rockbox
run svn clean up rockbox

if this doesn't work you will have to do the above post sugestion.

[Job Van Dam]

A good ole Cygwin reinstall fixed everything, thank guys.

Can anyone suggest a good online C website? I'm trying to put together my own simple, small plugin. I know programming logic but Rockbox code is... heavy stuff to digest.

Thanks again.

[Job Van Dam]

I'm having troubles again...

Code: [Select]

CC powermgmt.c
In file included from powermgmt.c:45:
export/font.h:30:21: error: sysfont.h: No such file or directory
make[1]: *** [/home/griz/rockbox-devel/build/firmware/powermgmt.o] Error 1
make: *** [build] Error 2

font.c is in the firmware folder. font.h is in firmware/export folder.
I can compile the simulator fine for some weird reason. I've reinstalled Cygwin and even tried fresh, new, unpatched source.
If I manually add the sysfont.h to the Build folder it eventually craps out again with another file.
I've tried what saratoga and robin suggested.

Anyone else got any suggestions? I just wanna update cause for the Gigabeat every Saturday the time gets wiped and it's recently been fixed.

[Bagder]

sysfont.h is generated by the convbdf tool that is built in the tools/ dir, so if you don't get a sysfont.h in your build dir something very basic failed!

[Job Van Dam]

This whole thing is really frustrating.

Awhile back it didn't work (above posts) so I just re-installed everything and it worked. Now I run into this. For the longest time I had zero problems then all of a sudden one day it doesn't work because "something basic failed".
Was something recently changed with Cygwin, compilation, SVN or something that I possibly missed? I mean anything, I'll try anything at this point.

[pondlife]

Hmm, you shouldn't need to do anything more than:

- cd (whatever you called it)
- svn up
- cd (whatever you called it)
- ../tools/configure (select your build)
- make clean
- make

Sounds like your svn up might have failed in some way.

pondlife

[Job Van Dam]

What does 'svn up' do? I looked it up and it updates but what does it update? I've never used it before in the past.
I update my source manually by downloading the lastest Source Archive from build.rockbox.org then overwriting the older source.

I found the (N) at the end of the last line weird, is it normal?

Code: [Select]

Platform set to gigabeatf

Build (N)ormal, (A)dvanced, (S)imulator, (B)ootloader, (M)anual (N)
n

I follow these steps to compile my own build everytime:

Code: [Select]

export PATH=/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin:/bin:$PATH

cd d:/cygwin/home/griz/rockbox-devel/
patch --binary -p0 < progressbar_slider.patch
patch --binary -p1 < hold-poweroff.diff
patch --binary -p1 < more-hold-poweroff.diff

cd build [for actual Gigabeat] OR cd sim [for UI Simulator]
../tools/configure, 40, n [for actual Gigabeat] OR s [for UI Simulator]
make
make zip [for actual Gigabeat] OR make install [for UI Simulator]
(check folder for zip file)

| make clean | -- when in build or sim folder will clear it out

EDIT: As I was typing this reply out I was trying different things. I tried properly uninstalling Cygwin, and then compiling again with the latest source. It worked.
Before I was using the source from Nov 11 because that's the last point which a patch I require worked. I just didn't think the source had much to do with compiling. Thanks for the help guys. I'm just gonna hold out until the patch I need gets synced.

[AlexP]

svn up updates the source code you have previously checked out using svn, attempting to merge any local changes you have made (e.g. patches).  It saves having to download the entire source every time and reapply patches (unless there was a big enough change in svn that they won't apply, in which case it tells you).

[speedebikes]

Job,

I'm brand new here to rockbox and the open source development community, but as a long time developer having used Microsoft's mediocre Source Safe tool and later the very good Perforce revision system I can tell you that SVN is a revision control system and you definitely want to take the time to learn about it and use it.

When dealing with a big collaborative software effort a revision control system keeps track of all of the changes going into the project, it keeps track of what revision you currently have on your client and let's you do minimal updates where only the files that have changed will need to be copied down.  Normally you'll want to sync to the latest revision, but sometiimes when things go wrong it enables you to sync to older revisions which is a powerful way to determine when/what something got screwed up.

If you ever want to contribute code to a project you have to learn and use the revision system.  It enables the developers to keep track of who is changing what.  When multiple people are making changes to the same file simultaneously the check in procedure aids in getting the changes from each merged together.  For files that are difficult or impossible to merge (often binaries) files can be locked by one individual while making changes so that no one else will simultaneously attempt to make changes.

So even if you are only pulling code and not trying to write and push code back it is worthwhile to learn and use SVN.  It will likely prevent your version getting in the funky state you have it now.  And if you do have troubles it will make them easier to resolve.

There's lots more that revision control systems can do but one other important one is the management of branches.  Sometimes developers work on a feature that is only of interest to a subset of the community or may take some time to become fully proven and ready for inclusion in the main releases.  So a branch is created to contain this set of changes.  If there is code of interest to you in a branch you will likely only have access to it through using SVN.

Finally, there's a Wikipedia page on SVN http://en.wikipedia.org/wiki/Subversion_%28software%29 which is a good place to get a general introduction to it.

Todd Allen

[bascule]

I found the (N) at the end of the last line weird, is it normal?

Code: [Select]

Platform set to gigabeatf

Build (N)ormal, (A)dvanced, (S)imulator, (B)ootloader, (M)anual (N)
n

That indicates the default option if you don't pick anything...

[Job Van Dam]

Speedbikes.... holy crap you are intelligent. You have to have a job in IT. If you don't, why not?
I'm looking for a job in IT, entry level of course, so I'm going strongly consider what you said and use this SVN. Thanks for the advice.

[speedebikes]

Job, I'm a retired video game programmer.  Not intelligence, just experience.  I'm used to being totally baffled and finding instructions that tell exactly what to do, but now why to do it.  And without knowing the why its often tough to adapt exact instructions to ones circumstances.  I guessed you were just starting out and a bit more of an explanation would be useful.

Anyway, you have one big advantage over me.  When I started out there was no Google or Wikipedia or any of the other fantastic internet resources that you can use to get more info fast on so many technical topics.  When you get instructions, but don't get the 'why' behind them be sure to do some searching.

Good luck job hunting.