similar to: [LLVMdev] Trying to build Firefox on OSX with LLVM 2.2

Hello I'm trying to build Firefox with LLVM 2.2 and llvm-gcc 4.2 but I can't get it working. I've tried with Firefox 2.0.0.12 and 3.0 from CVS. The build error from Firefox 2 is this: usr/local/bin/llvm-gcc -o host_mar.o -c -DXP_UNIX -DXP_MACOSX -DNO_X11 -O -I../../../dist/include/libmar -I../../../dist/include/mar -I../../../dist/include -I../../../dist/include/nspr

2008/9/21 Anton Korobeynikov <asl at math.spbu.ru>: > Hello, > >> If anybody has an idea of how to fix this (other than using another >> version of gcc because I am sick of compiling), I would appreciate. I >> can offer backtraces or shell access if anybody is interested, just >> ask me what you need. > This was fixed couple of months ago. Please consider

Hello, > If anybody has an idea of how to fix this (other than using another > version of gcc because I am sick of compiling), I would appreciate. I > can offer backtraces or shell access if anybody is interested, just > ask me what you need. This was fixed couple of months ago. Please consider using current svn top of tree, not 2.3 release. -- WBR, Anton Korobeynikov

Hi, Oscar > at all, it would be great if you reflect your changes on the file list > inside the corresponding CMakeLists.txt when you add, remove or rename a > .cpp file. Isn't is possible for cmake just to glob everything in the corresponding directory? -- WBR, Anton Korobeynikov

Le 15/07/2018 ? 19:49, Matthew Phelps a ?crit?: > This is a known issue. See > https://bugzilla.redhat.com/show_bug.cgi?id=1596852 for a patch to the > /usr/bin/firefox wrapper script. On a side note, I've been using Firefox since version 0.99 around 2003, when it wasn't even called Firefox but something like Firebird or Phoenix. I've tested this new version, and I'm

Hi, Chris > If the assembler is a limitation, the best solution would be to add a > direct PECOFF writer. There is a start of direct ELF and Macho writers > already in the tree. They are not production quality, but could be a > useful place to start looking. Well, maybe. But in any case I doubt there will be 'open' support for CV debug format :) -- WBR, Anton

Am 15.07.2018 um 20:03 schrieb Nicolas Kovacs <info at microlinux.fr>: > > Le 15/07/2018 ? 19:49, Matthew Phelps a ?crit : >> This is a known issue. See >> https://bugzilla.redhat.com/show_bug.cgi?id=1596852 for a patch to the >> /usr/bin/firefox wrapper script. > > On a side note, I've been using Firefox since version 0.99 around 2003, > when it

On Sun, Jul 15, 2018 at 4:00 PM Kay Schenk <kay.schenk at gmail.com> wrote: > On Sun, Jul 15, 2018 at 12:13 PM, Leon Fauster via CentOS < > centos at centos.org > > wrote: > > > Am 15.07.2018 um 20:03 schrieb Nicolas Kovacs <info at microlinux.fr>: > > > > > > Le 15/07/2018 ? 19:49, Matthew Phelps a ?crit : > > >> This is a known

On 07/15/2018 03:00 PM, Kay Schenk wrote: > On Sun, Jul 15, 2018 at 12:13 PM, Leon Fauster via CentOS <centos at centos.org >> wrote: > >> Am 15.07.2018 um 20:03 schrieb Nicolas Kovacs <info at microlinux.fr>: >>> >>> Le 15/07/2018 ? 19:49, Matthew Phelps a ?crit : >>>> This is a known issue. See >>>>

On Tue, Jul 17, 2018 at 6:55 PM Johnny Hughes <johnny at centos.org> wrote: > On 07/17/2018 05:51 PM, Johnny Hughes wrote: > > On 07/15/2018 03:00 PM, Kay Schenk wrote: > >> On Sun, Jul 15, 2018 at 12:13 PM, Leon Fauster via CentOS < > centos at centos.org > >>> wrote: > >> > >>> Am 15.07.2018 um 20:03 schrieb Nicolas Kovacs <info

Hello, Chuck > I've had a look at the stubs before and I think I'm circumventing them > in the example program since I populate the table and compile the > functions in the order so that things never need to be done lazily, but > I'll look further. Well, anyway stubs are definitely wrong from windows64 and this should be fixed, otherwise funny stuff can happen from time to

On 07/17/2018 05:51 PM, Johnny Hughes wrote: > On 07/15/2018 03:00 PM, Kay Schenk wrote: >> On Sun, Jul 15, 2018 at 12:13 PM, Leon Fauster via CentOS <centos at centos.org >>> wrote: >> >>> Am 15.07.2018 um 20:03 schrieb Nicolas Kovacs <info at microlinux.fr>: >>>> >>>> Le 15/07/2018 ? 19:49, Matthew Phelps a ?crit :

Hello, Kevin > build process I described in my original message. So the difference is > more subtle; maybe a difference in the layout of structs or something. Also, there can be another ABI differences. > llvmoutput.c:17976: warning: pointer targets in passing argument 1 of > 'longjmp' differ in signedness Hrm, are you using setjmp/longjmp stuff? They're definitely not

Hello, Kevin. > Well, I already use custom includes with these options: "-nostdlib > -nostdinc -Ipsptoolchain/psp/include > -Ipsptoolchain/lib/gcc/psp/4.1.0/include". But that seems not enough. > GCC has some target-specific behaviour compiled in? Well, in general - yes. However, I'm not sure up to which margin. -- WBR, Anton Korobeynikov

Hello, Bill > This merge should go *much* more smoothly than the last merge -- it > could hardly be worse, right? ;-) I already did a test compile of > llvm-test with the patch and it compiled the programs without a > problem. Devang is currently testing it as well so that I have a > second opinion. One thing, which we already saw: please carefully check, that you won't

Hello, Oscar > Anyways, if there is no Mercurial or Bazaar mirrors available, I will > try git. Recommendations on which one to use welcomed. There is git mirror at repo.or.cz: http://repo.or.cz/w/llvm.git, llvm-gcc & clang mirrors are available there as well. I'm updating it 'by hands' currently due to some reasons, so sometimes it will need 2-3 days for changes in llvm

Hi, > (2) on alpha, gcc 4.2.4. The "unknown component name: alphacodegen" > didn't use to occur. My fault, I'll fix it. The problem is that lli wants to link in JIT module, which does not exist for these targets. -- WBR, Anton Korobeynikov

On Mon, Sep 29, 2008 at 12:05 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: > On Mon, Sep 29, 2008 at 9:01 AM, Duncan Sands <baldrick at free.fr> wrote: >> libgcc is also available for windows. > Really? What license? What restrictions? Any speed impact over the > VC runtimes? Don't mix VC runtime and libgcc. These are totally different libraries for doing

On Sun, Jul 15, 2018 at 12:13 PM, Leon Fauster via CentOS <centos at centos.org > wrote: > Am 15.07.2018 um 20:03 schrieb Nicolas Kovacs <info at microlinux.fr>: > > > > Le 15/07/2018 ? 19:49, Matthew Phelps a ?crit : > >> This is a known issue. See > >> https://bugzilla.redhat.com/show_bug.cgi?id=1596852 for a patch to the > >>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everyone, maybe this is a stupid thing, but Google found no answer. So, for the next one trying this: I have a linux server, that runs a couple of VMs, and on which libvirt and virsh work like a charm. From time to time I'm on a Mac OSX machine, where I can install libvirt from macports very comfortably. But this far I have not gotten it to