similar to: How to change the dynamic library project name ogg to libogg?

On 06/06/23 02:33 AM, m b wrote: > Hi, > > I use CMake to generate FLAC dynamic link library projects for Visual > Studio, in the CMake user interface window, the "BUILD_SHARED_LIBS" is > enabled. The CMake generates the FLAC and ogg dynamic library projects. > The Visual Studio builds the FLAC.dll and ogg.dll, and the FLAC.dll > depends on ogg.dll. > >

I've added the following to Windows-MSVC.cmake, which I copied from Windows-GNU.cmake set(CMAKE_IMPORT_LIBRARY_PREFIX "lib") set(CMAKE_SHARED_LIBRARY_PREFIX "lib") set(CMAKE_SHARED_MODULE_PREFIX "lib") set(CMAKE_STATIC_LIBRARY_PREFIX "lib") set(CMAKE_FIND_LIBRARY_PREFIXES "lib" "") When I do that, I still get the same warning:

On 6/7/23, Martijn van Beurden <mvanb1 at gmail.com> wrote: > I've added the following to Windows-MSVC.cmake, which I copied from > Windows-GNU.cmake > > set(CMAKE_IMPORT_LIBRARY_PREFIX "lib") > set(CMAKE_SHARED_LIBRARY_PREFIX "lib") > set(CMAKE_SHARED_MODULE_PREFIX "lib") > set(CMAKE_STATIC_LIBRARY_PREFIX "lib") >

I wish I would have come across this in time for the libogg-1.1.1 release... Maybe I'm doing something wrong but here it is. One FLAC compressed frame becomes one packet when encapsulated in Ogg, and FLAC packets can be much larger than the nominal 4k page size. For CD audio they are usually 10-15Kbytes. Imagine this Ogg stream where the lines denote page boundaries and the x's are one

Hi, I'm trying to compile a static lib of libFLAC yet whenever I use it in an application, the application will fail on other machines because it's trying to use libogg.0.dylib. I'm using the following configure command ./configure prefix=${HOME}/libFLAC --disable-asm-optimizations --disable-dependency-tracking --with-ogg=${HOME}/libOGG --enable-shared=no but to do avail. Is there

Thanks for the reply. I would very much like OGG container support, so disabling it isn't really an option. I have built OGG so that it creates a libogg.a, libogg.0.dylib and a symbolically linked libogg.dylib (that links to the libogg.0.dylib) file. If I remove the .dylib files in an attempt to 'encourage' the compiler to use libogg.a, then it complains that it can't find the

On Tue, Aug 17, 2010 at 3:12 PM, Paul Davis <paul at linuxaudiosystems.com> wrote: > On Mon, Aug 16, 2010 at 11:09 PM, Glenn McCord <glenn.mccord at gmail.com> wrote: > >> libtool: link: gcc -I/Users/glennm/libOGG-i386/include -O3 >> -funroll-loops -finline-functions -Wall -W -Winline -arch i386 -arch >> i386 -o flac analyze.o decode.o encode.o

Hi folks, I'm putting together a Universal Installer for Mac OS X, but I currently do not have access to an Intel Mac for that half of the build. Cross-compiling does not seem to work, at least not easily. I am hoping that one of you could build flac 1.2.1 with ogg support, and then - after 'make install' - use gnutar to package up everything that is added to /usr/local/

Hi, today I learned that libogg 1.3.0 had been released in August 2011. Curiously, there seems to have been no announcement mail here, and it is not being mentioned on <http://www.xiph.org/press/> either. Is that on purpose? Is there some other channel I could subscribe to in order to learn about updates? Freecode.com doesn't have up-to-date info either (though I just submitted a 1.3.0

Hi there, This is probably a rather stupid question, but being a bit new to the open source world I'd like to ask this question anyway: I'm trying to learn more about Ogg Vorbis, so I downloaded the source code for libogg and libvorbis. I unzipped them and tried to compile them using ../configure and make in MinGW. libvorbis complains that libogg is not installed even though I just

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello devs, since this bug affect gstreamer and vlc, i assume it is libogg regression. Please take a look at this bug report: https://bugzilla.gnome.org/show_bug.cgi?id=719615 - -- Regards, Oleksij -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

Folks, the packets I want to place in an ogg stream are concatenations of two hunks of memory. Rather than memcopy() them into one then pass them to libogg, I patched framing.c to accept iovecs. The unified diff is 80 lines, minus the OS-specific stuff for defining struct ogg_iovec_t - pretty trivial. Is there any interest in it? Or is libogg frozen while all efforts are concentrated on

Hi all, I was running some tests cross-compiling and natively compiling for windows with mingw and found something strange: when I try to built flac statically linked and libogg is available as a dll, flac will use the dll instead of linking statically. If I built libogg with --disable-shared, flac will use the static library. This is the case for building natively as well as when

Hi all, I've just done a quick check of the libvorbis Visual C++ 6.0 project on Windows, and am happy to say that both libvorbis and libogg build fine. (Theora isn't quite so lucky -- see the theora-dev mailing list for details on that.) There are two suggestions I can make, though: 1. To build properly, the directories must be checked out with certain names, and in paths

Everyone, Pleased to announce the release of libogg version 1.1.1. This is a bugfix release on last year's 1.1 release. Source archives are available from our new download site: http://downloads.xiph.org/releases/ogg/libogg-1.1.1.tar.gz http://downloads.xiph.org/releases/ogg/libogg-1.1.1.zip Maintained from the /releases subtree on svn.xiph.org. This release is tagged in the

Everyone, Pleased to announce the release of libogg version 1.1.1. This is a bugfix release on last year's 1.1 release. Source archives are available from our new download site: http://downloads.xiph.org/releases/ogg/libogg-1.1.1.tar.gz http://downloads.xiph.org/releases/ogg/libogg-1.1.1.zip Maintained from the /releases subtree on svn.xiph.org. This release is tagged in the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Alexey.Petruchik has submitted a cmake build file for libogg. https://github.com/xiph/ogg/pull/6 I'm curious how many people here would find this useful, particularly Visual Studio users. I don't object in principle, but I'm wary of adding yet another build description which would need to be maintained. -r -----BEGIN PGP

Am 03.12.2013 23:49, schrieb Monty Montgomery: > Any time code is stuck in a loop calling ogg_sync_pageseek() or > ogg_sync_pageout(), you'll see most of the time sunk into checksum > calculation. It's the only thing in libogg that _can_ take much time. > This is not likely a libogg bug, but a bug in the code calling libogg > in a tight loop. > > Looking at the file

1.) after initializing a ogg_stream_state may I just keep calling ogg_stream_packetin with valid ogg_packet's until no more ogg_packets needs to be added? Or do I need to call ogg_stream_pageout after every ogg_stream_packetin? Iaw may I delay calling ogg_stream_pageout until there are no more packets to be added? 2.) I assume I have call ogg_stream_pageout until no more pages can be

Hello, ogg-dev team. I'm Takeo Arai. I am investigating the license of Open Sorce Software. [Question] Which license is applied to "debian rules"? The "debian rules" was detected in the Debian folder that is contained in the Libogg ?BSD 3-clause License? component. - Download: libogg-1.1.3.tar.gz < http://downloads.xiph.org/releases/ogg/ > Is this "debian