similar to: [PATCH RESEND] tftp-hpa: Fix build error with GCC 10 due to multiple definition of `toplevel'

Hi When building with GCC 10, gcc is stricter in handling handling of symbol clashes. Fedora, has fixed this with a patch from Dominik Mierzejewski: https://src.fedoraproject.org/rpms/tftp/c/5e2aa55b6802a52ef480d688b3ae4751220f20e0.patch Attaching the corresponding patch for git am. Regards, Salvatore >From 9e7641bf58df9dda3bc51f381f371fa7cbce47af Mon Sep 17 00:00:00 2001 From: Salvatore

On Mon, 21 Nov 2005 16:53:58 -0600 (CST), Chris wrote: >On Mon, 21 Nov 2005, Kurt Harriman wrote: >> I would like to build an x86 executable consisting of a number of >> subsystems (mostly legacy C code). One subsystem will be compiled >> to native code using llvm. It calls, and is called by, the other >> subsystems, many of which have to be compiled using gcc

From: "Roy.Li" <rongqing.li at windriver.com> Add error check when write file, the caller can detect if the disk filled up (or had an i/o error) and return a NOSAPCE nak to the other side. Signed-off-by: Ming Liu <ming.liu at windriver.com> Signed-off-by: Roy.Li <rongqing.li at windriver.com> --- common/tftpsubs.c | 4 +++- tftpd/tftpd.c | 12 ++++++++++-- 2

When connecting with mutt via IMAPS, I get "connection to server closed" and this appears in logs: dovecot: Feb 04 12:48:30 Error: IMAP(rathann): file mail-index-sync-ext.c: line 118: assertion failed: (size <= synch_size) The problem goes away after deleting the index from ~/Mail/.imap/INBOX. We're running 1.0-test62 on Solaris 9. -- Dominik 'Rathann' Mierzejewski

Peter, There was a mis-merge in the ia64 patch you put into 0.83. Olaf Hering pointed it out. The patch is attached. Olaf claims that he is still unable to compile for ia64 with is toolchain. He's getting the following error: <olh> libc.so(.got+0x0): multiple definition of `_GLOBAL_OFFSET_TABLE_' <olh> tests/getenvtest.o(.got.plt+0x0): first defined here <olh>

Just a quick report on compiling R 0.62.3 for SunOS 4.1.4 and Solaris 2.6 (both with gcc 2.7.2.something), in hopes that it'll be useful to someone. 4.1.4 - I followed Charles Berry's forward of Ross Ihaka's suggestion about putting fake #defines for gamma and lgamma in src/include/Mathlib.h (this works best on the second pass, after the graphics library (which also contains

From: "Roy.Li" <rongqing.li at windriver.com> Add error check when the write-buffer is finally flushed to the file, the caller can detect if the disk filled up (or had an i/o error) and return a NOSAPCE nak to the other side. Signed-off-by: Ming Liu <ming.liu at windriver.com> Signed-off-by: Roy.Li <rongqing.li at windriver.com> --- common/tftpsubs.c | 8 +++++---

I just upgraded to Rails 1.1 and have now gotten a few of these to stdout: /usr/lib/ruby/gems/1.8/gems/actionpack-1.12.0/lib/action_controller/routing.rb:249: warning: toplevel constant Type referenced by Item::Type What do they mean? Joe -- Posted via http://www.ruby-forum.com/.

This issue has been discussed before (http://www.ruby-forum.com/topic/ 125392) and after spending a while debugging through this, I still don''t have a solution. Lets try again? I have two controllers, SomeController and Admin::SomeController. When SomeController is loaded first (which happens under spork, found out by editing ActiveSupport::AbstractController) I get warning: toplevel

start by ignoring make generated objects. subdirectories need specific rules later. makes git status more meaningfull. Signed-off-by: maximilian attems <maks at sternwelten.at> --- .gitignore | 11 +++++++++++ 1 file changed, 11 insertions(+) --- /dev/null 2006-07-14 10:57:32.128246500 +0200 +++ klibc.git/.gitignore 2006-07-16 20:29:39.000000000 +0200 @@ -0,0 +1,11 @@ +# NOTE!

> Are there any reasons why option can't be supported by llvm? It is hard and has very few users. For this to work you would have to add ordering information to the LLVM IL. It looks easier to patch eglibc. > Regards, > Sergey Yakoushkin Cheers, -- Rafael Ávila de Espíndola

> I agree, impact of issue is limited. But it prevents out of the box > compilation of libraries for some targets. > Also, looks like glibc and eglibc maintainers do not welcome patches > for llvm (yet). I would be very surprised if glibc ever does. I don't have any experience with eglibc. > In general, saving order of appearance doesn't seem to be bad thing. > Are

In trfs-progs 4.4 the error message has been changed, and our check did not work anymore. Yes, parsing user messages really sucks... --- daemon/btrfs.c | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/daemon/btrfs.c b/daemon/btrfs.c index 85dbe00..c67af83 100644 --- a/daemon/btrfs.c +++ b/daemon/btrfs.c @@ -1029,9 +1029,12 @@ do_btrfs_subvolume_show (const char

On 2010-02-21 23:36, Sergey Yakoushkin wrote: > Hi, Rafael > > Inlined asm markup inside functions and on the top level is used to > split asm prologue/epilogue parts in very fine-grained manner. > So, splitting source c won't give the same result. You could have 2 files: - 1 which contains the function, and a marker where prolog ends (beginning of file is implicit marker of

Hi, >> Are there any reasons why option can't be supported by llvm? > It is hard and has very few users. For this to work you would have to > add ordering information to the LLVM IL. It looks easier to patch > eglibc. I agree, impact of issue is limited. But it prevents out of the box compilation of libraries for some targets. Also, looks like glibc and eglibc maintainers do

Hi, llvm doesn't support -fno-toplevel-reorder option which affects glibc/eglibc for some targets. http://www.llvm.org/bugs/show_bug.cgi?id=6364 >From conversations with gcc and eglibc maintainers, seems option is highly expected and is not going to deprecate. >> 2010/2/23 Ian Lance Taylor <iant at google.com>: >> If option is going to deprecate in gcc in near future as

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Klaus Ethgen wrote: > > Behind the line it was more problematic to get to the informations about > the bug tracker and the knowledge to apply to this mailing list with a > non-google address than it is needed and more than it is common with > other software projects. And that was, beside the bug, the main subject > of that thread.

Hi, Rafael Inlined asm markup inside functions and on the top level is used to split asm prologue/epilogue parts in very fine-grained manner. So, splitting source c won't give the same result. Regards, Sergey Y. 2010/2/22 Rafael Espindola <espindola at google.com> I haven't looked at the code, but why can't you split the .c files > into multiple files instead of splitting

Hi, Are there any existing patches (or instructions) for eglibc(may be glibc/uclibc) to build it correctly with llvm-gcc? Could you please point to them? I'm cross-compiling eglibc for new processor using llvm-gcc. Build passes, but creates mis-optimized crt* files due to lack of -fno-toplevel-reorder support. Seems there are reasons to skip support of this option in llvm.

Hi everybody, I am trying to write a simple progress display based on a tcltk toplevel. My first approach was to use the progressBar widget from the BWidget library but since this is not available on every system (missing on at least almost all windows systems, I guess...) I wanted to have a backup there. So my second strategy was to use a simple toplevel with a label and update the tclvariable