Do you put builds in a source code repository?

I would like to get some feedback on this idea, as I can see the pros and cons of each approach. As a Java developer, this would be about storing jar files in the code repository, but it could easily extend to other compiled languages.

Pros:

Can easily retrieve previous distributions, without the need to depend on (potientially no longer available) out of date tools to recompile.

Cons:

Could quickly "bloat" the code repository, depending on the frequency of builds.

Why use a code repository?

You can archive all your files in a repository, keeping any other versions or files, even if you aren't using them at the moment. Code repositories also give you a way to name or tag the different versions, keeping records of changes within the same project.

We archive releases to a directory structure, and tag the appropriate versions in source control. This gives us access to the built versions and the source that generated them.

This is easily done using build scripts to automate tagging and archiving of release builds.