similar to: [LLVMdev] llvm windows re-port

Hi, everyone! I decided to make llvm port on windows, to support at least Visual Studio 7.1 and Visual Studio 8. I guess I will make only Visual Studio 7.1 version, since it can be easily converted to version 8. I am using the already made build system made by Morten Ofstad. I don't know how long has it been when he left, but most of the projects are there, only some files are missing and

Forwarded, because I don''t think he''s subscribed and I''m not getting an email notification in my Yahoo account. Dan -----Original Message----- From: CT [mailto:demerzel@gmail.com] Sent: Friday, February 04, 2005 4:17 PM To: Berger, Daniel Cc: win32utils-devel@rubyforge.org Subject: Re: Bug fix On Fri, 4 Feb 2005 16:53:17 -0600, Berger, Daniel

Bugs item #27425, was opened at 2009-11-11 21:15 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=411&aid=27425&group_id=85 Category: win32-open3 Group: Code Status: Open Resolution: None Priority: 3 Submitted By: Daniel Berger (djberg96) Assigned to: Nobody (None) Summary: win32-open3 doesn''t build with 1.9.1 Initial Comment: Windows XP VC++ 9

Hi all, I am Sahana. I am currently working on Libtheora for windows platform and very new to it. I am getting a lot of compiling errors. Since Libtheora depends on libogg and libvorbis i have added these as well to my workspace in VC++ 6. I have a doubt regarding the x86 and x86_vc folders described in the libtheora software.Since both these folders have the same set of files which one do we

ltdl.h fully supports windows platforms (lots of them). That isn't the issue. The issue is setting up the #defines to reflect the windows system. e.g. HAVE_DLOPEN needs to be false Reid. On Fri, 2004-12-03 at 20:35, Chris Lattner wrote: > On Fri, 3 Dec 2004, Jeff Cohen wrote: > > > It will have to be Morten. I can't get ltdl.c to compile. But wasn't > > the

Well, then why does win32/DynamicLibrary.cpp exist, not to mention it's *nix relatives? You have even been updating them, even though they cannot be compiled as they aren't included by System/DynamicLibrary.cpp. Anyway, with Morten's patches I can almost build successfully. Minor patch attached to fix the residual problems. I don't know why he didn't hit these problems.

Hi, I've received svn 10743 revision. But there are compile errors at three files with VS2005. Please check these reports. Sohn, Platform system engineer. ============================================================================= 1. modes.c - nb_mode_new() SpeexNBMode * nb_mode; nb_mode = (SpeexNBMode *) speex_alloc (sizeof (SpeexNBMode)); if (nb_mode == NULL) return NULL;

I am trying to test drive ferret on a ubuntu dapper installation. I have a ferret-test.rb file like: ----begin--------- require ''ferret'' include Ferret index = Index::Index.new(:path => ''/opt/search-index'') ----end----------- When i issue: ruby ferret-test.rb, I get: ferret-test.rb:1:in `require'': no such file to load -- ferret (LoadError)

I tried to download/compile/install win32-dir, but I couldn''t get it to go. Over a private email Daniel Berger had me... "Curious. What platform are you on exactly? Try modifying the extconf.rb file. Add ''have_library("SHFolder")'' above ''have_library("shell32")''. If that doesn''t work, try uncommenting the other

Sorry. First error file is not "modes.c" but "modes_noglobals.c". ________________________________ From: speex-dev-bounces@xiph.org [mailto:speex-dev-bounces@xiph.org] On Behalf Of ¼Õ½Â¿ø Sent: Friday, January 20, 2006 11:40 AM To: speex-dev@xiph.org Subject: [Speex-dev] Compile error (svn 10743) Hi, I've received svn 10743 revision. But there are compile errors at

Hi all, I'm trying to build LLVM, synced from SVN trunk yesterday. I ran CMake and it generated VS 2008 project files, so far so good.  Then I tried to build them, by building the ALL_BUILD project. It got the first three all right, but choked on template issues in LLVMCore: 1>------ Build started: Project: LLVMCore, Configuration: Debug Win32 ------ 1>Compiling... 1>Verifier.cpp

Hello, I am trying to use Rinside package in my VC++.Net program ( using Visual Studio 8.0 environment). I have downloaded Windows binary of RInside from the following link http://cran.r-project.org/web/packages/RInside/index.htm Version of RInside - 0.2.3 While compiling the program , i am getting about 69 error. Some of them are the folllowing ones. Please me in solving the following issue

Hi Jeff, I'm just reviewing some old mail on my "to do" list. I was wondering if you managed to get ltdl.c to compile cleanly with VC++ or if you want me to look at these warnings. Reid. On Sun, 2004-12-05 at 09:08, Jeff Cohen wrote: > Well, then why does win32/DynamicLibrary.cpp exist, not to mention it's > *nix relatives? You have even been updating them, even though

I made the windows port, the first example compiled and executed correctly. I am sending a patch so you can test it if i didn't break linux compatibility. Otherwise, I will look into deja-gnu testing, perhaps can compile it on windows. I will also add other beckend in the future (Sparc, PowerPC). I hope windows using Visual C++ will be soon officially supported :) About the problem I had

I get the following error when trying to compile: win32-changejournal-0.2.0-1 on: Windows 2000, Service Pack 4 Microsoft Visual Studio 6 Any ideas? Thanks, Zach ----- ERROR BELOW----- C:\unzipped\win32-changejournal-0.2.0-1\win32-changejournal-0.2.0>nmake Microsoft (R) Program Maintenance Utility Version 6.00.9782.0 Copyright (C) Microsoft Corp 1988-1998. All rights reserved.

Erik de Castro Lopo wrote: > I actually think my change is correct. It should be easier to see if you > look at the github version of the change: > > https://github.com/xiph/flac/commit/e120037f3c67b23fd9eef7ccd04d2df57fa1a9a6#diff-9f048b83ff55071de36263cf0f403b2eL209 > FLAC__NO_SSE_OS was never defined anywhere, so I think that the following changes should be made:

It will have to be Morten. I can't get ltdl.c to compile. But wasn't the whole point of doing platform-specific DynamicLibrary.cpps to get rid of ltdl.c? On Fri, 3 Dec 2004 10:40:53 -0600 (CST) Chris Lattner <sabre at nondot.org> wrote: > On Fri, 3 Dec 2004, Reid Spencer wrote: > > > Could someone please apply this patch to the Win32 support so that > > Morten

Misha, The "equivalent of dlsym" should be working just fine. Its called ltdl (libtool dynamic library) and is part of lib/System. Its interface is the DynamicLibrary class. The interpreter has already been modified to use this facility. So, if this is broken on windows, I'd like to know how, or why. Jeff, can you provide a test case that we can use to reproduce this problem?

The interpreter still resolves printf using a hack. It does try to use DynamicLibrary to find it, but fails. DynamicLibrary on Windows only searches the main program executable for symbols, lli.exe in this case. As the C/C++ runtime is in a DLL, it won't find printf in lli.exe. It ought to then search the runtime DLL, the name of which depends on how the binaries are built, but it

Hello, we are migrating an Asterisk install from Trixbox/Asterisk 1.2 to Elastix 0.92 with asterisk-1.4.17 on CentOS 5. I need to migrate an funtion that consults a remote sybase database, using ODBC and freetds. On the new server I am able to connect to the database using isql without problems. When I try to connect from asterisk logs show: pbx.c: Function ODBC_SQL not registered Indeed I