search for: 294899

...estingly enough, I just upgraded to the latest Ubuntu (10.10 - Maverick Meercat), and the LLVM-generated code no longer builds: I get the following error in the assembler stage (after the bitcode is converted to assembly): > > SwitchStmtTest.s: Assembler messages: > SwitchStmtTest.s:294899: Fatal error: duplicate .debug_line sections > This is a known Linux binutils bug. There is a llvm pr in bugzilla database, I don't remember the no. though. - Devang > Note that this is still with calls to IRBuilder.SetCurrentDebugLocation() disabled - My FE is not emitting any debug li...

...atest Ubuntu (10.10 - > Maverick Meercat), and the LLVM-generated code no longer builds: I get the > following error in the assembler stage (after the bitcode is converted to > assembly): > >> > >> SwitchStmtTest.s: Assembler messages: > >> SwitchStmtTest.s:294899: Fatal error: duplicate .debug_line sections > >> > > > > This is a known Linux binutils bug. There is a llvm pr in bugzilla > database, I don't remember the no. though. > > Direct .o file writing support for ELF is nearing functionality, it will > define away t...

...ugh, I just upgraded to the latest Ubuntu (10.10 - Maverick Meercat), and the LLVM-generated code no longer builds: I get the following error in the assembler stage (after the bitcode is converted to assembly): >> >> SwitchStmtTest.s: Assembler messages: >> SwitchStmtTest.s:294899: Fatal error: duplicate .debug_line sections >> > > This is a known Linux binutils bug. There is a llvm pr in bugzilla database, I don't remember the no. though. Direct .o file writing support for ELF is nearing functionality, it will define away this sort of issue. -Chris

...graded to the latest Ubuntu (10.10 - Maverick Meercat), and the LLVM-generated code no longer builds: I get the following error in the assembler stage (after the bitcode is converted to assembly): > >> > >> SwitchStmtTest.s: Assembler messages: > >> SwitchStmtTest.s:294899: Fatal error: duplicate .debug_line sections > >> > > > > This is a known Linux binutils bug. There is a llvm pr in bugzilla database, I don't remember the no. though. > > Direct .o file writing support for ELF is nearing functionality, it will define away this sort...

...t;> Maverick Meercat), and the LLVM-generated code no longer builds: I get the >> following error in the assembler stage (after the bitcode is converted to >> assembly): >> >> >> >> SwitchStmtTest.s: Assembler messages: >> >> SwitchStmtTest.s:294899: Fatal error: duplicate .debug_line sections >> >> >> > >> > This is a known Linux binutils bug. There is a llvm pr in bugzilla >> database, I don't remember the no. though. >> >> Direct .o file writing support for ELF is nearing functionality, it...

...)). > Interestingly enough, I just upgraded to the latest Ubuntu (10.10 - Maverick Meercat), and the LLVM-generated code no longer builds: I get the following error in the assembler stage (after the bitcode is converted to assembly): SwitchStmtTest.s: Assembler messages: SwitchStmtTest.s:294899: Fatal error: duplicate .debug_line sections Note that this is still with calls to IRBuilder.SetCurrentDebugLocation() disabled - My FE is not emitting any debug line information at all at this time. > As per usual, this is with a recent LLVM head (like about a week old). > > On Tue, Se...

BTW, the reason I stopped responding to this thread is not because I solved the problem, but because I simply gave up and decided to work on other things for a while since I was making no progress. Having finished those other things (the stack crawler, for one), I'm hoping that time and a fresh start will yield better results. Unfortunately after about a day spent reviewing old llvm-dev

We have uploaded to CRAN the first version of glmpath, which fits the L1 regularization path for generalized linear models. The lars package fits the entire piecewise-linear L1 regularization path for the lasso. The coefficient paths for L1 regularized glms, however, are not piecewise linear. glmpath uses convex optimization - in particular predictor-corrector methods- to fit the